想用 AI 客服減輕回覆工作？先分清哪些問題必須轉真人

先選一小組穩定問題試行

適合先整理的問題，是答案已被公司確認、變動較少，而且不需要個別判斷的內容，例如提供甚麼服務、查詢前需準備哪些資料，以及一般合作流程。

先挑選一個入口和有限範圍，比一開始接管所有對話容易核對。這是導入建議，不代表每個工具都支援相同功能；實際能力要按選用系統測試。

如果連同事對答案也不一致，應先統一資料。讓 AI 自行猜出公司政策，只會把原本的混亂更快地傳給客戶。

把問題分成回答、補資料與轉交

可以先把常見對話分成以下三類，再逐項確認規則：

• 可直接回答：有已確認資料支持的服務介紹、一般流程與聯絡方式。
• 先補資料：客戶未說清楚需要，但可透過簡短問題了解服務類型或查詢目的。
• 轉交真人：個別報價、退款或投訴、需要例外批准、內容互相矛盾、系統找不到可靠答案，或客戶明確要求真人。

例如「你們有沒有提供產品片？」可以按確認範圍回答；「這個價錢可不可以連額外版本一起做？」涉及商業承諾，應交回負責人。不要因為系統能生成一句流暢答案，就授權它自行決定。

知識資料要有負責人與更新方式

每一項客服答案應連到可核對的公司資料，並有人負責維護。可以先整理成問題、確認答案、適用條件、資料位置、負責人及更新日期。

活動完結、產品停售或服務流程改動時，要同步更新客服資料；舊版本應與可用版本分開。遇到答案不足，預設應是說明需要人工確認，而不是拼湊資料。

不要直接把所有客戶聊天紀錄交給工具。先辨認完成任務需要的資料，確認使用、存取及保留安排。香港私隱專員公署的 AI 框架將風險評估、人為監督與持續管理列為重點；本文只討論營運設計，具體個人資料安排需另行核對。

資料來源：香港私隱專員公署：AI 個人資料保障框架簡介

轉人工不是只留下一句「稍後回覆」

轉交規則要包含誰接手、在哪裏收到通知、需要哪些背景，以及客戶會看見甚麼提示。沒有實際接手人，再清楚的自動回覆也不能完成交接。

建議轉交摘要只保留必要資訊：客戶主要問題、已確認的背景、系統已回覆甚麼、尚未解決甚麼，以及是否需要客戶補充資料。避免要求客戶從頭再說一次，也不要在不需要的情況下複製整段私人對話。

非工作時間可以明確說明需待人工處理。不要由系統承諾團隊實際無法做到的回覆時間；相關時段及責任人應由公司確認。

上線前用真實類型的問題測試

使用去識別化或自行撰寫的測試情境，涵蓋容易與困難的問題。只測「你好」和標準問句，無法知道接手流程是否可用。

• 客戶用口語、錯字或混合中英文提問。
• 一次問了幾個問題，其中一項沒有已確認答案。
• 客戶要求折扣、例外服務或真人。
• 同一問題在資料更新前後是否得到正確版本。
• 轉交後，負責人是否收到足夠資料並能接手。
• 系統出錯時，團隊能否暫停自動回覆並改用人工。

驗收重點是答案是否準確、未知問題是否停下來，以及交接是否完成，不只是對話是否自然。

用解決問題的質素衡量，而不只看回覆量

試行期間抽查對話，記錄答錯、需要重複提問、轉交失敗和客戶仍未解決的問題。這些線索有助判斷應改善知識資料，還是縮小系統可回答範圍。

如果自動回覆很多，但真人需要花更多時間更正，就未必減輕了工作。先定義甚麼叫「已解決」，再決定是否擴展到其他入口或與客戶培育流程連接。