通知中心怎麼做？Email、簡訊、App Push、LINE 四條通道的送達率、成本與退訂合規完整規劃

那封「沒收到」的訂單確認信，成本不是五毛錢

一家做保健食品的客戶，月訂單約 2,800 筆。訂單確認信寄出去，系統紀錄顯示「已送出」，於是沒人再管。三個月後查客服工單，有 214 筆是「我沒收到確認信，訂單成立了嗎」。以每通 6 分鐘計，一季吃掉 21 個工時，還不算直接申請退款的人。原因是寄件網域沒設 DKIM，Gmail 把整批信丟進促銷分頁與垃圾桶。一封信 0.003 元，一通客服電話 60 元。這篇談的就是怎麼把這條線做對。

適用情境 × 不適用情境

適合建置通知中心的情況

• 系統會主動發出時間敏感的訊息：訂單狀態、預約提醒、到期通知、審核結果。
• 同一件事需要多種通道，且要有失敗後的備援（Email 沒開就補一則簡訊）。
• 需要留存「何時發給誰、發了什麼、有沒有送達」的稽核紀錄，如金融、醫療、教育。
• 月發送量超過約 3,000 則，人工補發已不可行。

不適合、先別做的情況

• 月發送量 500 則以下且只有一種通道——用現成電子報工具或後台手動寄即可。
• 需求其實是「行銷群發」而非「系統通知」。兩者的技術、法規與寄件信譽都不同，硬做在一起會兩邊都壞掉。
• 公司沒有明確的「誰負責看退信報表」。沒有負責人的通知系統，三個月後就是沒人相信的黑盒子。
• 只是想省簡訊費。若目標是降成本而非提升送達率，先做的是分流規則，不是新系統。

替代方案矩陣

多數台灣中小企業的最佳解是混合：自建一層薄薄的通知中心，底下接 Email SaaS 與簡訊商，LINE 當加值通道。核心價值不在發送，在於「同一件事只發一次、發不到會補、每一次都有紀錄」。

完整流程拆解

• 第 1 週｜通知盤點：列出系統所有會發出的訊息，欄位為事件、對象、通道、時效要求、失敗容忍度。交付物：通知矩陣表。這步沒做完，後面全部白做。
• 第 2 週｜寄件信譽與網域：設定 SPF、DKIM、DMARC，建立與行銷信分離的交易信子網域（如 mail.example.com）。交付物：DNS 紀錄 + 通過 Google 寄件者規範的檢測。
• 第 3–4 週｜通知中心核心：事件→模板→通道→佇列骨架，導入冪等鍵避免重試重複發送。工具：Laravel Notification + Redis + Horizon。交付物：可觸發測試通知的後台頁。
• 第 5 週｜通道接入：Email（SES／Postmark）、簡訊（本地商）、App Push（FCM／APNs）、LINE Messaging API。交付物：四通道各一筆成功送達紀錄。
• 第 6 週｜偏好中心與退訂：分類選擇——交易不可關、行銷可關、提醒可選通道。交付物：前台偏好頁 + 退訂連結。
• 第 7–8 週｜監控與降級：送達率儀表板、重試策略、單日成本上限（超過停行銷、留交易）。交付物：一頁儀表板 + 告警規則文件。

真實成本完整拆解

• 開發費：單通道 Email 版 NT$120,000 起；四通道整合含偏好中心與儀表板 NT$280,000 起。
• Email 發送：Amazon SES 每千封約 US$0.10（含附件另計）；Postmark 這類含完整事件追蹤的服務，1 萬封約 US$15。以月發 3 萬封計，約 NT$100～1,500。
• 簡訊：台灣本地簡訊商大量採購約每則 NT$0.7～1.0，小量約 NT$1.2～1.5。月發 3,000 則約 NT$2,100～4,500。這是四條通道裡最貴、也最容易失控的一條。
• App Push：FCM／APNs 本身免費，成本在 App 端開發與 token 維護，約 NT$40,000～80,000 一次性。
• LINE 官方帳號：依方案有免費訊息額度，超出需加購；請以官方定價頁為準。
• 隱藏費用：寄件子網域的 DNS 管理、每月約 2 小時的退信名單清理、簡訊商預付儲值門檻，以及第一年最容易被忘記的模板改版——每新增一種通知的設計與文案約 NT$1,500～3,000。

實施真相 vs 客戶想像

• 客戶以為接上 API 就會送到。實際：送出、送達、開啟是三個數字，中間可差三成。沒設 DKIM 的新網域，第一個月進垃圾桶是常態。
• 客戶以為簡訊最可靠，重要的都發簡訊。實際：送達率確實高，但成本是 Email 的兩三百倍。可靠的是「Email 為主、簡訊做關鍵事件補發」。
• 客戶以為大家都用 LINE，全部發 LINE。實際：只有加了好友的人收得到，覆蓋率通常是會員數的三到六成，而且推播要計費。
• 客戶以為退訂就是給一個取消訂閱連結。實際：退訂必須分類。只給總開關，等於讓使用者為了不收廣告而關掉訂單通知，然後打電話問訂單怎麼了。

