摘要
真正可靠的 AI 客服不是每題都回答，而是知道什麼時候停下來。本文建立客訴、退款、付款、個資、訂單與資料不足的轉真人規則，並說明交接時應保留哪些必要上下文。
這是「AI 客服機器人」主題系列的一部分，重點是把 AI 從展示工具變成能被客服、營運與主管共同管理的服務流程。
轉真人不是失敗，而是設計完成
客服自動化的價值不是把真人完全排除，而是讓例行問題快速處理，把需要判斷、授權與同理的案件交給正確的人。
如果系統只追求自動解決率，第一線可能收到更晚、更生氣、資訊更混亂的案件。
五類情境應優先轉真人
第一，顧客明確要求真人；第二，資料不足或來源衝突；第三，退款、付款、折扣與賠償承諾；第四，個資、帳號與身分問題；第五，強烈客訴、安全疑慮或疑似詐騙。
企業可再依產業加入醫療、金融、未成年人或法規敏感項目。
交接包要完整，但不能過度收集
真人接手至少需要問題摘要、已確認資訊、引用知識、AI 已採取的動作、轉接原因與對話時間。
同時遵守最少必要原則：客服不需要的敏感資料不應被加入摘要，權限不足的人也不應看到全部歷史。
避免讓顧客重新說一次
最差的轉接體驗，是 AI 問完一輪後，真人仍從「請問有什麼可以幫您」開始。轉接流程應把已確認內容呈現給客服人員，並清楚標示哪些資訊仍未驗證。
建立回應與承諾的權限表
AI 可以說明公開流程，但不能自行核准退款、折扣、賠償或例外。不同職級真人客服也可能有不同授權上限。
將「可以說明、可以執行、需要主管核准」分開，才能避免自然語言回答越權。
用轉接案件改善知識與流程
每週檢視轉接原因：是缺知識、規則不清、系統沒有資料，還是本來就應由真人判斷。前兩類可以改善知識與流程；後兩類則應保留人工，不必硬追自動化。
建立四級風險與處理權限
| 等級 | 典型情境 | AI 可做 | 必須交給誰 |
|---|---|---|---|
| L1 一般資訊 | 門市、配送、公開規格 | 依核准知識回答 | 不一定轉接 |
| L2 需確認 | 商品相容性、會員規則 | 澄清條件、提供公開流程 | 資料不足時客服 |
| L3 權益影響 | 訂單、退款、付款、折扣 | 說明流程、收集最少必要資訊 | 有授權的客服 |
| L4 高風險 | 個資、強烈客訴、詐騙、安全事件 | 停止推論、標示急迫性 | 主管／資安／指定窗口 |
風險分級要同時控制「能說什麼」與「能做什麼」。AI 能解釋退款流程，不代表它能核准退款；能辨識顧客生氣，也不代表它能自行承諾賠償。
真人交接資料契約
一筆可用的交接至少應包含：案件 ID、管道與時間、顧客目前問題、已驗證資訊、未驗證陳述、引用來源、AI 已回覆內容、轉接觸發原因、風險等級及建議下一步。
其中「已驗證」和「顧客自述」必須分欄，避免真人客服把模型摘要中的推測當成事實。摘要也要保留原對話連結，讓高風險案件可以回查，而不是只相信壓縮後文字。
台灣個資情境不能只靠免責聲明
台灣《個人資料保護法》對個人資料的蒐集、處理與利用設有目的與告知要求。客服導入 AI 時，應盤點蒐集目的、資料類型、保存期限、存取角色、委外處理、刪除與當事人權利流程。
實務上至少要問：這段完整對話是否需要長期保存？模型供應商是否會接觸資料？客服是否需要看到全部歷史？測試環境能否使用真實個資？這些都不能用「我們重視隱私」一句帶過。
本文不是法律意見；涉及實際個資告知、跨境、委外或敏感資料時，應由企業依自身流程與專業意見確認。
常見問題
顧客要求真人時，AI 還要繼續排查嗎？
通常應尊重要求並快速建立支援項目，只收集完成交接所需的最少資訊。
轉真人會不會降低自動化成效？
合理轉接是風險控制的一部分。應同時看解決品質、重複說明與客訴結果，而不是只追求自動處理比例。
對話紀錄可以全部交給每位客服嗎？
應依工作需要、權限與最少必要原則設計，不應無差別開放全部敏感內容。
結論
轉真人不是模型失敗，而是責任從自動流程移交給具備授權的人。
交接摘要必須區分已驗證事實、顧客自述與模型推測，否則只是在更快傳遞錯誤。
個資治理要落到目的、欄位、權限、保存與刪除，不能停留在泛用免責文字。
延伸閱讀
- LINE Bot 與品牌知識庫如何協作？多輪對話、FAQ 與更新治理實戰
- 企業 AI Agent 資料邊界：哪些資料可以交給代理、哪些一定要留在人手上？
- 30 天 AI 客服試點計畫：從 FAQ 盤點到 LINE 上線驗收
🚀 想先實際體驗可治理的 LINE AI 智慧客服？
前往 Bot Ultra，了解品牌知識庫、多輪對話、風險控管、真人接手與後續語音擴充方式。FlyPig AI 為獨立技術服務品牌，並非 LINE、Meta 或 Facebook 官方網站或合作服務。
資料來源與查核時間
資料查核時間：2026-07-27
本文提供企業 AI 客服流程與治理建議，不構成法律、資安或個資合規意見，也不承諾特定節省比例、客服解決率、營收或投資報酬。實際功能與系統串接範圍應依正式需求、API、驗證與權限設計確認。