AI 客服知識庫怎麼整理？從 FAQ 到轉真人規則的實作清單

AI 客服回答不準，很多時候不是模型不夠強，而是它拿到的資料太亂。把整個網站直接丟進知識庫，看起來最省事，實際上常會混入重複頁尾、過期活動、不同版本價格與彼此矛盾的規則。

建立知識庫前，先把資料分成五類：

1. 產品與功能說明

2. 價格、方案與付款規則

3. 帳號、操作與故障排除

4. 退款、取消與服務限制

5. 真人接手條件

每一份文件只處理一個明確主題。標題要像顧客會問的問題，內容先給直接答案，再補條件、例外與下一步。

例如不要只寫「退款政策」，可以改成：

> 付款後可以退款嗎？一般方案可在何種條件下申請，哪些費用不適用，以及要透過哪個管道聯絡。

先處理版本衝突

同一件事只能有一個正式答案。若舊方案仍需保留，文件要標示適用日期與客戶類型。價格變更時，不只更新網站，也要同步更新知識庫來源。

建議替每份資料保存：

• 文件名稱

• 負責人

• 生效日期

• 上次更新日期

• 適用產品或方案

• 是否可讓 AI 直接回答

把「不能回答」也寫進規則

知識庫不只告訴 AI 能說什麼，也要清楚說明不能說什麼。退款爭議、個資變更、法律或醫療判斷，以及無法驗證的訂單狀態，都不應由一般 FAQ 回答取代真人處理。

可以把轉真人規則獨立成一份文件，列出觸發條件、要收集的基本資料，以及客服接手時需要的摘要。

用真實問法測試

測試時不要只輸入文件標題。顧客可能會用口語、錯字或不完整句子，例如：

• 我不想用了可以退嗎

• 為什麼扣了兩次

• 登不進去

• 我要找人

每個重要問題至少準備三到五種問法，確認檢索結果都能找到同一份正確資料。若找不到，優先調整文件標題、段落與關鍵詞，再考慮改模型。

每次更新都要回歸測試

知識庫不是一次完成的專案。產品、價格與流程改變時，舊答案可能立刻變成風險。建立固定檢查清單，每次更新後重新測試最常見問題、最敏感問題與轉真人流程。

一套可靠的 AI 客服知識庫，重點不是文件越多越好，而是答案一致、來源清楚、能持續更新，而且知道何時不該回答。