AI客服轉真人怎麼設？台灣 SME 先訂這 5 個升級條件，才不會把高意圖客戶卡死

AI客服轉真人不能只靠「AI 答不出來」這一條規則。對多數台灣 SME 來說，真正會漏單的，往往不是完全回答不了的問題，而是那些已經帶著報價、預約、退款、客訴或高購買意圖進來的對話，卻被 AI 多拖了兩輪、沒帶著上下文交出去，或剛好卡在下班後沒有人接。比較穩的做法，是先把升級條件、轉接時要帶的資訊、時段 fallback 與回覆 SLA 一起訂清楚，讓真人接手不是補救，而是保護高意圖客戶的固定流程。

AI客服轉真人真正要解什麼問題？

很多團隊把 handoff 想成客服機器人的安全出口，好像只要 AI 回不出來，再叫人出來收尾就好。但從營運角度看，轉真人真正要解的，是兩件事：第一，哪些對話不該再由 AI 繼續拖；第二，交出去時，真人能不能立刻接上而不是重問一次。

Microsoft Copilot Studio 在 2026 年 5 月 2 日更新的 handoff 文件中，直接把重點寫在「完整對話歷史」與「相關變數」會一起交給真人代理人。這代表官方設計假設本來就不是只找一個人來看，而是讓後續接手的人能帶著上下文繼續談。Microsoft Learn: Hand off to a live agent

如果交接後還要重問姓名、需求、產品、時程與問題背景，那麼你的 AI 並沒有省下真正的時間，反而只是多加一道摩擦。

這套做法適合誰，不適合誰？

這篇做法最適合已經有 LINE 官方帳號、網站聊天、電話回撥、表單或社群私訊，而且每天會收到重複詢問與少量高價值詢問的台灣 SME。特別是診所、教育訓練、電商、預約制服務、B2B 顧問、設備與在地服務商，最常遇到「基礎問題很多，但真正重要的那幾則不能拖」的情境。

它不太適合目前每天訊息量很少、產品與服務仍常變動、FAQ 還沒整理、也沒有真人接手責任人的團隊。若你連「誰負責接」都沒有定義，先導入 AI 客服只會把原本的混亂包得更漂亮，而不會真的提升轉換。

哪些情況一定要轉真人？

不是所有升級條件都來自「AI 沒知識」。很多時候，AI 就算能給出表面答案，也不應該繼續回答。只要對話開始牽涉承諾、例外、金流、個資、情緒或高價值下一步，就應該把真人接手視為預設選項，而不是最後手段。

Zendesk 在 AI agent answer step 文件裡，把 transfer to agent、ask for details、business hours condition 都列成標準流程元件，不是額外功能。這個設計很值得 SME 參考，因為它提醒你：收資料、看時段、再轉接，本來就該是一條流程。Zendesk Help: Understanding the step types for AI agent answers

台灣 SME 最先要訂的 5 個升級條件

第一版 handoff 規則不需要很複雜，但一定要讓客服、行銷、業務都看得懂。比起追求一個神準分數，更實用的做法通常是先寫清楚五組條件，讓 AI 知道什麼時候該停、該收資料、該叫誰。

1. 客戶主動要求真人，就不要再硬留在 AI

Microsoft Copilot Studio 明確提到，客戶可以在任何時點要求 live agent，系統也可以用 implicit trigger 把對話導到 Escalate topic。這很重要，因為很多團隊會想把「我要找真人」「我要專人」「幫我轉客服」再丟回 FAQ，結果只會讓客戶更不耐煩。Microsoft Learn: Hand off to a live agent

第一條規則應該很簡單：只要客戶明講要真人，就直接轉，不要再問三輪是不是 FAQ 可以解決。

2. AI 超出知識邊界或信心不足時，要誠實停下來

這是多數團隊最容易理解的一條，但也最容易做得太晚。真正穩的做法，不是等 AI 亂答後再補救，而是讓它在知識不足、規則衝突或情境過於模糊時，立刻改成收資料或交人。

Intercom 在 2026 年 6 月 12 日的 handover 文件裡，直接把「設期待、收資訊、關閉當前對話、建立工單」寫成標準做法。這種思路值得借用，因為它代表當 AI 無法解決時，下一步應該是有秩序地移交，而不是繼續猜。Intercom Help: Hand over Fin AI Agent conversations to another support tool

3. 高風險與高承諾對話，要優先交真人

退款、客訴、付款失敗、配送錯誤、個資修改、療程或法規敏感問題，不應該靠 AI 延長對話。這些情況的重點不是回答速度，而是責任邊界、語氣拿捏與後續處理權限。

