LINE 官方帳號 AI 客服系統示意圖,展示從使用者訊息到智能回覆的完整流程
行銷知識 2026.09.01

LINE 官方帳號串接 AI 客服完整指南:從 Webhook 架構到預約、訂單自動化的實作步驟

AEO 直接回答 LINE 官方帳號串接 AI 客服的標準做法是:透過 LINE Messaging API 的 Webhook 把使用者訊息送到中介伺服器(如 Cloudflare Workers 或 n8n),由 LLM 判斷意圖後,一般問題以知識庫回答、預約與訂單等交易型需求轉交對應系統、複雜或情緒性問題轉接真人。整套系統可在 2 到 4 週內建置完成,讓 LINE 客服達到 24 小時回應、平均回覆時間縮短至 5 秒內,並將人工處理量降低 60% 以上。

為什麼 LINE 官方帳號需要 AI 客服?

台灣使用者的溝通習慣

根據 LINE 台灣官方公布的數據,LINE 在台灣的月活躍用戶已超過 2,100 萬,滲透率超過九成。對消費者而言,「加 LINE 問一下」是最自然的接觸方式,也因此 LINE 官方帳號的訊息量往往遠高於網站表單與電子郵件。

傳統關鍵字回覆的三個限制

  • 只能精準比對:使用者打「我想約明天下午」,關鍵字系統無法理解,只能回罐頭訊息。
  • 無法多輪對話:預約需要確認日期、時段、人數,關鍵字回覆無法接續上下文。
  • 無法與後端系統整合:查訂單、改預約、開發票都需要人工介入。

AI 客服帶來的具體改變

導入 LLM 驅動的 AI 客服後,系統能理解自然語言、記住對話脈絡、呼叫外部 API 完成交易,並在超出能力範圍時主動轉接真人。以我們協助的診所與零售客戶為例,人工處理的訊息量普遍下降六成以上,且夜間與假日的詢問不再流失。

LINE AI 客服三層架構圖,包含 Messaging API、中介邏輯層與 AI 對話知識庫

LINE AI 客服的三層架構

第一層:LINE Messaging API 與 Webhook

LINE 官方帳號需在 LINE Developers Console 建立 Messaging API Channel,設定 Webhook URL。之後每一則使用者訊息、加好友、封鎖等事件,LINE 都會以 HTTP POST 推送到你的伺服器。這一層的重點是驗證簽章(X-Line-Signature),確保請求真的來自 LINE。

第二層:中介邏輯層

這是整個系統的大腦,負責接收事件、判斷意圖、呼叫 LLM 與外部系統、組合回覆。可選方案包括:

  • Cloudflare Workers:無伺服器、全球邊緣部署、免費額度充足,適合需要低延遲與高穩定性的場景。
  • n8n:視覺化工作流,適合需要頻繁調整邏輯、串接多個 SaaS 的團隊。
  • 自建後端(Node.js、Python):彈性最高,適合有開發團隊的企業。

第三層:AI 對話與知識庫

LLM 搭配 RAG(檢索增強生成)架構,把企業的產品資料、FAQ、服務流程、營業時間等文件向量化,讓 AI 根據真實資料回答,而非憑空生成。知識庫應該定期更新,並設定「找不到答案時的標準回覆」以避免幻覺。

意圖分流設計:AI 客服的核心邏輯

常見意圖分類

意圖類型 範例訊息 處理方式
資訊查詢 「營業時間?」「有停車場嗎?」 知識庫直接回答
預約/訂位 「想約週六早上」 呼叫預約系統 API,多輪確認
訂單查詢 「我的訂單到哪了?」 以 LINE userId 對應會員後查詢
客訴/退換貨 「商品有瑕疵」 記錄後立即轉接真人
閒聊/無關 「你是機器人嗎?」 簡短回應並引導回服務項目

LINE 客服意圖分流設計圖,展示不同訊息類型的處理流程與轉接機制

多輪對話的狀態管理

