AI 客服答錯，客戶轉真人還要重講一次？先把交接卡寫完整
AI 客服答錯時，最讓客戶累的往往不只是那句錯誤答案，而是轉給真人後，還得從頭說一次；好不容易說完，卻仍不知道誰會更正、何時回覆。
我的判斷很直接：AI 交給真人，不等於服務已接好。交接至少要留下客戶要完成什麼、AI 說了什麼、哪些資料已確認、還有哪些未知，以及誰負責在什麼時間回覆。這五件事交代清楚，真人才能從處理問題開始，而不是重新盤問客戶。
先分清楚：轉人工不是把責任轉走
AI 無法回答、遇到例外，或已經給出可能錯誤的資訊時，系統可以把對話交給真人。但交接動作只解決「換誰回覆」，不會自動完成查證、道歉、更正與後續追蹤。
Zendesk 的交接說明把 handoff 視為從 AI 轉到真人處理的流程；澳洲昆士蘭州政府的售後服務指引也提醒，售後跟進要確認問題是否解決，並給出及時、準確、可行的回覆。兩者指向同一件事：接手的人要有足夠脈絡，也要承擔下一步。
所以，別只把整段聊天丟進群組，然後寫一句「請協助」。對話紀錄可能很長，真正影響處理的內容反而被埋住；摘要若把未知寫成事實，又會讓錯誤答案再傳一次。
五欄人工接手卡
遇到 AI 答錯或無法完成的問題，先整理這五欄。直接複製到客服後台、交接訊息或內部工單即可。
- 客戶目標：客戶此刻要判斷或完成的事，盡量保留原話。示範：「想確認 A 方案是否包含首頁改版。」
- AI 原答：完整保留可能造成誤解的那句話。示範：「包含，A 方案會協助首頁改版。」
- 已確認資料與來源：寫出已核對的事實和正式資料。示範假設：目前方案表寫明 A 方案不含首頁改版；以該方案表版本為準。
- 尚待確認：不要猜，明確說還有哪些事要查。示範：是否能加購改版、費用與交付範圍尚待產品負責人確認。
- 負責人與回覆時間：填一位承接人和實際做得到的時間。示範：小安負責，明天下午 3 點前回覆已確認的選項。
上述 A 方案與產品內容是示範情境。你可以把欄位換成自己的商品、課程或服務。
真人接手後，先更正，再處理下一步
假設原本產品資料確認 A 方案不含首頁改版，可以這樣回覆：
我先更正前一則訊息：我把其他方案的內容誤套到 A 方案，前面提到 A 方案包含首頁改版並不正確。依目前的方案表，A 方案不含這項服務。若你希望了解額外改版的選項，我會由小安在明天下午 3 點前確認範圍與費用，再一次回覆你。
這段訊息有三個重點：先清楚指出哪一句需要更正，不用模糊的「造成不便敬請見諒」帶過；把已查證資料與仍待確認的問題分開；給一個負責人與回覆時間。若還沒有核對正式方案表，就不能先把「不含」寫成確定事實，應先說正在確認，並留下可完成的回覆時間。
把交接做成一條可執行的工作
小型團隊可以先從最簡單的版本開始：
- 設定需要真人接手的情況：方案例外、退款或客訴、AI 找不到正式資料、客戶指出答案前後不一致。
- 接手時整理五欄卡，保留必要對話脈絡；不必把無關的個人資料一起轉傳。
- 由負責人先查正式產品資料，再發出更正或說明；尚未確定的內容標成待查，不讓 AI 或同事繼續猜。
- 回覆後確認客戶知道結果與下一步。常見錯答則更新經核准的產品問答、AI 指引或交接條件，避免同一個錯誤再被複製。
最值得觀察的不是「轉人工」按鈕有沒有亮，而是客戶是否得重講已提供的資訊、接手者是否找到正確資料、承諾的回覆是否有人完成。這些訊號可以從真實對話逐件檢查，不必先假定改善了多少百分比。
客戶關係後續若主要發生在 LINE，W7集客可用來承接會員資料、標記與後續跟進；它的角色是持續經營聯絡與跟進，不能代替客服查證產品答案，也不表示聊天紀錄會自動串接。
來源與延伸
- Zendesk：Managing conversation handoff and handback
- Business Queensland：During and after-sales service
- 公開討論：AI 客服交給真人後，顧客為何還要重述問題？
- 公開討論：團隊如何發現聊天機器人把客戶答案說錯？
兩則社群討論只是可追溯的問題訊號，不代表市場比例或台灣客戶普遍情況；本文的工作邊界以正式客服文件與售後指引為參考。
如果你的客戶已經在 LINE，想把會員資料、標記與後續跟進持續整理起來，可以看看我做的 了解 W7集客的應用；AI 答案是否正確，仍要回到產品資料由人確認。