如果你的產業涉及價格承諾、療程安排、合約細節、客製規格或售後補償，最好一開始就把這些列入升級關鍵字與類型條件，而不是等客服出事後再回頭補規則。

4. 高意圖對話不是等 AI 失敗才升級，而是主動交接

很多高意圖客戶其實不會先抱怨，他們會說「可以約時間嗎？」「我要報價」「方便專人聯絡嗎？」「我們公司想談合作」。如果 AI 還在那裡重複介紹方案、貼 FAQ、或叫他自己看網頁，常常就把原本很近的成交往後推。

Coda 和在地 LINE AI 客服銷售頁面之所以容易打中 SME，就是因為它們把「答不出來」和「要接單」分開處理。對你自己的流程來說，也應該分開看。前者是知識問題，後者是銷售交接問題，規則不能混在一起。

5. 上班與非上班時間要有不同 fallback

LINE 官方帳號與網站聊天最容易出現的誤判，就是明明沒有人在線，系統卻還是讓客戶以為已經轉給真人。這種假接手通常比直接誠實說明更傷信任。

LINE Biz-Solutions 的一對一聊天與聊天進階方案內容，反覆強調標籤、記事本、回覆狀態與聊天紀錄管理，這代表 LINE 在台灣的真實使用情境，本來就很依賴人工接手後的持續管理。LINE Biz-Solutions: 一對一聊天功能 LINE Biz-Solutions: 聊天進階方案

因此 after-hours 的標準做法應該是：明講目前由系統先協助記錄、收聯絡方式、承諾下一個回覆時段，必要時建立回撥或工單，而不是假裝已經完成真人接手。

轉真人時，要一起交出去的 4 種資訊

Dynamics 365 Contact Center 的官方文件指出，AI 升級對話時可以一起送 context variables、技能條件與聊天逐字內容，讓路由引擎重新判斷並把對話送到對的人；一旦真人接受，聊天逐字稿會直接出現在對方工作台。Microsoft Learn: Configure Azure agents to escalate and end conversations

把這個概念翻成 SME 可執行版，至少要交出去四種資訊。

1. 對話摘要：這位客戶想做什麼、卡在哪裡、AI 已經回過什麼。
2. 客戶資料：姓名、電話、Email、LINE 類別、會員編號或訂單編號。
3. 意圖與風險標籤：報價、預約、退款、客訴、付款、個資、合作等。
4. 下一步責任：誰該回、多久內回、要回哪個通路。

Zendesk 在 chat transfer 文件裡還提醒，如果轉給離線代理人，聊天會結束並進入對方隊列；而且轉給其他群組後，對話會排到該隊列底部。這表示你不只要決定「轉不轉」，還要決定「轉去哪裡才真的會被接住」。Zendesk Help: Serving chats in the Zendesk Agent Workspace

LINE、網站與電話回撥，怎麼排成同一套流程？

台灣 SME 常見問題不是只有一個通路，而是 LINE 私訊、網站聊天、表單、電話、Google 商家訊息、社群私訊混在一起。若每條通路都各自處理，AI 再好也只會把資料切得更碎。

LINE Developers 的 webhook 文件說得很明白：當使用者加好友或發送訊息時，系統可以即時收到事件並處理，這很適合拿來做第一層分類、標籤與通知。LINE Developers: Receive messages (webhook)

比較務實的第一版做法通常是這樣：

• LINE 與網站聊天：AI 先接，符合升級條件就收資料並通知真人。
• 電話或未接來電：建立回撥清單，必要時由 AI 先發確認訊息或蒐集基本需求。
• 表單與詢價頁：直接進 CRM 或 Google Sheet，再用同一套高、中、低優先規則排隊。
• 真人接手後：統一把結果回寫到同一個客戶紀錄，而不是只留在聊天室。

這裡的重點不是你一定要先買哪個系統，而是要避免同一位客戶在 LINE 問過、網站又問一次、最後電話再說一次，而團隊仍然像第一次接觸。

14 天上線 SOP

第 1 到 3 天：回頭看最近 50 則真人接手對話

先不要急著寫新規則。把最近 50 則需要人接手的對話抓出來，分類成報價、預約、客訴、退款、資訊不足、敏感承諾與客戶直接要求真人。這一步的目標，是找出你真正常見的升級場景，而不是想像中的理想流程。

第 4 到 6 天：寫出 5 個升級條件與 3 種 fallback

把上面五組條件改寫成團隊看得懂的規則，並分成上班時間、下班時間、完全無人值班三種 fallback。你不需要一開始就做很細，但一定要讓任何接手的人都知道：現在這則對話應該回在哪裡、多久內回。

第 7 到 10 天：決定交接欄位與通知方式

