kakinang INSIGHTS · 2026-08-28
AI 客服平台選型：七個問題之外，先驗證你的真實流程
選型不應從功能清單開始，而要從 顧客 請依我的情境，協助我評估：AI 客服平台選型：七個問題之外，先驗證你的真實流程。 問題、已有人員與不能出錯的流程開始；畫面上看得到的能力，也要完成授權與啟用後才能使用。
答案根據什麼資料
確認哪些內容來自核准知識、哪些查詢即時系統，以及找不到資料時是否會明說限制。
具體做法：用十題真實常見問題、兩題未知問題與一題價格已變更的問題，檢查系統是否說得出依據與限制。先把此步驟指定給明確 owner，並把公開頁、對話狀態與後台待辦對齊；以正常詢問及資料不足、重複送出兩種情境驗收。模型不得自行越過確認、權限或值班邊界；每週查看完成率、重問與人工修正，再把結果回寫成可維護的規則。同時保留版本、時間與責任紀錄，讓異常可追查並重現。
資料如何隔離與保存
詢問對話、聯絡資料與附件要有清楚的商家資料邊界、保存方式與可理解的使用說明。
具體做法：要求服務平台示範不同商家之間的資料隔離、保存期限、匯出與刪除流程，不能只接受行銷承諾。先把此步驟指定給明確 owner，並把公開頁、對話狀態與後台待辦對齊；以正常詢問及資料不足、重複送出兩種情境驗收。模型不得自行越過確認、權限或值班邊界；每週查看完成率、重問與人工修正，再把結果回寫成可維護的規則。同時保留版本、時間與責任紀錄，讓異常可追查並重現。
通路是已授權還是宣傳中的功能
- 逐一確認 LINE、Meta 或其他通路的實際授權、平台規則與啟用狀態。
- 具體做法：把每個預計使用的 LINE、Meta 或網站入口列為一張驗收表，標示已授權、驗證中或尚未完成啟用。先把此步驟指定給明確 owner，並把公開頁、對話狀態與後台待辦對齊；以正常詢問及資料不足、重複送出兩種情境驗收。模型不得自行越過確認、權限或值班邊界；每週查看完成率、重問與人工修正，再把結果回寫成可維護的規則。同時保留版本、時間與責任紀錄，讓異常可追查並重現。
真人接手如何落地
問清楚觸發條件、通知收件人、去重、待辦與無人值班時對顧客說什麼。
具體做法：模擬顧客要求退款、重複要求真人及通知收件人失效，確認誰接手和顧客看見什麼。先把此步驟指定給明確 owner，並把公開頁、對話狀態與後台待辦對齊；以正常詢問及資料不足、重複送出兩種情境驗收。模型不得自行越過確認、權限或值班邊界；每週查看完成率、重問與人工修正，再把結果回寫成可維護的規則。同時保留版本、時間與責任紀錄，讓異常可追查並重現。
會改變資料的動作是否需確認
建立訂單、預約、外部寫入或付款相關動作，應能先看摘要、重新驗證並由顧客確認。
具體做法：測試預約或外部寫入的摘要預覽、一次性確認、重送結果與價格或時段變更。先把此步驟指定給明確 owner，並把公開頁、對話狀態與後台待辦對齊；以正常詢問及資料不足、重複送出兩種情境驗收。模型不得自行越過確認、權限或值班邊界；每週查看完成率、重問與人工修正，再把結果回寫成可維護的規則。同時保留版本、時間與責任紀錄，讓異常可追查並重現。
用量怎麼公平計算
- 確認有效請求到終端回覆的計數，不把串流片段、重試或失敗補送重複算成多次。
- 具體做法：以有效請求到終端回覆、零結果、人工修正與管理時間評估，而不是比較功能勾選數。先把此步驟指定給明確 owner，並把公開頁、對話狀態與後台待辦對齊；以正常詢問及資料不足、重複送出兩種情境驗收。模型不得自行越過確認、權限或值班邊界；每週查看完成率、重問與人工修正，再把結果回寫成可維護的規則。同時保留版本、時間與責任紀錄，讓異常可追查並重現。
團隊常問的問題
功能最多的最好嗎？
不是；先選能可靠完成核心問題且團隊能維護的範圍。
使用知識檢索就不會答錯嗎？
不是；仍要驗證來源、未知答案與工具權限。
可以先上線再處理治理嗎？
不宜；資料邊界、確認與人工責任應在公開服務前確立。
申請測試結束前要確認什麼？
確認資料可管理、權限清楚、核心流程可重跑驗收，且沒有把未開通能力當成承諾。
來源與延伸閱讀
- AI Risk Management Framework — NIST
- OWASP Top 10 for Large Language Model Applications — OWASP Foundation