LINE 官方帳號串 CRM 怎麼做？客戶分眾、自動推播與業務跟進系統的三種架構與費用級距

LINE 官方帳號串 CRM，做的是一件事：讓 LINE 裡的每一次對話、每一個加好友，都自動變成 CRM 裡有名字、有標籤、有下一步的客戶記錄。官方帳號後台本身只能貼標籤和群發，客戶資料還是散在 LINE、Excel 和 Email 三個地方，業務換人就斷線。

這篇是我們自己走過一遍才寫的。恆遠的業務對話原本在 LINE、名單在試算表、電子報又是另一套工具，三邊對不上，最後把它們收進同一個後台才解掉。下面把 LINE 官方帳號原生功能的天花板、串 CRM 的三種架構、分眾標籤怎麼設計、自動跟進流程怎麼排，以及費用級距，一次講清楚。想先看 LINE 官方帳號本身能自動化到哪裡，LINE 官方帳號 AI 自動化 5 場景那篇是前置閱讀。

先給速覽表，三十秒內找到你的位置。

LINE 官方帳號原生功能的天花板在哪裡

一句話：官方帳號後台能貼標籤、能分眾群發、能看誰讀了，但它記不住「這個人跟業務講到哪」。

表裡前兩項是官方帳號的強項，後四項就是為什麼要接 CRM。很多老闆到這裡會先想「那我買一套 CRM 就好」，但買回來才發現 LINE 的對話進不去 CRM，業務還是兩邊切換。所以真正的問題是串接，而串接有三種做法。想了解 CRM 本身怎麼挑，企業 CRM 採購指南那篇把四條路徑比過一輪。

串接 CRM 的三種架構：Messaging API 直連、Webhook 事件流、中介層

先講結論：只有 LINE 一個管道就用 Webhook 接 CRM；管道超過兩個，或者要接報價請款，就要有中介層。

我們的判斷是：中小企業最常犯的錯是先做 Webhook，半年後官網表單也要進來，再半年 Email 也要，最後每條管道各寫一支程式，三個地方各自判斷「這是不是同一個人」。中介層的價值就在把「身分統一」這件事收成一個地方做。更完整的三種整合架構比較，可以看系統整合的六個場景與三種架構。

另一個常被跳過的問題是 LINE 的 userId。同一個人加了你兩個官方帳號，會拿到兩個不同的 userId，Webhook 直連的做法通常沒處理這件事，CRM 裡就會出現兩筆。中介層要在這一層用手機或 Email 做合併，這是客戶 360 資料整合那篇談的核心。

分眾標籤怎麼設計：五層標籤，不要一開始就貼五十個

標籤設計的原則只有一條：每個標籤都要對應一個「接下來會對他做什麼」，對不上的標籤不要建。

前三層是「他是誰」，後兩層是「他現在在哪、剛做了什麼」。原生官方帳號只做得到前三層的手動版本，後兩層要靠 CRM 或中介層自動推。階段標籤的設計邏輯，業務 pipeline 五階段設計那篇有完整的落地 SOP，這裡不重複。

有一個實務上的取捨：需求標籤由業務貼，三個月後一定有一半沒貼。我們後來的做法是讓 AI 讀對話直接判斷需求與階段，業務只做確認。這是LINE 官方帳號接 AI 的三種整合路徑那篇談到的做法之一，接 AI 之前要先把資料紅線畫清楚，那篇也列了五條。

自動推播與業務跟進流程：從加好友到成交的六個觸發點

推播要看「觸發條件」，不要看「排程日期」。每週三固定群發的開封率會一路掉，依行為觸發的訊息才會被當成有人在關心。

這六個觸發點裡，真正省業務時間的是第三與第四個。報價送出去之後的追蹤，是多數中小企業成交率掉最多的地方，原因是沒人記得誰的報價到期了。我們自己這條流程跑在 SalesKing 上：LINE 對話、客戶資料、電子報都進同一個後台，AI 讀完對話判斷銷售階段、生成追蹤計畫，業務每天早上打開就是今天要追的名單。它是我們每天在用的 CRM，上面這張表的觸發點就是從它的實際設定整理出來的。

