跳至主要内容

從「會思考、能執行」的數位員工，到微語的下一代客服 Agent 路線圖

· 閱讀時間約 9 分鐘
Jack Ning
Jack Ning
Maintainer of Bytedesk

過去幾年，微語在和不同行業客戶持續溝通、參與專案落地、復盤客服現場問題的過程中，越來越清晰地感受到一個變化：客服系統正在從「工具集合」走向「由 Agent 組織和驅動的業務系統」。

這類產品強調的已經不只是回答問題，而是讓系統能夠理解上下文、聯動知識、調用能力、自動完成部分流程，再把人工坐席從機械操作裡釋放出來，轉向確認、判斷和兜底。

這些判斷並不是來自一次性的靈感，而是來自長期的客戶回饋、實施經驗和對未來服務方式的持續思考。對微語來說，更重要的問題不是「還能多加一個什麼 AI 功能」，而是如何把現有的客服、工單、知識庫、工作流、機器人和 AI 模組真正串成一個可落地的企業級 Agent 平台。

微語在長期客戶溝通中看到的變化​

如果把這些一線回饋和產品思考壓縮成幾個關鍵判斷，我認為核心有四點。

1. 客服行業正在從「人操作系統」走向「系統服務於人」​

傳統客服平台的底層邏輯，是讓人去切換多個系統、檢索知識、填寫表單、推進流程、協調後端。系統本身更多只是承載資料和等待操作。

而新一代 Agent 平台試圖反過來做這件事：

  • 系統先理解會話意圖
  • 系統主動組織所需知識和動作
  • 系統自動執行標準化步驟
  • 人工只在關鍵節點介入確認與決策

這意味著產品設計重點，已經從「功能有沒有」轉向「任務能不能閉環完成」。

2. 真正有競爭力的，不是 AI 助手，而是 AI 數位員工​

從客戶真實使用回饋看，單純「給建議、寫回覆、做摘要」的助手能力已經不夠。企業真正需要的，是能夠直接參與業務執行的 Agent。

例如在客戶進入會話後，系統不只是推薦一句話術，而是能夠連續完成：

  • 意圖識別
  • 標籤生成
  • 知識召回
  • 工單建立
  • 表單預填
  • 情緒識別
  • 風險預警
  • 會後小結
  • CRM 資料沉澱

這類鏈路的價值在於，它把多個原本分散的 AI 小功能，變成了一個圍繞任務結果展開的執行流。

3. Agent + Skill 會成為聯絡中心的重要產品形態​

從微語自己的產品規劃角度看，「核心 Agent + 多 Skill」的組織方式非常值得進一步落地。核心 Agent 負責統一理解上下文和當前階段，再按場景調用不同技能能力，而不是把智慧回覆、質檢、填單、導航、總結等能力孤立地散落在各個模組裡。

這對企業場景尤其重要，因為企業真正要的不是十幾個分散的 AI 開關，而是一套能在服務流程裡穩定協同的能力系統。

4. Agent 的人格化和組織化會越來越重要​

另一個越來越明確的趨勢是，Agent 不再只是一個「機器人入口」，而是應該被設計成具備名稱、角色、頭像、技能邊界、協作關係的數位同事。

這看上去像產品包裝，但本質上是在解決兩個問題：

  • 讓企業更容易理解不同 Agent 的職責邊界
  • 讓坐席更自然地與系統協同，而不是把 AI 看成一個割裂工具

對微語而言，這意味著後續做 Agent 能力時，不能只停留在模型接入層，還要考慮角色建模、技能編排和協作體驗。

微語下一階段值得重點建設的能力​

如果只看「下一階段最值得投入什麼」，我認為重點不是單個 feature，而是下面幾組能力組合。

1. 統一會話中樞 Agent​

微語後續最值得補的一層，不是再加一個單獨的 AI 面板，而是在客服工作台之上建立統一會話中樞 Agent，讓它串聯目前已有能力：

  • 訪客資訊與歷史上下文
  • FAQ／知識庫召回
  • 工單建立與欄位填充
  • 服務流程節點推進
  • 坐席輔助建議
  • 質檢與風險提示

這層中樞如果做成，很多現在分散在訊息、工單、知識庫、服務設定裡的能力，才會真正形成協同。

2. 即時執行型 Skill，而不是靜態提示詞​

微語已經具備模型接入、知識庫、機器人、工作流等基礎，但下一步更關鍵的是把能力顯式抽象成 Skill，例如：

  • 智慧回覆 Skill
  • 智慧填單 Skill
  • 即時質檢 Skill
  • 知識導航 Skill
  • 智慧小結 Skill
  • 客戶情緒識別 Skill
  • 風險預警 Skill

這些 Skill 不該只是 prompt 配置，而應該有明確的輸入、輸出、觸發條件、依賴資料源和執行結果記錄。

3. 人機協同式工單自動化​

從大量客戶現場回饋來看，工單相關動作仍然過度依賴人工錄入。對微語來說，這非常值得優先規劃：

  • 根據會話內容自動識別工單類型
  • 自動抽取客戶資訊和關鍵欄位
  • 自動生成工單標題與摘要
  • 自動推薦處理路徑或知識答案
  • 在人工確認後完成建立或流轉

