客服 AI 答錯營業時間或服務安排，品牌怎樣修正？
香港企業發現客服 AI 答錯資料，應先限制受影響答案、修正來源並重測，再處理已收到錯誤資訊的客戶。網上口碑管理要核對實際答案；修改一份文件，不代表所有聊天渠道已停止答錯。
Chiwa AI 原創營運工作圖；示意，非客戶數據。 審閱及發布批准：Jones Ng（按已授權日常發布流程）。
網站顯示星期日休息，聊天機械人卻叫客戶星期日到店。遇到這種情況，品牌需要交代的是正確安排和跟進方式，而不是只說「AI 出錯」。
本文提供「錯答處理紀錄」及一組可直接使用的測試問題，適用於營業時間、地址、預約方式等一般資訊。不用於醫療、金融、法律判斷，也不假設任何模型能保證零錯誤。
先限制錯答，再追查是哪個來源出問題
如果已證實某一類答案不可靠，可先改為顯示經核實的固定答案，或將該類問題轉交真人。是否要暫停整個機械人，取決於錯誤範圍及能否隔離，而非一律全開或全關。
Microsoft 的問答系統責任使用指引提出人員監督、介入及持續收集回饋等部署原則。這是該服務的官方指引，可供營運設計參考，不代表其他系統具備相同功能。
追查時分開看資料是否過期、搜尋是否取錯段落，以及答案是否加入原文沒有的內容。只改提示詞，未必能解決一份仍在被取用的舊文件。
錯答處理紀錄：每個結論都要找到來源
以下檢查清單與工作表由本文提出。對話紀錄應先移除不必要的個人資料，只開放給需要處理的人員。
| 欄位 | 填寫要求 |
|---|---|
| 錯答原文 | 問題、答案、日期、渠道及系統版本 |
| 已確認正確答案 | 正式來源、資料擁有人、生效時間 |
| 初步原因 | 過期來源、錯誤檢索、額外生成、仍待查證 |
| 臨時控制 | 固定答案、停止特定功能或真人轉接 |
| 修正位置 | 網頁、知識庫、快取或其他實際用到的來源 |
| 回歸測試 | 原問題、換句話問、邊界問題與結果 |
| 客戶跟進 | 可確認受影響範圍、主責及完成狀態 |
「無法確認受影響人數」是可以記錄的結果。不要把未有紀錄寫成「沒有客戶受影響」。
範例：星期日營業時間寫錯，怎樣驗收？
以下是虛構演練。正式網頁已更新為星期日休息，但知識庫仍保留舊版營業表。
先將相關問答指向經核實的時間表，然後按系統實際流程更新或移除舊來源。重測不能只問「星期日開唔開」，還要問「禮拜日可以到店嗎」「週末最遲幾點」「公眾假期是否一樣」。
如果官方資料沒有公眾假期安排，合格答案應說明未能確認並提供查詢渠道。把平日資料自行延伸到假期，仍然是錯答。測試結果應包括正確回答和適當拒答，而不是只追求答得流暢。
當系統有真人轉接功能，亦要實際驗證客戶是否接到人或留下可跟進的請求。顯示一句「已轉接」不等於工作已交到同事手上。
向客戶更正時，要說清楚哪一句不準確
可用這個一般範本：「我們之前的自動回覆把星期日營業安排說錯。經核實，正確安排是［已確認資料］，詳情見［官方資料頁］。如果你已按舊答覆安排到店，請透過［指定渠道］聯絡，由同事核對跟進。」
只有確實掌握接收對象和可用聯絡方式時，才安排適當更正。涉及補償、私隱或合約承諾，交有權限的人員處理，不由機械人自行決定。
NIST 的生成式 AI 風險資料把生成不實內容列為需要管理的風險之一。本文的測試清單是營運建議，並非 NIST 認證或模型效能保證。
本星期先測最容易影響到店的一組問題
由營運同事確認時間、地址、預約方法及例外安排，再由另一位同事換句話詢問機械人。記錄答對、資料不足時轉交，以及不應承諾卻自行承諾的情況。
每次資料或系統版本更新，都保留同一組問題重測。需要整理正式答案，可配合FAQ 答案卡，但答案卡完成並不代表機械人測試已完成。
常見問題
加一句「AI 可能有錯」是否足夠？
不足夠。提示只能交代限制，仍需處理已知錯誤、提供正式來源和可用的真人協助。
讓 AI 自己判斷是否正確可以嗎？
可以作輔助檢查，但不能取代正式資料擁有人核實。模型可能重複同一個錯誤或漏看適用條件。
改好知識庫就可以立即恢復嗎？
先核對各渠道是否已取用新版本，再用原問題及變體測試。若仍有重要錯答，維持臨時控制並繼續排查。
下一步：用一條錯答檢查整條服務流程
把錯誤來源、修正、驗收和客戶跟進連起來。Chiwa AI 的網上口碑管理服務介紹了品牌資訊與信任管理的工作方向。
官網：https://www.chiwa.ai 。WhatsApp：6826 5126；WeChat：jonesnghk。