群發訊息

為什麼要知道這個

算法只有一條：目標好友數 × 發送次數 = 訊息則數。1,000 位好友、一個月發 8 次，就是 8,000 則。這個數字直接對應方案的 200／3,000／6,000 則門檻。

會計費的是群發訊息、分眾訊息與 Messaging API 的 Push API 訊息。加入好友的歡迎訊息、一對一聊天、自動回應與關鍵字回覆都不計費。規劃 LINE 策略時，把能改成「使用者觸發」的內容改成自動回應，帳單會差很多。

分眾（依標籤、購買紀錄、加入時間篩選對象）是 LINE 上最直接的省錢手段。把一則只跟兩成好友有關的訊息發給全部人，你付的是十成的錢，換來的是八成的封鎖風險。

「這次只發一則訊息」在 LINE 的語境裡幾乎都被誤解。系統算的是送出去幾人次，不是你按了幾次發送鍵。第一次被帳單嚇到的中小企業，多半就是誤會在這裡。

為了塞更多內容而把一次群發拆成連續三則，成本是三倍，效果通常更差——連續三個通知跳出來，是封鎖率最高的場景之一。

輕用量與中用量方案用完免費則數就是發不出去，不是先發再補收。要加購得先在後台升級成高用量。檔期前沒注意到這件事，訊息會卡在該發的那一天發不出來。