一家生鮮電商 App，12 萬次安裝、月活躍裝置 3.8 萬。週年慶那週發了 38 萬則推播，送達 31 萬、點擊率 1.6%、帶回 NT$42 萬營收，看起來還行。真正的帳單三週後才寄到：iOS 關閉通知的比例從 3.1% 跳到 11.4%，約 4,200 個裝置從此收不到任何訊息，包含出貨與到貨提醒。客服工單當月增加 34%，因為那些人只能打電話問「東西到底出了沒」。推播最貴的成本，從來不是開發費。
適用情境 × 不適用情境
適合自建推播與訊息中心
- 已有自家 App，月活躍裝置 3,000 以上，分眾才有意義
- 有時間敏感的交易型訊息：出貨、到店、候位、預約提醒、扣款失敗
- 行銷與客服要能自行排程，不必每次開工單找工程師
- 需要把點擊導向 App 內特定頁面（深層連結）而非首頁
- 有可分眾的資料：購買紀錄、瀏覽行為、地區、生命週期階段
不適合（先別做）
- 只有網站沒有 App：先做 Email 與 LINE OA，Web Push 在 iOS 的限制不值得先投資
- 月活躍低於 1,000：能帶回的絕對人數太少，同樣預算投在留存機制報酬更高
- 只有促銷、沒有交易型通知：這種 App 的授權率通常撐不過三個月
- 沒有人負責文案與排程：推播比較像一份週更的刊物，不是蓋好就會自己跑
- 使用者一天開 App 三次以上：你需要的是 App 內訊息，不是推播
替代方案矩陣
| 方案 | 優點 | 缺點 | 成本級距 |
|---|---|---|---|
| 原生 FCM／APNs 自建 | 傳輸零費用、資料全在自己手上、無廠商鎖定 | 排程、分眾、A/B、報表都要從零寫 | 開發 NT$180,000–350,000，月費 NT$0 |
| 推播 SaaS（OneSignal、Braze、Airship） | 後台現成、分眾與自動化強、報表完整 | 月費隨可觸及訂閱者跳級；行為資料落在對方 | 約 US$9–2,000＋／月 |
| 行銷自動化平台（MAP） | Email／簡訊／推播／App 內訊息同一套旅程 | 年約制、導入 2–4 個月、中小團隊用不滿 20% 功能 | 年費 NT$60 萬起跳 |
| 改用 LINE OA 分眾推播 | 台灣觸及率高、不需安裝 App | 每則計費、無法深層連結進 App、版位受限 | 方案月費＋超量每則約 NT$0.2 |
務實的答案通常是混合：交易型走自建 FCM／APNs（量大、必須送達、不能被第三方停機影響），行銷活動走 SaaS 的分眾與 A/B。
完整流程拆解（五階段）
- 階段一：訊息盤點（3–5 工作天）。把所有會發出的訊息列表，標上交易型／行銷型、觸發條件、目標頁面、可否退訂。工具：Notion 訊息目錄、Figma 通知樣式稿。交付物：訊息矩陣＋退訂政策草案。
- 階段二：通道與權限設計（5–8 工作天）。申請 Apple UserNotifications 的 APNs Auth Key、建 Firebase Cloud Messaging 專案、規劃 Android 通知頻道，讓使用者只關掉促銷。交付物：測試機可收到推播的最小可行通道。
- 階段三：後端訊息中心與深層連結（15–25 工作天）。device token 註冊與失效清理、分眾查詢、排程佇列（Laravel Queue＋Redis）、Universal Links／App Links 設定與測試。交付物：可排程、可分眾、可追蹤送達與點擊的後台。
- 階段四：授權時機與退訂中心（5–8 工作天）。別在首次開啟就跳權限，改在使用者完成一次有價值的動作後再問；並做 App 內通知偏好頁，讓人只關掉一類。交付物：權限前置說明畫面＋偏好設定頁。
- 階段五：灰度發送與監測（3–5 工作天）。先發 5% 裝置、觀察 2 小時、確認深層連結無誤再全量。交付物：發送 SOP、緊急停止開關、送達率儀表板。
真實成本完整拆解
- 訊息盤點與 UX 規劃：24–40 工時
- 通道串接（iOS＋Android＋後端）：60–90 工時
- 訊息中心後台（排程、分眾、模板、報表）：80–140 工時
- 深層連結與各機型測試：16–28 工時
- 合計開發：約 NT$180,000–350,000（依分眾複雜度）
常被漏算的隱藏費用
- Apple Developer Program US$99／年、Google Play 開發者帳號 US$25 一次性
- FCM 與 APNs 傳輸免費，但改用 SaaS 後，OneSignal 付費方案與同類產品多以「可觸及訂閱者數」跳級計價，用戶成長等於月費成長
- 簡訊備援（推播 24 小時未讀才補發）：每則約 NT$0.8–1.2
- 推播大圖的 CDN 流量與裁切服務
- APNs 金鑰輪替：每年 2–4 工時，忘了做就是全站推播停擺
- 最大一筆：文案與排程人力，每月 4–8 小時，長期存在
實施真相 vs 客戶想像
| 客戶以為 | 實際發生 |
|---|---|
| 推播發出去就會送到 | iOS 授權率普遍落在三到五成，Android 13 之後也要逐一詢問；「發送數」與「可觸及數」是兩個數字，後者才是資產 |
| 發越多、營收越高 | 一週超過 3 則促銷推播，關閉率通常開始快速上升，而關閉不可逆 |
| 點了推播就會到活動頁 | 沒做深層連結就是開首頁，等於白發；深層連結的測試成本常比開發成本高 |
| 推播是免費的行銷通道 | 傳輸免費，人力不免費。持續成本是每月 4–8 小時的文案、排程與成效檢討 |
| 上線後就不用再管 | device token 會失效，一年不清理可累積三到四成無效 token，送達率報表完全失真 |
常見陷阱 × 怎麼避開
- 一開 App 就跳通知權限。先用自製說明畫面鋪陳價值，使用者點「好」才呼叫系統權限，被拒絕還有第二次機會。
- 所有訊息共用一個開關。用 Android 通知頻道與 App 內偏好頁拆成訂單、提醒、優惠、內容四類，讓人只關掉一類。
- 交易型與促銷混在同一佇列。分成兩條佇列與兩組優先級，促銷塞車時出貨通知照樣準時。
- 沒設 TTL，開機收到一串過期訊息。限時訊息一律設存活時間（如 4 小時），過期不投遞。
- 半夜發送。排程一律帶使用者時區與靜音時段（22:00–08:00 不發非交易型），在後台做成不可繞過的預設值。
- 沒有緊急停止開關。大量發送一定要能一鍵中止未送出的佇列；這功能在你第一次發錯文案那天會賺回全部開發費。
成功指標 + 上線後 90 天路線圖
- 第 30 天：看授權率與可觸及裝置數，目標是授權率不下滑、無效 token 每週自動清理。先只發交易型訊息，建立「這個 App 的通知有用」的印象。
- 第 60 天：開始分眾與 A／B，比較文案長度、發送時段、有無大圖。看點擊率也要看「點擊後 7 日留存」——點進來就跳出的推播是在消耗信任。
- 第 90 天：把關閉率當主要 KPI，設一條紅線（如月關閉率 1.5%），超過就自動降頻。同時建立自動化旅程：棄單提醒、回訪喚醒、到貨通知，讓人力從手動發送轉成維護規則。
決策清單
- ☐ 我們有自己的 App，而不只是網站
- ☐ 月活躍裝置超過 3,000
- ☐ 至少有一種時間敏感的交易型通知
- ☐ 我們知道目前的通知授權率是多少
- ☐ 我們知道目前的通知關閉率是多少
- ☐ 有人固定負責推播文案與排程
- ☐ 有可用於分眾的使用者資料
- ☐ 需要推播點擊導向 App 內特定頁面
- ☐ 願意為「退訂中心」投入開發資源
- ☐ 能接受每月 4–8 小時的持續營運人力
- ☐ 有靜音時段與頻率上限的內部共識
- ☐ 法遵確認過行銷訊息的同意取得方式
- ☐ 有人能在發錯訊息時 5 分鐘內按下停止鍵
勾選 9 項以上：可以開始建置。5–8 項：先補齊營運人力與分眾資料。低於 5 項：先做 Email 與 App 內訊息。
常見問題
自建推播和用 OneSignal 該怎麼選？
看訊息量與資料敏感度。交易型量大、且不能因第三方停機而延誤的，自建比較安全；行銷活動需要快速分眾與 A／B 的，SaaS 省下的時間遠超過月費。多數團隊最後兩者併用。
通知授權率太低還有救嗎？
有，但要換時機不是換文案。把權限詢問移到「第一次下單完成」或「第一次收藏商品」之後，並在系統彈窗前先用自製畫面說明會收到什麼。被系統拒絕過的人只能引導到設定頁，成功率極低，所以第一次問的時機幾乎決定一切。
推播和 LINE OA 只能選一個嗎？
不用。交易型與即時提醒走 App 推播（免費、可深層連結），促銷與內容走 LINE OA（觸及廣、不需安裝）。唯一要守的規則是同一個人不要在同一天收到兩邊的同一則訊息，這要在後端做一層去重。
要做 Web Push 嗎？
先看使用者組成。Web Push API 在桌機與 Android 瀏覽器可用，但 iOS 需使用者先把網站加到主畫面，實務授權率很低。主力客群在 iOS 的話，同樣工時放在 Email 與 App 內訊息回收更快。
建置要多久？
五階段合計約 6–9 週，其中深層連結測試與權限流程設計最容易低估。只做交易型通知、不做分眾後台，可壓到 3–4 週。
下一步
ScriptWalker 的「App 推播與訊息中心建置」服務自 NT$160,000 起（含訊息矩陣盤點、FCM／APNs 串接、分眾排程後台、深層連結與退訂中心），另有「推播健檢」單次 NT$18,000，兩個工作天交付授權率／關閉率／送達率診斷與改善優先序。想先聊 30 分鐘釐清該自建還是用 SaaS，直接找我們：
- Email：[email protected]
- 電話：0916-224-047
- LINE：@ufv9089p