預約流程通常需要 3 到 5 輪對話。中介層必須以 userId 為鍵儲存對話狀態(例如已選日期、尚未選時段),可以用 Cloudflare KV、Redis 或資料庫實作。狀態應設定逾時(例如 30 分鐘),避免使用者隔天回來時系統仍卡在舊流程。

LINE 特有的互動元件

善用 Quick Reply、Rich Menu、Flex Message 與 Datetime Picker,可以把「請輸入日期」變成「點選日期」,大幅降低輸入錯誤與對話輪數。

實際應用案例

案例一:診所預約與衛教

診所常見的訊息是「還有號嗎」「初診要帶什麼」「某療程多少錢」。AI 客服串接預約系統後,可以即時回覆剩餘時段、引導線上掛號,並依據醫療法規避免在對話中做療效宣稱,所有涉及價格與療效的回覆皆由人工預先審核的知識庫提供。

案例二:電商訂單與物流查詢

使用者綁定會員後,AI 可依 userId 查詢訂單狀態、物流單號,並在出貨時主動推播通知。退換貨需求則自動建立工單並轉接客服人員。

案例三:B2B 詢價前置分流

對於報價流程複雜的 B2B 企業,AI 先收集需求(產品類型、數量、交期、預算範圍),整理成結構化摘要後轉給業務,業務接手時已掌握完整背景,縮短成交週期。

真人轉接機制設計

轉接觸發條件

  • 使用者明確要求真人。
  • AI 連續兩次無法從知識庫找到答案。
  • 偵測到負面情緒或客訴關鍵字。
  • 涉及金額爭議、個資修改等高風險操作。

轉接後的體驗

轉接時應告知使用者「已為您轉接專人,服務時間為週一至週五 9:00 至 18:00」,並把 AI 與使用者的完整對話摘要提供給客服人員,避免使用者重複描述。非服務時間則記錄需求並承諾回覆時間。

知識庫建置:AI 客服品質的基礎

知識庫的四種資料來源

  • 官方文件:產品說明、服務流程、價目表、退換貨政策。這些是最權威、最不容易出錯的來源。
  • 歷史對話紀錄:把過去半年到一年的 LINE 對話匯出,整理出高頻問題與客服人員的標準回覆。這往往是最貼近真實需求的資料。
  • 網站內容:官網的 FAQ、部落格文章、服務頁面,可以透過爬蟲定期同步。
  • 內部作業手冊:例如預約規則、特殊狀況處理流程,通常存在客服人員腦中而非文件裡,需要透過訪談整理。

知識庫的更新機制

建立一個「AI 回答不了的問題」收集流程:每當 AI 觸發找不到答案的標準回覆,就把該問題自動記錄到待處理清單,由負責人每週檢視並補充知識。三個月後,知識庫的覆蓋率通常可以從初期的 60% 提升到 90% 以上。

常見問題 FAQ

LINE 官方帳號免費方案可以串接 AI 客服嗎?

可以。Webhook 接收與回覆使用者訊息不計入推播額度,免費方案即可串接。只有主動推播才受方案訊息數限制。

AI 客服會不會亂回答?

若採用 RAG 架構並限制 AI 只能根據知識庫回答,且設定找不到答案時的標準回覆與轉接機制,幻覺風險可以大幅降低。人工定期審核對話紀錄仍是必要的。

診所或醫療機構導入 AI 客服要注意什麼?

需遵守醫療法第 84 至 86 條,避免療效宣稱與不當招攬。所有涉及療程與價格的回覆應由人工預先撰寫並審核,AI 僅負責檢索與引導。

可以同時串接網站聊天視窗與 LINE 嗎?

可以。中介層可同時接收多個管道的訊息,共用同一套知識庫與意圖邏輯,僅在回覆格式上依平台調整。

結語

LINE 官方帳號是台灣企業最貼近顧客的管道,把它從「自動回覆關鍵字」升級為「能理解、能完成任務、能判斷何時交給人」的 AI 客服,是成本最低、效益最直接的數位轉型起點。

若你想評估自家 LINE 官方帳號的 AI 客服導入方案,歡迎了解 94iplay 的 AI 客服解決方案。