常見陷阱 × 怎麼避開

• 陷阱：交易信與行銷信共用寄件網域。一次行銷寄送被檢舉，訂單確認信一起被降信譽。→ 解法：一開始就分兩個子網域、兩組 API 金鑰。
• 陷阱：沒有冪等鍵。佇列重試導致同一筆訂單寄出五封確認信。→ 解法：以「事件 ID + 使用者 ID + 通道」組成唯一鍵，寫入前先檢查。
• 陷阱：簡訊沒有預算上限。一個迴圈 bug 半小時就能燒掉六位數。→ 解法：在通知中心層設每日／每小時發送量與金額上限，超過自動降級為 Email 並告警。
• 陷阱：Push token 從不清理。換手機或移除 App 後 token 失效，送達率報表卻仍以總數當分母。→ 解法：收到失效回報就標記，每月清一次。
• 陷阱：沒人看退信報表。硬退信持續累積，整個網域信譽被拖垮。→ 解法：把「退信率超過 2% 告警」寫進監控，並指定負責人。
• 陷阱：重要通知只發單一通道。使用者換 Email、退 LINE 好友就永遠收不到。→ 解法：關鍵事件設「主通道 + 備援通道 + 站內信」三層。

成功指標 + 上線後 90 天路線圖

• 第 30 天：交易類通知全數上線。看兩個數字——送達率（目標 ≥ 98%）與硬退信率（目標 ≤ 1%）。同時把客服工單中「沒收到通知」的比例當基準線記下來。
• 第 60 天：偏好中心與分類退訂上線。看退訂率的組成——若「全部退訂」佔比高於七成，代表分類做得不夠細。開始比較各通道的實際開啟率，重新分配預算。
• 第 90 天：導入降級與成本上限策略。看單位成本（每筆有效通知的平均成本）與「沒收到通知」工單數的下降幅度。多數專案在這個時間點可以把簡訊用量砍掉三到五成而不影響體驗。

決策清單

• ☐ 我們每月發出的系統通知超過 3,000 則？
• ☐ 有超過一種通道（Email／簡訊／Push／LINE）？
• ☐ 曾經有客戶抱怨「沒收到通知」？
• ☐ 說得出上個月的送達率數字？
• ☐ 寄件網域已設定 SPF、DKIM、DMARC？
• ☐ 交易信與行銷信使用不同寄件網域？
• ☐ 系統重試時不會發出重複通知？
• ☐ 使用者可以只關掉行銷、保留交易通知？
• ☐ 簡訊有每日發送量或金額上限？
• ☐ 有人固定看退信與失敗報表？
• ☐ 關鍵通知有備援通道？
• ☐ 查得到「三個月前某筆訂單的通知發了沒」？
• ☐ 行銷簡訊有提供可用的退訂方式？

勾不到 8 項，這條線大概正在默默漏客戶。

常見問題 FAQ

只用 LINE 官方帳號可以取代 Email 通知嗎？

不建議當唯一通道。LINE 開啟率最高，但只有已加好友的人收得到，覆蓋率通常是會員數的三到六成；部分具法律意義的通知（契約變更、個資告知）只用即時通訊送出，舉證上較弱。合理配置是 Email 當基底、LINE 當加值通道。

簡訊費用怎麼壓下來？

依序試三招：把非時效性通知移出簡訊；改成「Email 先發，X 小時未開啟才補簡訊」；與本地簡訊商談量價。多數客戶做完前兩項就能砍掉三到五成用量。

做通知中心要注意什麼法規？

行銷訊息受《個人資料保護法》規範，蒐集要有特定目的且告知，並提供停止利用的管道；交易通知屬履行契約所必要，性質不同。最安全的做法是技術上把兩者分開，並在偏好中心標示哪些不可關閉、原因為何。

已經在用電子報工具，還需要通知中心嗎？

只有行銷信的話不需要。一旦出現「訂單成立要通知」「預約前一天要提醒」這種系統事件觸發、且需要稽核紀錄的訊息，電子報工具就不適合——它的前提是「一群人、一封信」，通知中心的前提是「一個事件、一個人、可追蹤」。

下一步

ScriptWalker 的「通知中心建置」服務，單通道 Email 版自 NT$120,000 起，四通道整合含偏好中心與送達率儀表板自 NT$280,000 起，導入期約 6～8 週。若你只是想先確認現在漏在哪，我們可以免費幫你跑一次通知盤點：列出你系統裡所有會發出的訊息、目前的通道與送達狀況，交付一張通知矩陣表。

• Email：[email protected]
• 電話：0916-224-047
• LINE：@ufv9089p