AI Agent跨SMS、WhatsApp、語音協調調度:香港指南
作者:Ilya Laptev,Genium Group 聯合創辦人 · 發佈於
香港一間地產代理的WhatsApp機械人向業主表示「等我幫你轉去同事處理」,然後回電的真人客服開口第一句竟是「唔好意思,可以再講一次單位號碼嗎?」這絕非小小的用戶體驗失誤。這代表整套SMS WhatsApp語音AI Agent系統從未真正將對話內容承接下去,而客戶為此付出的代價,就是重複提供資料及失去信任。這正是每個包裝精美的供應商示範會極力隱藏的失敗環節,也是香港/亞太區營運主管在簽約前必須逼出來、擺上枱面的關鍵問題。
我們Genium Group團隊開發的AI語音電話Agent正正就是活在這種系統之中——支援英語、廣東話及國語的來電與去電,並與WhatsApp及SMS連接,配備可設定的AI Agent人工接管功能,轉駁至真人客服。我們見過(也親身主持過)足夠多的供應商示範會,深知投影片上寫的「全渠道」幾乎毫無意義,直到路由邏輯真正遇上例外情況為止。這份清單,是我們身為買家而非供應商時,會希望自己擁有的清單。
從客戶旅程出發,而非渠道清單
大部分推銷開場都由渠道清單開始:「我們支援語音、SMS、WhatsApp、網頁聊天」。這是錯誤的起點。真正應該測試的單位,是同一段對話能否無縫貫穿多個渠道,讓客戶完全察覺不到接口的存在。試想像一位九龍物流客戶在WhatsApp上發送送貨查詢,兩小時後仍未有回覆,於是改為致電熱線,並期望接聽者已經知道她剛才問了甚麼。假如平台無法重組這段對話線索,你買到的就不是AI Agent協調調度——而是三個共用同一個標誌的獨立機械人。
AI客服中心示範會檢查清單:測試例外情況,而非順暢流程
每個協調調度平台在客戶完全按照流程圖預期的方式回答時,都能正確路由。除非你逼出例外情況,示範會本身毫無價值。請在現場即時執行以下AI客服中心示範會檢查清單:
- 意圖含糊——「我想改我的預約」可能是指改期、取消,或投訴上次的服務。
- 低置信度——當模型只有55%把握而非95%時,會發生甚麼?
- 香港公眾假期,而非只是週末,對比營業時間邏輯。
- 安排一位「憤怒客戶」的劇本,測試情緒觸發的升級機制。
- 重複身份驗證——在WhatsApp對話線索與後續來電之間,Agent會否要求客戶重複提供同一項驗證?
- 明確要求「轉真人」,分別以正常語氣及帶諷刺語氣說出。
若供應商只能示範清單上第一項,他們展示給你的並非AI Agent協調調度,而只是一段劇本。
量度AI Agent人工接管的轉接延遲與情境轉移
要求以「秒錶示範」而非投影片作證。觸發一次真實升級,分別計時三件事:真人客服畫面顯示來電對話所需時間、顯示完整歷史記錄(而非只有最後一則訊息)所需時間,以及顯示AI撰寫的摘要(而非要真人由零開始閱讀的原始文字記錄)所需時間。這正是AI Agent人工接管的核心,亦是大部分平台悄悄偷工減料之處。
一個需要40秒才能呈現準確摘要的平台,往往比一個5秒內接通、卻把一整堆未經整理文字塞給真人的平台更實用。要量度延遲與完整度之間的取捨,你需要自己的秒錶與情境,並以同一方式測試每個比較中的供應商。
檢查渠道對等性——別輕信「全渠道」二字
將同一個情境分別在SMS、WhatsApp及語音上執行一次,並將結果並排比較。大部分「全渠道AI交接」的說法,正是在這一步崩潰。語音渠道通常配備最新模型及最豐富邏輯,因為它是旗艦示範項目。SMS則因電訊商限制訊息長度及速度(參見Twilio有關短訊長度限制的說明),只獲配一套簡化規則引擎。WhatsApp則介乎兩者之間——文字處理通常穩健,但即時轉接較弱,因為WhatsApp Business API本身有其獨特的對話期與範本限制,語音渠道並不受此限制。Twilio的WhatsApp關鍵概念解釋了24小時客戶服務時段及已批准範本的運作方式。
| 測試情境 | SMS | 語音 | |
|---|---|---|---|
| 更改預約 | 能否在沒有豐富選單下確認? | 使用按鈕/清單,還是退回純文字? | 能否以口頭確認並正確記錄? |
| 升級至真人 | 發送回撥號碼,還是直接卡住? | 轉接過程中對話線索是否保持開放? | 能否以等候時間預估排隊? |
| 語言切換 | 廣東話拼音還是只有英文? | 原生中文字體? | 通話中能否即時在廣東話、國語、英語之間切換? |
| 轉交客服的文字記錄 | 完整對話線索,還是只有最後一則訊息? | 媒體及附件是否保留? | 摘要生成需時多少秒? |
每個供應商每一行都以1至5分評分,並使用你自己的情境,而非他們預設的。這個表格是整個評估過程中最有用的產出——請保留下來,並在每次供應商更新平台時重複使用。
簽約前先驗證香港及亞太營運要求
語言是第一道篩選,而且並非二元判斷。請問清楚廣東話支援是原生語音辨識及生成,還是只是為示範會臨時加上廣東話字幕的英文模型。同時要直接問清楚,供應商如何處理香港《個人資料(私隱)條例》——保留期限、存取權限控制,以及甚麼情況會觸發對已儲存通話及訊息數據的人工審查。假如他們無法在一句話內、無需律師協助就答出來,這是一個真實的警號,並非形式問題。可先參閱私隱專員公署對《個人資料(私隱)條例》的概述作準備。
簽約前先為平台評分
將以上所有內容轉化為加權評分表,而非憑感覺判斷。一個合理的起始權重分配:例外情況路由準確度(25%)、轉接速度及情境完整度(25%)、渠道對等性(20%)、香港及亞太語言與合規適配度(20%)、與你CRM或預約系統的整合深度(10%)。在同一場示範會中,使用你自己的劇本,為每個供應商每一項目評1至5分。
值得誠實指出一個限制:我們測試過的協調調度平台——包括我們自己的部署——沒有一個能在啟用首日就正確處理所有例外情況。置信度門檻需要根據真實通話數據調整,而句中廣東話與英語混雜切換的情況,仍比任何銷售示範會願意承認的更容易絆倒強大的模型。請預留兩至四星期的上線後調整期,而非零調整期,並將此納入你所簽署的任何合約中。
結論
AI Agent跨SMS、WhatsApp及語音的協調調度,其表現取決於最弱的渠道及最慢的轉接環節,而這兩者都不會出現在功能清單投影片上。做對這件事的買家,會在示範會前先寫好真實的例外情況劇本,以秒錶量度轉接時間,並強逼進行渠道對等性並排比較,而非因一場精美的語音示範就接受「全渠道」之說。特別針對香港及亞太市場,請在清單中加入三語語音測試及符合《個人資料(私隱)條例》標準的數據處理問題。除非供應商在你面前至少在一個你設計的例外劇本上失敗,並清楚展示如何復原,否則不要簽約。
假如你正在評估AI Agent跨SMS、WhatsApp及語音協調調度的平台,請帶上你自己的例外情況劇本前往示範會——或者讓我們的團隊與你一起建立評分表。立即了解我們的AI語音電話Agent如何處理即時轉接,或探索跨渠道的完整AI Agent開發方案。
常見問題
甚麼是AI Agent跨SMS、WhatsApp及語音的協調調度?
AI Agent跨SMS、WhatsApp及語音的協調調度,意指單一AI系統持續管理客戶的對話,即使對話在不同渠道間轉移,亦能保持情境、歷史記錄及意圖完整,而非將每個渠道視作獨立機械人處理。實際測試方法,是檢查一位在WhatsApp開始對話、最終以電話結束對話的客戶,是否需要重複自己說過的內容——若需要,則無論供應商如何稱呼這項功能,協調調度都已經失敗。
哪些平台能將AI對話路由至真人客服?
Twilio的對話協調調度工具及Genesys的體驗協調調度平台,均為跨渠道AI轉真人路由而設計,另外亦有如Genium Group等供應商,為客戶建構自訂的語音加訊息系統,並配備可設定的接管機制。沒有任何平台能開箱即用地完美路由;所有平台都需要根據你實際的通話及訊息量進行調整,才能達到足以無需監督、值得信賴的路由邏輯水平。
AI轉真人接管如何保留對話情境?
一個建構完善的接管流程,會在升級發生的瞬間,將完整的跨渠道對話線索、客戶檔案,以及AI生成的摘要,同時傳送至真人客服的畫面上,而非只傳送最新一則訊息。薄弱的實作方式,只會轉移目前渠道的文字記錄,甚至完全沒有轉移,迫使客戶重新解釋問題——這是每次供應商示範會中,簽約前最應該測試的最常見失敗點。
單一AI Agent能否同時支援WhatsApp、SMS及語音?
可以,但渠道對等性差異頗大——語音渠道通常運行能力最強的模型,SMS受電訊商訊息限制所制約,而WhatsApp則受Business API對話期及範本規則所限。在假設對方具備真正跨渠道能力之前,應在三個渠道上執行完全相同的情境,並並排比較每個渠道實際支援的行動、記憶及升級行為。
在AI Agent平台示範會中應測試甚麼?
應針對真實例外情況測試路由邏輯——意圖含糊、低置信度、憤怒情緒、明確要求轉真人——然後以秒錶量度轉接延遲,並在每個渠道上執行相同情境以檢查對等性。對於香港及亞太買家而言,亦應測試廣東話及國語的語音質素,並要求供應商以簡潔的一句話,清楚說明其符合《個人資料(私隱)條例》的數據保留政策。
Voice agents · Ai agents · Retell vs Vapi for Hong Kong and APAC Phone Lines · Call Answering in Hong Kong: 4 Models Compared · After Hours Call Answering Service HK: Emergency Triage Setup · AI Cold Calling Agent for Sales Teams: A Hong Kong Verdict · AI Receptionist Clinic Hong Kong: A Week-by-Week Rollout · More articles · Talk to our team
