LINE AI 客服遇到哪些問題，應該轉給真人還是AI機器人直接處理？
在科技業業務、FAE 與製造業售後服務中，如何釐清轉真人的六類情境、人工接手狀態、交接摘要與非服務時段的處理方式。
在服務的案例中: 公司的客戶在 LINE 上問：「這台設備現在有貨嗎？我們這週五前一定要到。」
AI 找到型錄裡的標準交期，回了一句「可以安排」，看起來很有效率。但如果庫存、交貨地點與客戶條件都還沒確認，這句話就可能變成業務需要收拾的承諾。
AI 客服的價值，包含知道什麼時候該停下來，把問題交給對的人。 對採用 LINE 接待客戶的台灣科技公司與製造業，轉真人規則應該在上線前就寫清楚。
先分清楚「資訊回答」與「替公司做決定」
下面是便於規劃的示意情境，場景漢人事物會做調整。
一家工業電腦供應商用 LINE 回答產品與售後問題。AI 可以根據核准的文件，說明公開規格、服務時間與申請維修的準備資料。
但涉及替代料是否可用、特殊折扣、現貨保留或保固爭議時，需要由業務、FAE 或服務窗口確認。因為這些問題除了查資料，還需要權限、責任與當下的營運資訊。
六類問題，建議優先轉真人
| 問題類型 | 科技業情境 | 製造業對照 | 建議接手角色 |
|---|---|---|---|
| 需要商業承諾 | 特價、交期保證、保留庫存 | 急單、插單、特殊付款條件 | 業務或有授權的主管 |
| 需要技術判斷 | 相容性、替代規格、韌體適用版本 | 圖面版次、材料替代、加工條件 | FAE、工程或品保 |
| 客訴與權益爭議 | 保固認定、退貨例外、服務中斷 | 交貨品質、批次異常、賠償要求 | 客服主管與責任部門 |
| 涉及非公開資料 | 客戶專案、個別合約、帳號資訊 | 客製圖面、報價明細、供應商資料 | 已完成身分與權限確認的窗口 |
| 超出已核准資料 | 查不到、版本矛盾、規格不完整 | 舊維修紀錄與現場狀況不一致 | 文件負責人或現場專業人員 |
| 使用者明確要求 | 「請轉業務」「我要找真人」 | 現場人員要求電話聯絡 | 指定的服務窗口 |
遇到疑似資安事件、現場安全疑慮或停線事件時，建議立即指引既有的緊急通報管道。對話系統可以協助收集問題概況，不應成為阻擋緊急處理的唯一入口。
不要只靠「我不確定」四個字決定轉接
可以把轉接條件拆成明確的規則：
- 找不到適用來源，或查到的文件版本相互衝突。
- 使用者提供的型號、版本或條件不足，釐清後仍無法回答。
- 問題需要查詢即時系統，但查詢失敗或帳號沒有權限。
- 對話進入折扣、例外交期、賠償等授權決策。
- 使用者否定回答、反覆提出同一問題，或明確要求真人。
「釐清幾次就轉接」可以設定成試行規則，再依對話紀錄調整。例如先限制連續兩次無法釐清的情況交由真人處理；這是流程設計示例，不是 LINE 的平台規定。
也不要直接把 LLM 自己輸出的信心百分比，視為可靠的風險判斷。應觀察實際測試中，哪些條件會漏轉、誤轉，或讓使用者一直繞圈。
轉接之後，AI 要知道現在輪到誰
建議在自家客服流程中保存以下狀態：
| 狀態 | AI 可以做什麼 | 系統需要確認的事 |
|---|---|---|
| AI 回答中 | 回覆已核准、適用範圍內的資訊 | 來源與回答紀錄 |
| 等待真人 | 告知已進入待處理流程，收集必要資訊 | 指派對象、服務時間、佇列是否建立成功 |
| 真人處理中 | 依規則暫停自由回覆，避免搶答 | 誰已接手、是否仍在處理 |
| 結案或交回 AI | 由窗口明確結案，再恢復自動服務 | 結案條件與後續追蹤事項 |
這是應用程式的狀態設計，不能把它當成一個通用的 LINE「自動轉真人」API。接到人工客服畫面、工單或企業內部系統，需要依實際採用的產品與串接方式實作。
LINE 官方文件說明，Messaging API 透過 webhook 把訊息事件交給 bot server；官方帳號管理後台也有聊天與回應設定。因此，要先確認後台回應設定與自家 bot 的分工，再測試是否出現重複回覆。不要在尚未確認功能前，就假設 bot 能讀到人工客服的每一句回覆。
交給真人的，不該只是一句「客戶有問題」
一張實用的轉接摘要，可以包含：
- 使用者正在問的問題與希望完成的事。
- 已提供的型號、訂單或案件編號，以及身分確認狀態。
- AI 已回答的內容、引用來源與尚未確認的部分。
- 轉接原因、急迫程度與建議接手部門。
- 原始對話的可追溯位置。
例如「客戶詢問 IPC-X 是否能在週五交貨，目前只確認型號與數量，尚未確認庫存與收貨地址，請業務確認」就比「幫忙處理一下」更容易接手。
如果需要查個別訂單或專案資料，應先完成服務帳號的身分與權限確認。LINE 的帳號連結機制提供相關技術做法；實際仍要由企業定義誰能看哪些資料，不能只憑聊天顯示名稱認定身分。
下班之後，也要說清楚接下來會發生什麼
如果目前沒有真人接手，就不要顯示「正在為您轉接專員」，卻讓使用者無限等待。
可以依公司公告的服務安排，準備明確的回覆範本：目前是否在服務時間內、問題是否已建立紀錄、後續聯絡方式，以及緊急案件應使用的既有管道。只有佇列或工單真的建立成功，才能說「已受理」。
上線前，至少測這五種對話
- 簡單 FAQ 能依核准資料回答，且附上必要來源。
- 使用者要求真人，能建立待處理項目。
- 問到不在資料中的規格，能停止推測並正確分流。
- 真人接手後，AI 不會同時給出矛盾承諾。
- 工單建立失敗、系統逾時或非服務時段，仍有清楚的替代說明。
衡量時，除了自動回答比例，還應看漏轉率、轉接摘要完整度、真人真正接手的時間，以及轉接後能否解決問題。對企業而言，讓該轉的問題順利到達責任窗口，比把自動回答比例做得漂亮更重要。
參考資料
資料查核日期：2026 年。本文的轉接條件與狀態表為設計建議；實際功能取決於帳號設定、服務產品與企業系統串接。