這類能力對金融、政務、企業服務、售後支援都很實用，也最容易直接體現效率收益。

4. 即時情緒識別與投訴預警​

傳統質檢很多是事後分析，但即時預警的業務價值更高。微語如果要往企業級客服平台走，這塊值得重點建設：

  • 即時識別負面情緒
  • 識別重複追問、長時間未解決、敏感詞觸發
  • 給坐席即時提醒和建議動作
  • 必要時自動升級主管或轉高級坐席

這會讓質檢從「復盤工具」升級成「過程干預工具」。

5. 會後自動沉澱，而不是只做回答生成​

真正拉開差距的，通常不是「回答生成得多漂亮」，而是每次服務結束後系統能沉澱下什麼。微語值得重點補齊：

  • 自動生成服務小結
  • 自動生成會話標籤
  • 自動回填 CRM／客戶檔案
  • 自動歸檔高價值問答到知識庫候選池
  • 自動記錄失敗場景，供後續優化機器人和 Skill

如果這條鏈路打通，客服系統就會逐步從「解決當下問題」進化成「持續累積組織知識」。

結合微語現狀，產品規劃上更應該怎麼做​

微語已經有客服、機器人、知識庫、工單、工作流、多渠道和 AI 模組，問題不是「有沒有基礎」，而是這些基礎還沒有圍繞 Agent 形成統一的任務閉環。

相比繼續疊加零散功能，我更建議後續按照下面四個方向推進。

一，先定義微語自己的 Agent 物件模型​

要讓 Agent 真正成為平台能力，首先要把它從「機器人增強功能」提升為正式物件。至少需要定義清楚：

  • Agent 角色與職責
  • 綁定的 Skill 集合
  • 可存取的資料範圍
  • 可調用的工具和工作流
  • 人工接管與升級規則

這樣後續不同場景下的客服 Agent、銷售輔助 Agent、質檢 Agent、工單 Agent 才能共用一套平台能力。

二，把客服工作流從「頁面配置」升級到「任務編排」​

今天很多系統裡的 workflow 更接近表單或路由配置。微語後續更值得做的是，把它升級成 Agent 視角的任務編排層，讓系統明確知道：

  • 當前處於哪種服務場景
  • 下一步應該先調知識、先問澄清問題，還是先建單
  • 何時觸發質檢、預警、升級、轉人工
  • 哪些動作可以自動執行，哪些動作必須人工確認

一旦做到這一層，微語的工作流就不只是「配置項」，而會成為 Agent 的執行框架。

三，把回饋體系升級成可營運的 Agent 評估系統​

如果微語未來真的要做強 Agent，必須把回饋資料結構化沉澱下來，而不是只看滿意度。

建議重點記錄這些訊號：

  • AI 建議是否被採用
  • 使用者是否重複追問
  • 是否觸發轉人工
  • 是否產生投訴或風險事件
  • 哪些表單欄位仍需人工修改
  • 哪些知識答案被頻繁命中但仍未解決問題

只有這些資料具備結構化記錄，後面 Skill 診斷、Agent 調優、知識庫迭代才有基礎。

四，把 Agent 做成後台可營運資產​

Agent 不應該只存在於會話頁裡，也應該在管理後台成為一個可配置、可分析、可發布的物件：

  • 支援 Agent 版本管理
  • 支援 Skill 配置和複用
  • 支援不同租戶／工作組的灰度發布
  • 支援按行業導入模板
  • 支援查看關鍵指標變化

這會直接決定微語未來是「接了大模型的客服系統」，還是「可持續營運的企業 Agent 平台」。

一個更現實的微語落地順序​

從投入產出比來看，後續實現可以分三步走。

第一階段：補齊執行鏈路裡的自動化節點​

優先把最容易產生價值的能力做深：

  • 會話意圖識別
  • 標籤自動生成
  • 工單欄位預填
  • 服務小結生成
  • 坐席即時輔助

這一階段的目標不是全自動，而是先把人工從重複勞動裡解放出來。

第二階段：建立 Agent + Skill 編排模型​

在管理後台增加 Agent 和 Skill 的配置能力，讓知識庫、工單、工作流和 AI 調用真正接入統一編排層。

這一階段完成後，微語才能從多個獨立功能，升級成一套面向場景執行的系統。

第三階段：形成持續優化閉環​

當回饋資料、Skill 配置、執行記錄都具備後，再推進：

  • 失敗樣本歸因
  • Skill 優化建議
  • 行業模板沉澱
  • 關鍵指標對比
  • Agent 版本迭代

這一步決定微語後面能不能形成真正的產品壁壘。

微語接下來應該把哪些經驗沉澱成產品能力​

過去和客戶長期溝通後，微語越來越確認一個核心問題：如何讓系統代替人去組織資訊、執行動作、沉澱結果。

對微語來說，後續產品規劃如果仍然停留在「增加幾個智慧按鈕」，價值會比較有限；但如果能把知識庫、工單、工作流、坐席輔助、質檢和多模型能力組織成統一 Agent 體系，微語就有機會把客服平台從功能型產品，推進到真正具備執行能力和成長能力的企業服務作業系統。

參考​