AI 客服新國標實施，微語如何做到「人工入口不隱藏、AI 答覆可擔責」
2026 年 9 月 1 日，中國首個聚焦「人工客服與智能客服協同機制」的國家標準——GB/T 47746—2026《顧客聯絡服務 人工與智能客戶服務協同要求》正式實施。央媒在密集報導中把標準精神概括為四條紅線：
- 人工入口清晰醒目：客服選單必須設置清晰醒目的「轉人工」選項，不得層層隱藏；
- 人機分工科學：簡單標準化問題交給 AI，複雜糾紛、風 險場景和用戶明確要求人工的，及時流轉人工；
- 人機切換順暢：切換時完整同步客戶身份資訊、歷史互動記錄與工單狀態，消費者不必反覆複述；
- 企業為 AI 答覆擔責：不得以「演算法生成內容僅供參考」推卸義務。
對正在選型客服系統的企業而言，這四條紅線實際上是一份「採購驗收清單」。本文對照國標要求，逐條介紹微語（Bytedesk）智能客服系統已經落地的能力——不是口號式合規，每一項都能在產品裡找到對應的功能與運行機制。
先看對照表：國標要求 vs 微語能力
| 國標要求 | 微語對應能力 |
|---|---|
| 清晰醒目的人工入口（4.1 / 5.1） | 訪客端常駐「轉人工」按鈕；機器人回覆與 FAQ 氣泡上帶轉人工入口；觸發關鍵詞、入口開關、按鈕文案均可在後台配置 |
| 人機分工科學（4.2） | 純機器人 / 純人工 / 機器人優先可轉人工三種會話路由模式，按業務複雜度自由組合 |
| 人機切換順暢、不要求複述（4.3 / 5.2） | 同一會話內完成「機器人接待 → 排隊 → 人工接入」狀態流轉，歷史訊息與客戶資訊全程保留 |
| AI 答覆可追責（4.4） | 機器人回覆可點讚/點踩、可評價、可質檢；點踩與負向情緒自動觸發轉人工 |
| 服務閉環（7.2） | 會話結束滿意度評價 + 會話關閉自動建立工單 + 工單流轉 |
| 協同服務改進（第 9 章） | 解決率、回應時長、轉人工數等服務統計 + 質檢 + 知識庫沉澱 |
紅線一：人工入口清晰醒目，不得層層隱藏
微語在訪客端提供了多層次的人工入口，確保客戶「隨時找得到人」：
- 常駐按鈕：訪客聊天視窗固定展示「轉人工服務」按鈕，無需在多級選單中翻找；
- 氣泡級入口：每條機器人回覆、每條 FAQ 答案下方都帶「轉人工」操作，客戶對 AI 回答不滿意時可以立即一鍵轉人工；
- 關鍵詞觸發：客戶在對話框輸入「人工」「轉人工」「人工客服」「真人」「轉接人工」等關鍵詞即自動轉接——這份預設詞表開箱即用，並支援在後台按業務習慣增刪；
- 後台可配置：管理員可以設置是否允許訪客主動轉人工、自訂轉人工按鈕文案（例如「找真人客服」），讓人工入口既醒目又符合品牌語氣。
在實現層面，關鍵詞監聽有嚴格的觸發守衛：只在「工作組會話 + 機器人接待中 + 尚無人工客服接入」的狀態下生效，並保證「轉人工狀態先於機器人回覆落庫」——避免出現「客戶已經要求轉人工，機器人還在繼續作答」的體驗事故。
紅線二：人機分工科學
國標要求「智能客服優先處理標準化問題，人工客服優先處理複雜問題」。微語把這一分工做成了三種可配置的會話路由模式：
| 路由模式 | 適用場景 | 轉人工 |
|---|---|---|
| 純機器人接待 | 標準化諮詢、7×24 小時首問回應 | 不支援（適合純自助場景） |
| 純人工接待 | 高價值客戶、複雜業務專線 | — |
| 機器人優先 + 可轉人工（工作組） | 絕大多數客服場景 | 支援：關鍵詞、點踩、情緒等多通道觸發 |
在工作組模式下，AI 處理知識庫中有明確答案的標準化問題；一旦出現複雜問題或明確的人工訴求，會話自動流轉到人工坐席。微語還會統計每條 FAQ 的「轉人工次數」——高頻轉人工的問題，就是知識庫需要補充和優化的信號，讓人機分工邊界隨營運數據持續進化。
紅線三：人機切換順暢，客戶不必複述
人機切換最傷體驗的，是「換個人接手，一切從頭再來」。微語的會話模型從設計上杜絕了這一點：
- 同一會話流轉：機器人接待、排隊等待、人工接入發生在同一條會話上，狀態按「機器人接待中 → 排隊中 → 人工服務中」流轉，不新建會話、不丟上下文；
- 資訊完整同步：人工客服接入時，可以直接看到客戶資料與 AI 的完整對話記錄，客戶不必重複描述問題；
- 排隊透明：進入排隊後向客戶告知排隊狀態，不讓客戶「無感知等待」；
- 兜底路徑完整：非服務時間自動轉為離線留言；無在線客服時先嘗試備用技能組，再降級為留言；客服滿員時自動進入排隊佇列。無論哪種情況，客戶訴求都有去處。
紅線四：企業為 AI 答覆擔責
國標明確：企業不能以「演算法生成內容僅供參考」推卸責任。讓企業「擔得起責」的前提，是 AI 的每次發聲都可管理、可追溯、可糾錯。微語提供了完整的可追責鏈路：
- 逐條可評價：客戶可以對每條機器人回覆點讚或點踩；
- 點踩即兜底：客戶點踩後，系統預設自動嘗試轉接人工客服，同時可觸發滿意度調查並將該條回覆標記質檢——負回饋不會沉底；
- 情緒感知：對客戶訊息進行情緒識別（滿意 / 一般 / 不滿意 / 憤怒 / 焦慮等），檢出負向情緒時可按策略自動轉人工、升級處理或主動安撫，並支援配置信心度閾值防止誤判；
- 全程可質檢：會話記錄完整保留，質檢可以定位到具體的 AI 回覆，「AI 說了什麼、客戶怎麼反應、後續如何處理」全程有據可查。
服務閉環：滿意度與工單
國標第 7 章要求服務閉環：主動 邀請滿意度評價、生成完整服務記錄、待辦事項經工單流轉。微語的對應能力：
- 滿意度評價：會話結束自動邀請客戶評價，支援雙向評價（客服評價客戶、客戶評價客服）；透過 VOC 模組還可開展 CSAT、NPS 等體系化客戶之聲調研；
- 自動建單：會話關閉時可按關閉方式（超時自動關閉 / 客服關閉 / 客戶關閉）與時間段等條件自動建立工單，未解決的訴求自動進入工單流轉，由 Flowable 工作流驅動處理閉環，投訴有單可查、有跡可循。
持續改進與合規邊界
國標第 9 章要求對協同效率、服務品質持續監測改進。微語提供服務統計（解決率、回應時長、轉人工數、今日服務人數、不滿意會話數等）、質檢後台與知識庫營運（FAQ 轉人工次數、點踩數據反哺內容優化），支撐「數據驅動的協同改進」。
我們也如實說明當前的能力邊界：
- 更細粒度的自動轉接策略（例如按「互動失敗次數閾值」「機器人回應超時自動轉接」）目前未作為獨立配置項提供，可在後續版本按需增強；現階段企業可透過關鍵詞、點踩、情緒等多通道自動轉接覆蓋絕大多數轉人工場景；
- 數據備份與等級保護屬於部署與維運層面：微語提供私有部署、精細化權限管控（RBAC）、配置加密等安全基座，分級備份與等保測評由部署方按 GB/T 22239 在自身基礎設施上落地。
合規不是一紙聲明，而是持續的營運機制。把邊界講清楚，恰恰是對客戶負責的態度。
為什麼選擇微語
對照 GB/T 47746—2026，微語的優勢可以概括為三點：
- 開源可審計：人工入口、人機分工、會話流轉、追責鏈路的每一項機制都有公開實現，選型時可以直接驗收，而不是聽廠商口頭承諾；
- 私有部署、數據自主：客戶數據不出企業，資訊安全、備份與等保策略由企業自主掌控；
- 能力即合規：國標要求的入口、分工、切換、擔責、閉環，在微語中都是開箱即可啟用的產品能力，而不是額外付費的客製化專案。
新國標把「以客戶為中心」從口號變成了可驗收的工程要求——這正是微語一直以來的產品方向。