要注意的是 LINE 的推播訊息會算進官方帳號的月訊息量，觸發式推播雖然比群發省，但接了自動化之後訊息量常常是原本的兩到三倍，方案級距要跟著調，這筆錢要算在整體成本裡。名單從官網表單進來的那一段怎麼去重、怎麼同步進 CRM，客戶意向回收與 CRM 同步 SOP那篇拆了四個 trigger 與三種去重規則。

成交之後：報價與請款怎麼接在 CRM 後面

CRM 的終點是「成交」，但老闆的終點是「收到錢」。中間差的那一段，就是報價單、請款單、收款狀態。

這一段我們也有現成的東西：秒發報價Pro 把報價、請款、收款狀態收成一條流程，成交後不用再開第二套系統重打一次。如果你的生意還有分期收款或線上簽約的需求，電子簽約與分期收款系統開發那篇拆了實際案例的做法。

費用級距與發包前要準備的資料

先給級距，再講怎麼省。台灣中小企業做 LINE 串 CRM，2026 年的行情大致落在下面四段。

省錢的方法有兩個。第一，先用中介層接 LINE 一個管道，架構留好，其他管道之後加，費用比一開始全接少三到四成。第二，發包前把下面這份清單準備好，廠商估價會準很多，也不會做到一半才發現舊資料進不來。

• 現有客戶名單的格式與筆數：Excel 有幾欄、哪一欄是手機、有沒有重複
• LINE 官方帳號目前的好友數、每月訊息量、現有標籤清單
• 客戶進來的管道有幾個：LINE、官網表單、Email、電話、展場
• 業務目前怎麼追進度：Excel、群組、還是記在腦袋
• 成交後接什麼：報價單格式、請款流程、發票怎麼開
• 誰要看報表、看什麼：管道成交率、業務跟進率、報價轉換率

清單裡第一項最常被低估。舊名單通常有三成重複、兩成手機格式不對，這些要在匯入前清乾淨，否則 CRM 上線第一天就是髒的。API 整合外包的合約紅線與計費模式，企業 API 整合外包採購指南那篇有五條可以直接抄進合約。如果評估後決定 CRM 要客製，客製化 CRM 系統開發指南的六個決策點可以接著看。

三個最常踩的地雷

這三個都是接完才發現，而且每一個都要重做一部分。

• 把對話原文全部塞進 CRM：聊天記錄含個資與客戶隨口講的東西，全存等於資安風險全收。做法是存「摘要與標籤」，原文留在 LINE，需要時再點回去看。
• userId 沒有跨管道合併：同一個人在 LINE、表單、Email 各一筆，推播就會重複打到同一個人三次，客戶直接封鎖。
• 自動推播沒設頻率上限：觸發條件一多，一個客戶一週收到五則自動訊息。中介層要有「每人每週最多 N 則」的閘門，這條要寫在需求裡。

LINE Bot 本身的客製開發流程、報價區間與常見情境，LINE Bot 客製化開發完整指南那篇講得比較細，做之前可以對照。

我們怎麼看

LINE 串 CRM 這件事，我們認為多數中小企業做早了，也做小了。做早是指還沒想清楚「成交後接什麼」就先接 LINE，半年後報價、請款各自一套，等於又回到人搬資料。做小是指只做 Webhook 把對話存進 CRM，結果 CRM 變成另一個沒人看的聊天備份。我們自己的經驗是先定義從加好友到收款的整條流程，再決定 LINE 這一段接到哪裡，這樣接出來的東西業務才會每天打開。這也是為什麼我們把 CRM 和報價請款做成兩個可以獨立用、也可以接在一起的產品，沒有做成一套什麼都包的大系統。