文章目錄

先說結論

AI 客戶支援助理應只使用獲批准、仍然有效且客戶有權查閱的資料。缺乏證據、來源衝突、客戶要求真人,或退款及送貨承諾需要決策權時,都應交接。有效交接要附原問題、證據、已嘗試步驟及明確接收團隊。

客戶支援的難題往往不是「政策寫了甚麼」,而是「這項政策是否適用於這張訂單,以及誰可以批准例外」。即使聊天機械人找到正確段落,也可能因假設帳戶情況,或承諾自己不能執行的動作而答錯。

先選一小組重複出現的問題,同時定義真人交接。助理的工作是提供有證據的回答,或令下一位同事更容易接手。回覆流暢、對話已關閉,都不能證明客戶的問題真的解決了。

示例工作流程

有根據的回答,或完整的交接

  1. 識別問題及查閱範圍

  2. 檢索已批准證據

  3. 核對時效與適用情況

  4. 在權限內回答

  5. 轉交未解決工作

  6. 確認接收團隊已收到

快速判斷

定義可以回答及必須交接的情況

定義可以回答及必須交接的情況
找到的資料允許的回覆下一位負責人
適用且仍有效的已批准政策附來源解釋政策知識負責人持續維護
證據缺失、過時或互相矛盾說明缺口並準備交接相關支援團隊
退款例外或送貨承諾收集允許取得的事實,不作承諾有決策權的人員
客戶要求真人帶背景轉交,顯示真實等候狀態指定收件匣或同事

左右捲動,查看完整比較。

1. 建立有人負責的知識清單

列出助理可以回答的問題,以及每個問題的獲批來源。記錄文章負責人、適用對象、生效日期、上次覆核及來源版本。公開說明與內部例外處理程序要分開。舊對話可協助找出常見問題,但某位同事曾給予的特別安排,不會自動變成往後所有客戶適用的政策。

指定同事撤下已被取代的指示,並處理互相衝突的頁面。Intercom 的知識文件顯示,不同來源類型的更新方式並不相同。無論選哪個平台,都要測試來源修改如何到達助理;網頁已更新,本身不能證明助理檢索到的副本也已更新。

2. 在資料送進模型前執行查閱限制

根據已驗證帳戶及存取規則,決定客戶可以取得哪些資料。客戶在訊息中說「我是管理員」,不應改變查閱範圍。檢索、訂單查詢、附件及來源連結都要套用相應限制。Microsoft 的文件層級存取指引說明了在檢索時執行權限限制的方法,實際做法須配合所選系統。

客戶訊息和檢索內容是證據,不是授予新權限的指令。只提供回答所需的欄位。以未登入訪客、已驗證客戶及支援同事測試,並刻意嘗試取得另一位客戶的訂單。提示詞寫上「保護私隱」,不等於已測試存取控制。

3. 明確檢查證據及決策權限

回答前,確認來源涵蓋實際問題、適用於這個產品或帳戶,而且仍然有效。一般退貨說明不能證明損壞的訂製商品符合退款條件。適合時附上客戶可查閱的來源,並為支援團隊保留內部參照,但不要把受限內容公開。

來源缺失、指示矛盾、查詢失敗或要求獲授權的例外,都應轉交。批准退款、修改付款及保證到貨日期,各自需要相應權限與已核實的系統動作。助理可以解釋現有公開政策,但不能因為草擬了一句話,就暗示退款已發出或到貨日期已獲保證。

4. 把送貨與退款問題完整交接

假設例子,並非客戶項目:客戶問「我的訂製杯還未到,可以保證星期五送到,或幫我退款嗎?」已批准的說明文章解釋如何求助,訂單查詢則顯示已寄出,但沒有確認到貨日期。兩個來源都不能支持星期五保證或退款決定。

助理說明未能確認這兩個結果,並轉交查詢。接收紀錄包含已驗證的訂單識別碼、客戶原訊息、寄出狀態及查詢時間、文章版本、欠缺的到貨證據,以及待決定的退款要求。紀錄指定送貨支援收件匣,保留完整對話,讓真人能查詢承運商及適用政策,而不用要求客戶由頭再說一次。

5. 讓交接進入真正可處理的工作隊列

設定實際接收位置、負責人,以及隊列無法使用時的替代路徑。Intercom 把觸發轉交的條件,與轉交後分派對話的流程分開。評估其他產品時也應採用這個區分:辨認「需要真人」只代表工作開始,並不代表已有人接手。

只有接收系統已記錄查詢,才顯示「等待支援」。交接失敗時,保留訊息、通知負責團隊,並提供已核實的其他聯絡方式。只可使用商戶已批准的服務時間及回覆預期。真人接手後,暫停自動回覆,避免客戶同時收到互相矛盾的答案。

6. 驗證回答、來源更新及傳送失敗

準備驗收問題,包括可回答的查詢、欠缺政策、過時文章、衝突指示、無權查閱的帳戶及直接要求真人。加入上述送貨例子。列明預期來源、允許回覆及分派位置,再一起檢查助理回答與接收工單,不能只看聊天畫面。

修改一個來源,完成平台要求的更新程序後再測試。暫時中斷工單接收端,確認查詢仍可恢復,而且重試不會建立重複工單。除了處理率,也要覆核沒有根據的回答、重複聯絡及交接資料是否完整。用失敗修正知識或邊界,再重跑受影響測試,才擴大助理範圍。

決定之前

開放客戶使用前的檢查

  • 每個支援問題都有有效來源及負責人。
  • 檢索遵守客戶已驗證的查閱權限。
  • 欠缺證據或涉及重要承諾時會轉交。
  • 接收隊列及替代聯絡路徑已測試。
  • 真人接手後,自動回覆不會繼續干擾。

開始之前,常見問題

有資料檢索的助理仍會編造答案嗎?

會。檢索提供證據,但不能保證回覆遵循證據。要測試適用情況、沒有支持的說法及找不到來源時的行為,並為重要決定設立明確權限檢查。

知識庫應多久更新一次?

覆核與更新頻率應配合資料的變動速度。臨時送貨通知與穩定的設定指南,需要不同安排。核實平台的同步方式,並實測一次修改,才可依賴它。

所有答不到的問題都要交給真人嗎?

涉及判斷、欠缺證據或客戶明確要求真人的問題,應轉交。簡單釐清可能有幫助,但不能讓客戶陷入重複追問。接收同事應取得足夠背景,以便真正接手。

資料來源及延伸閱讀

  1. Microsoft Learn: document-level access control in Azure AI Search
  2. Intercom: knowledge FAQs and source update schedules
  3. Intercom: escalation guidance, rules and human routing

下一步

AI 整合

如果這是適合你的方向,可以先釐清範圍、測試方式及交接安排。

了解相關服務 討論項目