LINE 官方帳號接 CRM 值得嗎？費用、方案與該自己串還是買現成

台中一家做工業設備買賣的公司，兩位業務共用一個 LINE 官方帳號回客戶訊息。其中一位離職的那週，老闆才發現過去半年跟三十幾個潛在客戶談到哪一步、報價報到多少，全部只留在那個聊天視窗裡，沒有人整理過，也沒有一筆進到公司的客戶名單。來找我們談 LINE 串接的老闆，十個裡面大概有三個是被同一件事嚇到才開始問。

如果現在就要一個方向：好友數在幾百人以內、線上回訊息的只有一兩位業務，該做的是把「誰問過什麼、報價停在哪裡」固定記下來，而不是急著買一套 CRM 串接；等到好友數過了幾千、接單的業務超過三個人、而且開始靠推播帶單，串接才有回本的空間。更重要的是，真正會咬人的成本從來不是串接工程，是 LINE 的訊息則數。它按照發送次數乘以好友數在算，流程設計錯一次，帳單是好幾倍地往上跳。

本文價格與規格查證於 2026 年 9 月 9 日。LINE 官方帳號的方案月費將於 2026 年 11 月 1 日調整，實際數字請以官方公告為準。

先確認你要解決的是哪一個問題

「LINE 要接 CRM」這句話底下，其實躺著三種需求，解法與花費差好幾倍：

• 訊息漏接：客人晚上十點問價格，隔天上班才有人看到。這是排班、自動回應與分流的問題。
• 對話資產跟著人走：業務離職，談了半年的脈絡跟著他的手機一起消失。這才是真正需要把對話落地成客戶資料的情況。
• 推播打不準：每個月固定全體群發一次，開封率愈來愈低、封鎖愈來愈多。這是標籤與分眾的問題。

只有中間那一種非做整合不可。第一種其實用自動回應加上把客服排班表訂清楚就能處理掉大半，真的忙到接不完再考慮讓 AI 接第一線，我們在〈LINE 一忙就漏訊息、客戶默默流失？用多個 AI agent 接管你的客服與業務〉裡拆過那套分工。第三種要的是標籤與旅程設計，跟客戶資料庫的完整度關係沒那麼大，做法在〈把 LINE OA 當電子報用？迎賓旅程到精準分眾推播的自動化行銷實戰〉講得比較細。

把問題定位清楚很值得花這半小時。我們碰過的案子裡，有超過一半的老闆最初開口是要「串 CRM」，聊到最後真正下手的是自動回應加上一張共用的客戶追蹤表，成本差了一個數量級。

LINE 那一側的成本：月費、則數，還有 11 月的調價

先把帳算清楚。LINE 官方帳號分成輕用量、中用量、高用量三種方案，差別在月費與每月的免費訊息則數。依照 LINE 官方公告，新價格自 2026 年 11 月 1 日起生效：

官方同時提醒，若不同意調整後的價格，要在 2026 年 10 月 27 日前把中用量或高用量改回輕用量，並建議設定次要付款方式以免續約失敗。這件事值得現在就進後台確認一次，尤其是綁定公司信用卡、每年換卡的那種。

比月費更容易失控的是則數怎麼算。公式是發送次數乘以目標好友數：發一次給 500 位好友，就是 500 則。更容易被忽略的是對話框，後台一次發送最多可包含三格對話框，Push API 最多五格，而多發的格數會一起計入。換句話說，一次「圖片＋文案＋按鈕」的三格推播發給 500 人，扣的是 1,500 則，中用量方案的三千則額度兩次就見底。

好消息是有一整排訊息完全不計費：一對一聊天、自動回應訊息、加入好友的歡迎訊息，以及 Messaging API 裡的 Reply API 回覆。這條線劃在哪裡，直接決定了整套系統該怎麼設計。

把訊息額度想成預付卡而不是吃到飽，設計思路就會轉向：能用「客人先開口、系統再回」處理的流程，全部走 Reply；非主動推不可的，才動用群發額度，而且盡量縮到一格。我們自己的通知系統就是這樣調的，原本習慣把標題、內容、連結拆成三格發，後來全部併成一格，成本立刻剩三分之一，可讀性其實沒有變差。

三條接法的實際差別

把 LINE 對話接進客戶資料，市面上就是三條路：買現成的 LINE 行銷或客服平台、用 n8n 這類自動化中介自己組、直接串 Messaging API 寫進自家系統。

台灣的現成平台這幾年成熟很多，LINE 也有認證的技術夥伴制度，功能重疊度高，差別多半在標籤與分眾做得細不細、以及是否綁定特定電商系統。多數平台不公開牌價，要洽詢才拿得到報價，比價時記得問清楚計價基準是好友數還是模組數，以及超過級距之後怎麼算。挑廠商的問題清單可以直接用〈怎麼挑 AI 自動化顧問？企業導入前該問廠商的 7 個問題〉那份。

n8n 這條路最常見的動機是「既有系統很特別，平台塞不進去」。它確實彈性夠，但要有人顧。真實的翻車現場我們寫在〈從「會動就好」到流量癱瘓：LINE OA 串接 n8n 與 AI 代理人的 30 天血淚實戰〉，想先看能做到什麼程度的話，〈LINE Bot 不再只會單向通知！N8N 視覺化工作流實戰〉是比較完整的入門。

自己串則是三條路裡開發費最高的，落在幾萬到幾十萬之間，看要同步幾種事件、要不要雙向。要不要走這條，判斷邏輯跟一般系統自建與外包的取捨其實一樣，〈系統要外包還是自己養工程師？中小企業的成本與風險比較〉那套算法可以照搬。

什麼規模才該動手

