Pro 訂閱為什麼先在 iOS 上線、Web 押到下半年？資源有限團隊的優先序判斷

Apexhone Pro 訂閱目前只在 iOS App Store 開通，Web 付款系統還沒開始。這不是技術限制，是刻意的優先序選擇。

讀者問過幾次：為什麼 Apexhone Pro 訂閱只能透過 iOS App 開通？Web 上點「升級 Pro」會看到「即將推出」？這篇講背後的判斷，順便公開我們在資源有限時怎麼排優先序。

表面原因：iOS 內建 IAP 比 Web 付款系統便宜建造 10 倍

Apple 的 In-App Purchase 是一個現成的訂閱系統：自動續訂、退款流程、發票、跨設備同步——這些東西已經被 Apple 寫好了。我們只需要在 App 裡接幾個 API，幾天就能上線。

Web 付款系統不同。要選擇 Stripe 或 LinePay 或 ECPay，要處理發票（台灣電子發票合規）、信用卡、ApplePay/GooglePay、訂閱續訂邏輯、失敗重試、客戶退款流程、跨境稅務。即使是「最快」的整合，工時也是 iOS IAP 的 10 倍以上。

當你資源有限，10 倍的時間差距足以決定先做哪一個。

表面便宜不是真正的理由。真正的理由是：願意下載你 App 並設定通知的人，已經是高度投入的用戶。Web 訪客大部分還在「看一看」的階段。

我們的數據（2026 年 4 月）：Web 月活約 1.2 萬，iOS 月活約 1800。但 iOS 用戶平均每週寫 4.3 筆決策，Web 用戶平均 0.7 筆。轉換到 Pro 的潛在群體在 iOS 上濃度高 6 倍以上。

如果你只能優先做一個付費入口，去濃度高的地方。

套用 RICE 優先序：Reach（觸及人數）Web 大但意願低、iOS 小但意願高。Impact（單位影響）iOS 大很多。Confidence（信心）iOS IAP 是成熟方案、Web 涉及多家供應商選擇。Effort（成本）iOS 1 週、Web 6-8 週。每個維度 iOS 都贏。

套用機會成本：選 Web 等於 6 週內不做任何新功能。這 6 週可以做的事包括偏誤偵測、Pro 內容（年度回顧、雲端同步）、研磨誌 20 篇新內容。Web 付款的機會成本太高。

短期方案是 Web 上不顯示 Pro 訂閱入口、改成「iOS App 搶先升級」CTA 引導下載。中期方案（預計 2026 Q3）是接 Stripe 處理 Web 訂閱，使用同一組帳號（Manyi Life 集團帳號），跨平台同步權益。

我們認為這個順序對使用者也是好的：在 Web 上付費的用戶最後還是會想用 iOS App（Widget、Face ID、雲端同步），與其讓他們付兩次、要先在 iOS 上獲得最完整體驗。

多數產品團隊會把優先序的判斷藏起來，只給用戶看「即將推出」這四個字。我們選擇公開，是因為 Apexhone 的核心 IP 就是「決策結構化」——如果連我們自己怎麼排優先序都不示範，這個品牌就站不住腳。

想直接體驗 Pro？到 App 下載頁取得 iOS App，內建升級流程。