問題都結案了，新的問題卻不見了。

他問的是插座，還是另外一種生活？

客人的問題可能到此為止。他只是沒看清楚說明，知道不能充電，便決定把燈留在家裡。客服不必為每一次詢問發明一個產品計畫。

但也可能有另一段還沒說完的話：他喜歡這盞燈照亮物品的方式，想放在沒有插座的攤位上；市面上的充電燈能用，卻太刺眼，或照不到商品。這時，「能不能充電」只是他借來描述困難的一個詞。

兩種情況都符合最初那句詢問。只憑它，既不能斷定有新市場，也不能確定只是客人沒讀規格。真正缺的，是他想在什麼地方、完成什麼事。

分得進去，未必就已經懂了

假如這是一個使用 AI 協助分類的客服系統，它把句子辨認成規格問題，找到電源說明，再生成正確回答，每一步都可能符合原本設定的任務。換成人工照表處理，也可能走到同一個地方。

麻煩在於，公司的問題清單會影響公司最後看見什麼。如果所有跟充電有關的詢問都只記成「規格」，月報便只知道大家常問規格，無從區分是說明頁不清楚，還是有人想把產品帶到原本沒設想的地方。

這不表示分類沒有用。熟悉的問題值得快速處理，客人也未必想陪公司做訪談。只是那張表回答的是「如何處理今天這通詢問」，不能因為它很整齊，就以為它也回答了「我們還沒理解哪些需要」。

眼前的詢問可以結束，還沒理解的需要，要有另一個地址。

先替自己的批判找一個反例

很容易因此寫下一句漂亮的批判：自動化把公司聽市場的耳朵割掉了。但再想一步，原本的人工客服難道就一定會把這種需要傳回去嗎？忙碌時，他也可能照規格回覆，甚至根本沒有能留下訊息的地方。

反過來，如果工具能協助保留這類詢問的使用情境，讓團隊從大量紀錄裡找出值得再問的一小群，技術也可能讓原本散失的問題變得可見。至於能否做到、會不會分錯，仍要拿實際紀錄檢查，不能把想像中的功能當成已經得到的洞察。

所以要檢查的，是結案之後還有什麼路徑：眼前的事情處理完，尚未解釋的部分是否也跟著被抹平？如果換成更細心的人，系統仍然沒有地方收下它，問題就不只在回答者身上。

留一張便條，還要有人回來看

回到檯燈的例子。客服可以先把電源限制答清楚；如果對方願意多說，再問一句：「你是想在沒有插座的地方用，還是有別的安排？」不願回答，就讓詢問到此為止。

假設客人說是週末擺攤，可以另留一句去除個人識別資訊的紀錄：想在無插座攤位照亮商品，目前產品做不到。這不是替他承諾將來會推出，也不需要把一段生活硬塞成新品需求單。

客服案件可以結束，這個問題則進入另一份小清單，由產品或營運的人定期回看。先用既有交接的一小段時間試行，確認多記這一句是否真的幫得上忙。如果每週堆出幾百筆「其他」卻沒有人讀，只是把原本消失的問題改成排隊消失，還多花了前線的時間。

被問了很多次，也還沒有走到訂單

幾位客人都提到市集，也不足以讓公司立刻開發充電款。可能只是同一場活動帶來的一陣詢問；可能大家覺得不錯，卻不願承擔更高價格、重量或續航限制。留下問題，與確認值得投入，中間還有一段路。

下一次接觸，可以先問他們現在怎麼處理、哪個部分最不方便。也許既有的行動電源與另一款燈已經足夠，真正缺的是攤位的固定方式。這個回答會把「做一盞充電燈」推回去，卻讓需要變得更清楚。

若確實值得再試，可以先以少量樣品或現有替代品觀察使用，事前說清楚想確認什麼，以及哪些結果代表暫時不做。有人說喜歡、有人願意試用、有人願意購買，是不同的回應；沒買也可能是時機或其他條件，不宜一次解讀成需求不存在。

結案之後，還有一個地址

一家公司不可能追完每個新問題。時間有限，正在使用產品的客人仍需要得到服務。有些線索只值得留下，有些可以找人再問，有些則應該在看過成本與用途後放下。重要的是，放下曾經有過理由，而不是因為分類表剛好沒有那一格。

如果一段時間後，這份清單只增加負擔，沒有幫助任何判斷，也應該縮小收集範圍、調整問法，甚至暫停。保留未知並非越多越好；它需要有人願意接手，也需要接受無用的可能。

那位客人的客服案件仍然可以標成已完成。他知道了電源限制，公司沒有多答應什麼。只是下次討論產品時，桌上可能多出一個過去沒被帶進來的問題：有些人想把這束光帶到哪裡？