談到這裡最實用的其實是一條線：什麼時候該花這筆錢。我們給客戶的判斷是，下面三個條件要同時成立，串接才會回本。好友數超過三千是第一個門檻，因為好友數太少時，人工整理的成本還低於系統維護；線上接單的業務三人以上是第二個，兩個人的團隊靠一張共用表格就能對齊，第三個人加進來之後才會開始出現重複跟催與互踩；最後是客單價，一筆生意只有幾百元的話，為單一客戶留完整脈絡的投報率不高，反而該把力氣放在推播與回購。

條件不齊的話，有個很土但有效的過渡做法：在 LINE 後台用聊天標籤加上一張共用的追蹤表，每天下班前花五分鐘把當天問過價的人記上去。撐個半年沒問題，等到真的被漏單咬到、或者業務異動吃過虧，再花錢也不遲。反過來說，如果已經在用 CRM，只是對話進不去，那就不必等門檻，直接看〈業務救星！LINE OA 深度整合實戰：如何將粉絲對話紀錄自動同步至 CRM 客戶資料卡〉的做法，那篇講的正是把對話落到客戶資料卡上。

還有一種情況是實體門市想把到店行為也串進來，那又是另一套架構，〈LINE Beacon 怎麼讓客人一進店就收到優惠？實體門市 O2O 技術架構拆解〉裡有拆解。

自己串會踩到的四個坑

如果決定走自建或 n8n 這兩條，有幾件事最好在報價前就知道，不然工期會被拉長。

LINE Notify 已經死了，很多教學還沒更新

LINE Notify 於 2025 年 3 月 31 日終止服務，n8n 內建的 Line 節點也自 1.64.0 版起標為棄用，官方文件明寫該節點在服務終止後會停止運作。現在要發通知只剩 Messaging API 一條路，在 n8n 裡通常是用 HTTP Request 節點自己打，或者裝社群節點。我們自己站上的通知就是那波搬過去的，從一組 token 打天下，變成要建官方帳號、申請 channel、管好 access token，工作量差滿多。網路上仍然搜得到大量教你申請 Notify token 的文章，看到就直接跳過。

群組 ID 後台看不到

要把通知發到公司的 LINE 群組（例如出貨群、客服群），需要群組 ID，而這個 ID 官方後台不會顯示，只能把 bot 拉進群組後，從 webhook 收到的事件內容裡撈出來。第一次做的人常卡在這裡半天，以為是權限沒開。做法上要先架好一個能收 webhook 的端點、把事件內容記下來，才拿得到。

Reply token 有時效，別把它當萬用鑰匙

Reply API 之所以不計費，是因為它只能回應使用者剛剛觸發的那個事件，token 一次性且有時效。設計流程時如果把 AI 回覆、資料查詢串了一長串，處理太久 token 就過期，只能改用 Push 補發，成本就從零變成計費。要跑比較重的邏輯，正確做法是先用 Reply 回一句「收到，查詢中」，其餘再視情況決定。訊息格式想做得漂亮一點的話，〈LINE Chatbot 建置實戰：讓 WordPress 傳送 Flex Message 互動訊息〉有可以直接改的範例。

userId 跟你的客戶資料對不起來

這是最容易被低估的一關。LINE 給的是一組 userId，跟公司資料庫裡的手機號碼、統編、Email 完全沒有關聯。要讓對話真的落到正確的客戶卡上，中間必須有一次身分綁定，可能是綁定表單、驗證碼，或是從既有訂單資料反查。跨通路的客人更麻煩，同一個人在 LINE 和其他管道會是兩個身分，處理策略我們寫在〈同一個客人，LINE 叫陳先生、Messenger 卻叫 David：用 API 縫合破碎的用戶身分〉。

另外提醒一句，如果打算讓 AI 直接回覆客戶，風險評估要先做過一輪，〈導入 LINE AI 客服別高興得太早！2026 企業轉型必踩的 4 大技術地雷與生存指南〉列了幾個實務上真的出過事的地雷。

動手前先想清楚的事

做過幾輪之後，我們對這類專案的建議是把野心壓小。最初我們也想過把每一則對話都同步進系統，做完才發現沒有人會去翻，反而讓客戶卡塞滿雜訊。後來固定只同步兩種事件：第一次詢問，以及報價後的回覆。資料量掉了九成，業務反而開始用了。

幾個在報價前就該確認的項目：現有 CRM 有沒有開放 API 寫入、身分綁定打算用什麼方式、每月推播幾次與每次幾格、以及出事的時候誰負責看。最後一項最常被跳過，也最常變成三個月後系統靜靜死掉的原因。CRM 本身要自己導還是找顧問，〈HubSpot 導入要自己來還是找顧問？台灣企業的選擇指南〉可以一起看。

資料來源與查證日期

本文的價格、則數規則與服務終止日期查證於 2026 年 9 月 9 日，全部來自下列官方頁面。這類資訊變動頻繁，動手前建議再開一次原始出處確認：

• LINE Biz-Solutions：2026 年 LINE 官方帳號方案價格調整
• LINE Biz-Solutions：發送則數是如何計算的
• LINE Developers：Messaging API overview
• n8n Docs：Line node（已標示棄用）

延伸閱讀

• 業務救星！LINE OA 深度整合實戰：如何將粉絲對話紀錄自動同步至 CRM 客戶資料卡
• LINE 一忙就漏訊息、客戶默默流失？用多個 AI agent 接管你的客服與業務
• 從「會動就好」到流量癱瘓：LINE OA 串接 n8n 與 AI 代理人的 30 天血淚實戰
• 系統要外包還是自己養工程師？中小企業的成本與風險比較

如果你手上正好有一個 LINE 官方帳號、一套 CRM，中間卡著一堆沒人整理的對話，歡迎把現況丟給我們看看。多數情況我們會先幫你算一次則數與規模，確認值得做再談怎麼做。