至少先決定四件事：要收哪些欄位、轉接時給真人看的摘要格式、通知要送到哪裡、回覆時限怎麼算。Intercom 的流程設計之所以實用，就是因為它把收資訊和建立工單放在 handoff 裡一起處理，而不是交給人工臨時補。對 SME 來說，就算先用 Google Sheet、LINE 標籤與 Email 通知，也比完全沒有結構好。

第 11 到 14 天：用小流量先測，不要一開始全量上線

先挑一個通路，例如網站聊天或 LINE 官方帳號，讓 AI 只承接低風險 FAQ，再觀察三件事：高意圖對話有沒有更快被接住、真人是不是少重問了、下班後的待回覆清單有沒有真的被處理。若這三件事沒有改善，就代表問題不是 AI 模型，而是 handoff 規則還沒寫清楚。

常見錯誤

• 只把「答不出來」設成升級條件，卻漏掉報價、預約、客訴與付款等高價值情境。
• 對客戶說已轉真人，但其實沒有人在線，也沒有 fallback 與回覆時限。
• 交接後沒有對話摘要，讓真人必須重問一次需求。
• 真人接手完沒有回寫結果，導致同類問題下次還是卡住。
• 把所有通路分開管，讓 LINE、網站、電話各有一套規則。
• 只追自動回覆率，不追高意圖對話的接手速度與最終成交品質。

今天就能先做的三件事

第一，把最近一週所有「最後還是找真人」的對話拉出來，先看它們是不是都集中在同幾種情境。第二，替每一種情境寫一句客戶看得懂的升級說明，例如「我先幫您交給專人，今天下午五點前回覆」。第三，決定真人接手時至少要看到哪四個欄位，沒有這一步，AI 再多也只是把問題往後丟。

資料更新與重要來源

本文於 2026 年 7 月 29 日整理。時間較新的官方依據，主要來自 2026 年 6 月 12 日的 Intercom handover 文件、2026 年 5 月 2 日的 Microsoft Copilot Studio handoff 文件、2026 年 7 月仍可讀取的 Dynamics 365 Contact Center 升級文件、Zendesk 2026 年 5 月與 7 月的轉接相關文件，以及 LINE Biz 和 LINE Developers 的官方說明。

• Microsoft Learn: Hand off to a live agent
• Microsoft Learn: Configure Azure agents to escalate and end conversations
• Intercom Help: Hand over Fin AI Agent conversations to another support tool
• Zendesk Help: Understanding the step types for AI agent answers
• Zendesk Help: Serving chats in the Zendesk Agent Workspace
• LINE Biz-Solutions: 一對一聊天功能
• LINE Biz-Solutions: 聊天進階方案
• LINE Developers: Receive messages (webhook)

需要說明的限制是，本文的台灣 SME 做法屬於把企業級官方 handoff 文件翻譯成在地實務 SOP，不代表每一套 AI 客服、LINE 串接工具或 CRM 都會有相同欄位名稱與路由能力。若你已經綁定特定客服平台，正式上線前仍應回到該平台文件確認欄位、隊列、通知與 API 限制。

結論

AI客服轉真人做得好，省下來的不只是客服時間，而是把本來會漏掉的高意圖客戶確實接住。對多數台灣 SME 來說，第一版最重要的不是導入最複雜的 AI，而是先把五個升級條件、四個交接欄位、after-hours fallback 與回覆 SLA 訂清楚。當你把 handoff 從臨時補救改成固定流程，AI 才會真的成為真人客服的前哨，而不是新的漏單來源。

FAQ

AI客服轉真人一定要等 AI 回不出來才觸發嗎？

不一定。高意圖詢價、預約、合作洽談、退款、客訴、付款爭議與個資處理，很多時候就算 AI 能回答表面資訊，也應該主動交給真人。

客戶說要找真人時，AI 還要不要先問很多資料？

可以先補最必要的 1 到 3 個欄位，例如姓名、聯絡方式、需求類型，但不應該讓客戶再做一次完整問答。原則是減少重複，而不是把真人前置作業全部丟給客戶。

非上班時間沒有人在線，還能寫已轉真人嗎？

不建議。比較穩的做法是誠實說明目前先代為記錄、留下聯絡方式與預計回覆時間，必要時建立回撥或工單。

轉真人時最少要交什麼資訊？

至少要有對話摘要、客戶資料、意圖或風險標籤，以及下一步責任人與回覆時限。沒有這些，真人接手後通常還是得重問一次。

台灣 SME 沒有大型客服系統，也能先做這套 handoff 嗎？

可以。第一版甚至可以先用 LINE 標籤、Google Sheet、Email 通知或簡單 CRM 去做，只要團隊能用同一套升級條件與回覆責任處理對話，就已經比完全沒有規則穩很多。