AI 客服 Agent 上線前：先定好權限、升級與覆核流程
客服主管最怕的，不是 AI 答得慢，而是 AI 答得太快、太肯定，然後把錯誤承諾寫進客戶紀錄。
想像一間香港零售或服務公司，客服每天處理 WhatsApp、網站表格、電話留言和電郵。AI 客服 Agent 可以先讀取查詢、整理客戶背景、草擬回覆，甚至更新客戶關係管理系統(CRM)。表面上，這可以減少前線同事重複查資料和打字的時間。但如果沒有定好權限、升級和覆核流程，AI 很容易由「幫手」變成另一個高風險操作員。
OpenAI 在 2026 年 7 月 22 日推出 OpenAI Presence，把 AI Agent 明確放到客戶服務、銷售和內部支援等生產場景。OpenAI 的說法很值得管理層留意：真正挑戰已不只是證明 AI Agent 可以工作，而是讓它可靠到足以處理高價值生產流程。這篇文章不再重講甚麼是 AI Agent，而是集中回答一個更實際的問題：公司準備把 AI 客服 Agent 放到真實流程前，要先定好哪幾件事？
第一件事：先決定 AI 只讀、可建議，還是可執行
AI 客服 Agent 最危險的設計，是一開始就讓它甚麼都可以做。較穩陣的做法，是把權限分成三層。
第一層是只讀。AI 可以讀取知識庫、訂單狀態、預約紀錄、常見問題和客服歷史，但不能改資料。第二層是可建議。AI 可以草擬回覆、分類查詢、建議下一步，然後由同事確認。第三層才是可執行。AI 在指定規則和批准下，才可以建立工單、更新 CRM、發送提醒或觸發退款/改期流程。
例子：一間教育中心收到學員查詢「可否轉下一期課程」。第一階段，AI 只應查閱報名紀錄和轉班政策，產生回覆草稿。若涉及收費差額、特殊原因或企業客戶合約，系統應自動交給職員處理，而不是讓 AI 即時承諾。
第二件事：把升級條件寫成營運規則
很多公司以為「有問題就交給人」已經足夠。實際上，甚麼叫有問題，要事先寫清楚。
常見升級條件包括：客戶情緒明顯不滿、涉及退款或賠償、需要更改合約或付款條款、查詢包含個人資料或敏感資料、系統資料互相矛盾、AI 信心不足、客戶要求主管處理，或者服務供應商出現事故。
例子：一間物流公司讓 AI 協助回覆送貨狀態。若包裹只是延遲半天，AI 可以草擬道歉和更新預計時間；若客戶表示貨物損壞、收件地址錯誤或要求賠償，AI 應建立高優先級工單，附上對話摘要、訂單號碼和相關物流紀錄，交給客服主管。
升級不是失敗，而是風險控制。設計得好的 AI 客服 Agent，應該知道哪些事情不能自己決定。
第三件事：CRM 寫回要有欄位、狀態和責任人
AI Agent 若只在聊天視窗內回答問題，價值有限。真正有用的是它能把結果寫回系統，讓銷售、客服、營運和管理層看到同一個狀態。
但寫回 CRM 不能是自由文字亂塞。公司應先定義欄位：查詢類型、客戶意圖、跟進狀態、承諾事項、負責同事、下一步日期、是否已升級、AI 是否參與草擬。每一次 AI 更新都要有來源和時間紀錄，讓日後查得回。
例子：一間專業服務公司收到企業客戶查詢系統開發報價。AI 可以整理客戶行業、需求、預算範圍和緊急程度，然後在 CRM 建立「待顧問跟進」狀態。它不應自行報價，也不應把未確認需求改成正式 proposal。負責顧問看完摘要後，才決定是否安排會議。
第四件事：上線前要用真實邊界案例測試
OpenAI Presence 的說明提到，生產部署前需要 simulations、evaluations、guardrails 和 approval steps。這提醒公司：AI 客服 Agent 不應只用幾條常見問題測試。
測試清單應包括最容易出錯的邊界情況：客戶資料不完整、同一客戶有兩個帳戶、付款成功但訂單未更新、退款政策有例外、客服知識庫過期、客戶要求刪除資料、客戶語氣憤怒、或系統連接短暫失效。
例子：一間網店可以準備 50 至 100 個真實匿名化個案，讓 AI 處理後由客服主管評分。評分不只看語氣是否自然，也要看是否查對正確資料、是否遵守退款規則、是否把高風險個案升級，以及 CRM 狀態是否寫對。
第五件事：服務失效時，要有手動回退流程
2026 年 7 月 23 日，OpenAI Status 顯示 API、ChatGPT 和 Codex 多個組件出現 elevated error rates。同日 Microsoft Azure West US 亦有連接問題，影響多項雲端服務。這些事件不代表公司不能用 AI 或雲端服務，而是提醒管理層：只要 AI 進入客服或內部支援，就要準備服務降級時怎樣繼續營運。
回退流程至少要回答四個問題。
第一，AI 暫停時，查詢會否自動進入人工隊列？第二，客戶會否收到透明而不過度承諾的通知？第三，未完成的 AI 草稿和系統操作如何標記？第四，服務恢復後，誰負責檢查重覆回覆、漏單和 CRM 狀態？
例子：一間診所或教育中心用 AI 協助處理預約查詢。若 AI 服務不穩定，網站表格和 WhatsApp 查詢應先進入「待人工確認」隊列；前台同事用固定模板回覆客戶；任何改期和取消都要由人手確認後才寫入預約系統。這樣即使 AI 暫停，客戶仍然知道有人跟進。
第六件事：上線後要每星期檢查證據，而不是只看回覆量
AI 客服 Agent 上線後，最容易令人誤判的指標是「處理了多少查詢」。數量上升不一定代表品質好。公司更應該看：哪些查詢被升級、哪些回覆被人修改、哪些政策最常令 AI 出錯、哪些客戶意圖沒有被正確分類、哪些 CRM 欄位經常空白。
例子：客服主管可以每星期抽查 30 個 AI 參與過的個案，分成「可直接使用」、「需要少量修改」、「應該升級但沒有升級」、「資料查錯」四類。IT 或營運同事再根據結果更新知識庫、流程規則和系統欄位。