客服機器人轉真人不該等到顧客已經不耐煩才啟動，而是先把哪些問題能自動回、哪些一定要人工接手寫成規則。對台灣 SME 來說，最穩的做法通常是把情境先分成高風險、高價值、資料不足、非營業時間四類：FAQ 交給機器人，詢價與客訴保留真人，機器人只負責先收資料、說明等待時間、把上下文交給下一位接手的人。這樣才能同時兼顧效率、成交率與體驗。
客服機器人轉真人為什麼不是最後補救
如果團隊把轉真人當成「機器人失敗了才補救」，通常就會出現兩種後果：高意圖客戶被卡住，或真人接手後還要從頭問一次。Zendesk 把 handoff 定義為讓真人成為對話的第一回應者，並明確指出轉交後 AI 不再回覆該對話；Intercom 也把 human handoff 寫成可配置規則，而不是單一按鈕。Zendesk Intercom
這代表客服機器人轉真人真正要解的是流程設計，不是語氣美化。只要你沒有先定義接手條件，機器人就會在不該硬撐的地方硬撐，真人則會在最晚、最亂、最沒上下文的時候才進場。
台灣 SME 最實用的 4 種真人接手情境
Intercom 的最新 escalation 文件指出，當顧客直接要求真人時，系統應立刻提供 handoff；若沒有 human routing target，則不會提供 escalation。這種寫法很重要，因為它提醒商家不要假裝有真人可以接。Intercom
| 情境 | 先交給誰 | 機器人該做什麼 | 真人接手重點 |
|---|---|---|---|
| 高風險問題 | 真人立即接手 | 說明將轉由人工處理，先收訂單編號、電話或必要佐證 | 客訴、退費、異常訂單、負面情緒、醫療法律財務疑慮 |
| 高價值問題 | 機器人先分流，真人快速接手 | 確認需求類型、預算、地區、時程、聯絡方式 | 詢價、預約、專案需求、合作提案、到店前諮詢 |
| 資料不足問題 | 機器人先收資料，再排隊交接 | 補齊姓名、需求、時間、品項、門市或服務地區 | 避免真人接手後還要追問基本欄位 |
| 非營業時間問題 | 機器人值班，真人於 SLA 內回覆 | 先答 FAQ、說明回覆時間、保留上下文 | 隔日依優先順序處理，而不是全部重問一次 |
第一類是高風險問題。Intercom 說明 Fin 會在高風險情境自動 hand off，例如高風險醫療、法律或財務內容。多數台灣 SME 雖然沒有同等複雜規則，但至少應把退費、異常付款、配送爭議、負評危機與情緒升高的對話列入真人優先。Intercom
第二類是高價值問題。像是報價、預約、到店諮詢、企業合作、客製需求，本來就不是單靠 FAQ 就能收單。這些對話不一定危險，但很接近成交，因此客服機器人應該先判斷意圖、補齊欄位，再把對話交給真人，而不是繼續用模板兜圈。
第三類是資料不足問題。Intercom 的 handover to another support tool 文件特別把「先告知顧客接下來會發生什麼」「先收 email 或必要資料」放在 handoff 前面，代表優秀的轉真人不是直接丟給客服，而是先把接手所需資料補齊。Intercom
第四類是非營業時間問題。這類最適合機器人值班，但前提不是假裝真人在線，而是清楚說明回覆時間、先解答常見問題、把聯絡資訊與需求內容留好，讓隔日接手的人能直接進入重點。
LINE 官方帳號、官網聊天與 AI 客服要怎麼分工
如果你的主要入口在 LINE，回應模式本身就會影響客服機器人轉真人能不能成立。LINE 官方帳號 FAQ 說明，「聊天」模式可一對一聊天，且能在非營業時間搭配自動回應；「聊天機器人」模式則不能一對一聊天，通常適合已有工程串接或特殊服務需求的商家。LINE Biz-Solutions FAQ
LINE 的自動回應手冊也明確指出，當回應模式設為聊天訊息時，回應相關功能設定不會顯示；另一份智慧聊天手冊則說明，營業時間與非營業時間可以切不同回應方式。這代表很多台灣 SME 真正該做的，不是急著上最複雜的 bot，而是先把白天真人、下班後自動回覆、FAQ 關鍵字、改由人工處理的時機排清楚。LINE Biz-Solutions Manual LINE Biz-Solutions Manual
官網聊天與 AI 客服則更適合做前段分流。顧客如果只是問營業時間、庫存、基本方案差異，機器人可以先處理；一旦問題進入報價、案例、時程、客訴、售後或異常狀況，就該交由真人。重點不是通路不同，而是每個入口都要共用同一套接手規則。
轉真人前一定要先收哪些資料，才不會讓客戶重講一次
Zendesk 的 AI agent help center 文件寫得很直接：AI 要在上線前有可用的 help center 內容，而且更完整的 knowledge base 會帶來更好的表現。這句話的實務意思是，客服機器人轉真人前，除了收表單欄位，也要有足夠的標準答案與分類邏輯，否則它根本不知道哪些該回、哪些該讓人接。Zendesk
至少先收四類資料：第一是身分與聯絡方式，例如姓名、電話、email、LINE 名稱。第二是問題類型，例如詢價、預約、改期、訂單查詢、客訴。第三是必要上下文，例如產品、門市、訂單編號、服務地區、希望處理時間。第四是等待預期，例如告知多久內會由真人接手。
Zendesk 另一篇 transfer with metadata 文件則更進一步，把 metadata 帶進 ticket field。對 SME 來說，不一定要做到 API 層級，但至少要把「客戶剛剛問了什麼、觸發了哪個規則、目前被分到哪一類、客服下一步該做什麼」保留下來。Zendesk
真正糟糕的客服機器人轉真人，不是轉慢一點，而是轉過去之後顧客還得再講一次。只要交接內容看不到，任何自動化最後都只是在把顧客的不耐煩往後延。
7 天內可以完成的客服機器人轉真人設定
第一天先把最近兩週最常見的訊息分成 FAQ、詢價、客訴、異常四類。第二天替每一類寫出「機器人可處理到哪裡」與「什麼句子或情境必須轉真人」。第三天把必要欄位整理好，例如訂單編號、電話、需求類型、希望聯絡時間。
第四天設定營業時間與非營業時間的回覆邏輯，避免下班時還假裝有真人在線。第五天測試至少十組真實情境，確認顧客要求真人時，不會被多問三輪。第六天讓客服與業務一起看交接內容，確認誰接、多久接、接到後第一句該問什麼。第七天再回頭看是否還有對話被卡在 FAQ 裡太久。
哪些公司適合先做，哪些先別急著上
這套做法最適合已經有 LINE 官方帳號、官網聊天、表單或電話詢問，而且每天會遇到重複問題與多人輪班回覆的商家。像診所、教育、零售、電商、在地服務、專案型 B2B、預約型服務，都很適合先做基礎的客服機器人轉真人規則。
如果你現在連常見問題都沒整理、沒有固定值班時段、沒有任何人負責接手轉進來的高意圖客戶，那先不要急著上生成式 AI。先把 FAQ、值班規則、接手欄位與 SLA 補齊，往往比先追求更聰明的機器人有效。
另外，本文的流程建議主要來自 LINE、Intercom 與 Zendesk 的官方文件，重點是營運規則，不是台灣市場統計。若你的產業涉及醫療、金融、法律或高敏感個資，仍需把更嚴格的合規與人工覆核放在前面。
資料更新與來源
本文於 2026-07-04 依可公開查驗資料更新，主軸聚焦在客服機器人轉真人的流程設計、回應模式限制與上下文交接。因中文 SERP 對此主題較分散，本文優先採用 LINE、Intercom、Zendesk 的官方手冊與 help center 頁面，而非單一顧問公司觀點。
重要來源包括：LINE 官方帳號聊天模式 vs 聊天機器人模式 FAQ、LINE 自動回應訊息手冊、LINE AI 自動回應訊息 / 智慧聊天手冊、Intercom Fin AI Agent explained、Intercom escalation guidance、Intercom handover workflow、Zendesk handoff and handback、Zendesk AI agent help center content、Zendesk transfer with metadata。
結論：先把接手規則寫清楚，再談 AI 多聰明
客服機器人轉真人最怕的不是機器人不夠像人，而是團隊根本沒定義什麼時候該讓人進場。對台灣 SME 來說，先把高風險、高價值、資料不足、非營業時間四類情境拆清楚，再補上值班規則、等待預期與交接欄位，機器人才能真的幫你省工，而不是把本來可能成交或可挽回的客戶卡在流程裡。
FAQ
客服機器人轉真人一定要用生成式 AI 嗎？
不一定。很多台灣 SME 先用 FAQ、自動回應、營業時間切換與基本分流規則，就能先把真人接手時機理順，再決定要不要加上生成式 AI。
哪些問題最不適合一直留在機器人裡？
退費、客訴、異常訂單、情緒升高、醫療法律財務疑慮，以及接近成交的詢價或客製需求，都不適合讓機器人長時間兜圈。
LINE 官方帳號可以同時做機器人和真人客服嗎？
可以，但要看回應模式與營業時間設定。聊天模式可做一對一聊天並搭配非營業時間自動回應；聊天機器人模式則不適合一對一人工聊天。
轉真人前最少要先收哪些欄位？
至少先收姓名或稱呼、聯絡方式、問題類型、訂單或服務上下文，以及希望何時被回覆。少了這些欄位，真人接手後通常還是要重問一次。
如果晚上沒有人值班，還要提供轉真人嗎？
可以提供，但不要假裝立即有人接手。更好的做法是清楚說明回覆時段、先收必要資料、保留對話上下文，並承諾可執行的回覆時間。