直接答案:LINE AI 客服串接 CRM 的完整流程是四個環節:AI 在 LINE 官方帳號先接住詢問並辨識需求 → 把對話中的關鍵欄位(需求類型、預算、時段)自動擷取出來 → 在 CRM 建立客戶卡、指派負責人 → 依客戶狀態排跟進提醒。技術上靠 LINE Messaging API 與 CRM 的 API 對接;實務上的成敗關鍵不在串接本身,而在欄位設計與「AI 判斷不了時轉真人」的機制。
為什麼只有 AI 回覆不夠
很多店家的現況是:LINE 官方帳號設了自動回覆(或接了 AI),客人的問題有人答了——然後呢?
- 對話結束,資訊留在 LINE 裡,沒有變成客戶資料
- 業務要跟進,得回頭翻對話紀錄
- 客人隔週再問,AI 不記得上次聊到哪
- 誰該跟進、跟進到哪一步,還是靠人腦記
回覆只是第一環。沒有接進 CRM 的 AI 客服,等於請了一個不寫工作紀錄的接待員。
完整串接的四個環節
環節一:接住(LINE → AI)
AI 透過 LINE Messaging API 接收訊息,先做三件事:理解這是哪一類需求(詢價/預約/售後)、用核准過的知識回答常見問題、判斷不了就轉真人。重點是回答範圍要有邊界——AI 只答知識庫裡確認過的內容,價格與特殊狀況留給人。
環節二:擷取(對話 → 欄位)
這是多數自動回覆工具做不到、也是價值最高的一環:從對話中把結構化欄位抓出來——需求類型、預算區間、希望時段、來源。缺的欄位,AI 可以擬好追問訊息補齊。
環節三:建檔(欄位 → CRM)
擷取到的欄位寫進 CRM:建立(或合併)客戶卡、記錄互動歷史、指派負責人、標記目前階段。合併很重要——同一個客人第二次來問,要接在原本的紀錄上,而不是再開一張新卡。
環節四:跟進(CRM → 提醒與草稿)
客戶卡有了階段與負責人之後,系統照節奏提醒:該跟進的名單、AI 先擬好的跟進訊息草稿,由負責人確認後送出。這一環把「AI 客服」變成「業務流程」。
常見斷點自查表
| 斷點 | 症狀 | 缺的環節 |
|---|---|---|
| 只回不記 | 對話答完就結束,資料留在 LINE | 環節二、三 |
| 記了不合 | 同一客人多張卡、資料重複 | 環節三的合併邏輯 |
| 建檔沒人管 | CRM 有名單,但沒人知道該跟誰 | 環節三的負責人指派 |
| 有名單沒節奏 | 想到才跟進,冷掉的客人沒人撿 | 環節四 |
導入步驟(實務順序)
- 盤點知識:把常見問題與標準答案整理成 AI 可以引用的知識庫——這一步由你們做,別人代替不了。
- 定義欄位:決定 CRM 要抓哪些欄位。欄位太多 AI 追問會煩,太少業務接手沒脈絡;先從「業務開口前必須知道的三到五項」開始。
- 設定轉真人規則:什麼情況轉(議價、客訴、AI 信心不足)、轉給誰、對話摘要怎麼跟著過去。
- 接 API:LINE Messaging API 與 CRM 對接。用既有 CRM 的話,確認它的 API 能不能寫入與查重;沒有 CRM 的話,從一個輕量的開始比買大平台實際。
- 內部測試與校準:用真實情境模擬對話,修話術、修欄位、修轉接條件,再上線。
適合與不適合
適合:詢問主要從 LINE 進來、量穩定,團隊花大量時間重複回答與人工轉貼資料的服務業(婚慶、室內設計、房仲、美業都是典型情境)。
不適合:詢問量很小(人工回得完)、或流程還沒定型(AI 沒有規則可學)。另外,期待「全自動成交」的請調整期待——成熟的做法是 AI 顧前線、人做判斷,重要對話一定轉真人。
常見問題
Q:一定要換掉現有的 CRM 嗎? 不一定。既有 CRM 有 API 就評估直接串;實際範圍依工具、API 與權限而定,Demo 階段確認。
Q:客人會知道在跟 AI 講話嗎? 建議誠實標示。體驗的關鍵不是「像不像人」,而是回得快、答得準、該轉人的時候轉得順。
Q:資料安全怎麼處理? 至少要求:資料獨立存放、加密、不拿去訓練其他客戶的模型、合約結束可匯出。
Q:做過實際案例嗎? 有——房仲情境:LINE 官方帳號詢問由 AI 自動回物件、排帶看、客況寫進名單(完整案例);婚慶情境:詢問接住後整理成客戶卡再轉真人(完整案例)。
作者:PeakQi 奇鋒國際團隊。本文流程整理自 PeakQi 在 LINE 官方帳號串接的實際導入專案(房仲 AI 助手、婚禮產業 AI 大禮包、團購通等);LINE Messaging API 的技術細節以 LINE 官方文件為準。發布:2026-09-02。