通知系統設計:Email、簡訊、推播的分工

通知做得太少,用戶錯過重要的事;做得太多,用戶直接把你靜音——然後連真正重要的也一起錯過。我們看過太多系統把通知當成「事後補的小功能」:每個新功能都順手發一封信,兩年後用戶信箱裡躺著幾十種格式不一的通知,打開率趨近於零。通知系統值得被當成一個正經的設計題目:什麼事該吵用戶、用哪個管道吵、吵到什麼程度。

三種管道的分工:Email、簡訊、推播

台灣常用的三種管道,成本和特性差很多,分工要清楚:

• Email:幾乎免費、能承載完整內容、可留存查閱,但即時性差——很多人一天只看一兩次,還可能進垃圾信匣。適合:訂單明細、發票、對帳單、月報這類「要留底、不急」的內容。
• 簡訊:一封約一元上下,開啟率極高、幾乎人人會看,但貴、字數少、不能帶太多內容。適合:驗證碼、取貨通知、預約提醒這類「短、急、重要」的訊息。因為要花錢,簡訊反而是最好的紀律工具——每一封都會心痛,就不會亂發。
• App 推播 / LINE 訊息:成本低、即時、點了直接進系統,但用戶隨手就能關掉權限,而且一旦被關,你就永遠失去這個管道。適合:即時狀態更新、互動提醒。在台灣,LINE 官方帳號實務上常取代推播的角色,細節可看LINE 官方帳號與電商整合那篇。

同一個事件也可以多管道分層:出貨當下推播即時通知,同時寄一封含明細的 Email 留底;推播被關掉的用戶,退回用 Email 保底。管道是遞送策略,不是把同一句話到處貼。

先分級,再談發送:什麼事有資格吵用戶

我們設計通知時會先把事件分三級。交易級:跟用戶的錢、貨、權益直接相關(付款成功、出貨、預約成立、密碼被改)——必發,而且要立刻。提醒級:不理會有損失但不致命(即將到期的點數、明天的預約)——可發,但要控制頻率。行銷級:對你有利、對用戶未必(促銷、新功能)——必須讓用戶能關,而且關的入口要好找。

最常見的災難就是三級不分:行銷訊息用交易通知的管道發,短期多幾個點擊,長期用戶學會「這家的通知可以不看」,交易通知跟著陪葬。這個信任一旦燒掉,很難賺回來。

通知的本質是替用戶的注意力守門:你幫他擋掉的雜訊越多,他越願意相信你發出的每一聲提醒。

工程面的三個必修:別讓通知系統自己變成災難

第一,頻率控制與彙整。事件會爆量:一次批次匯入觸發三百筆「庫存不足」警示,不能真的發三百封。要有彙整機制(十分鐘內同類事件合併成一封)和每日上限。第二,偏好設定。讓用戶自己選「哪類通知、走哪個管道」,並且尊重它——這不只是體貼,行銷訊息依法本來就要提供退訂。第三,發送紀錄與重試。簡訊商偶爾會失敗、Email 會被退信,系統要記錄每一筆通知的發送結果,關鍵通知失敗要重試或換管道補發。「系統說有發,客人說沒收到」的爭議,沒有紀錄就是各說各話。

還有一個我們踩過才學乖的:發送對象一定要過濾再過濾。批次發送前,程式要強制檢查「這批名單是不是真的該收到這則訊息」,測試環境要徹底隔離真實名單。誤發一次道歉訊息的成本,遠高於多寫一層防呆。

從小做起,但把地基留好

不是每個系統第一天就需要完整的通知中心。務實的路徑是:先把交易級通知做穩(含發送紀錄),行銷通知一開始就內建退訂,然後隨著量成長再加彙整與偏好設定。重點是把「通知」當成一個獨立模組來設計,而不是散落在各功能裡各發各的——後者兩年後一定重寫。如果你的系統正處在「通知越發越多、效果越來越差」的階段,歡迎找我們聊聊,這通常是整理架構的好時機。