如何從應用程式賺錢：收費模式詳解

應用程式賺錢嘅方法有幾種：收取訂閱費、一次性價格、按用量收費、用戶之間交易嘅抽成、廣告，或者圍繞應用程式銷售服務。合適嘅模式視乎用戶用得幾密，以及每次使用帶來幾多價值：每個星期都依賴嘅工具適合訂閱；一次性嘅實用程式就適合單次付費。你點樣發布應用程式都好重要：網頁應用程式透過 Stripe 之類嘅處理商收款，而透過 App Store 或 Google Play 出售嘅原生應用程式，就要遵守商店嘅規則同佣金。

主要收費模式

訂閱

係軟件業務最常見嘅模式，因為收入會持續重複，並隨著客戶增加而增長。當應用程式成為某人日常生活嘅一部分時，訂閱最為有效。提供月費同年費兩種選擇；年費通常會以折扣換取承諾。收費結構（分層、按座位、單一收費）本身就是一個獨立課題，可參閱如何為 SaaS 產品定價。

一次性付費

解釋簡單，亦容易購買。不過有一個問題：如果應用程式有持續成本（託管、資料庫、AI 使用量），每位客戶只付一次費用，但你要永遠承擔佢哋嘅成本。當每位用戶嘅持續成本接近零，或者你會另外為更新或新版本收費時，一次性定價最合適。

免費增值

免費層用嚟吸引人入來；付費層則留住那些真正獲得價值嘅人。困難之處在於劃分兩者嘅界線。好嘅界線會跟隨與價值相關嘅使用量：項目數目、團隊成員、紀錄、匯出或者進階功能。差嘅界線只會令免費用戶不快，卻冇令付費層變得更吸引。

按用量收費

當你嘅成本隨使用量增加時，按用量收費係合理嘅做法。AI 功能就是最明顯嘅例子，因為每次模型呼叫都會對你構成成本。客戶喜歡只為所用嘅部分付費，但討厭突如其來嘅帳單，所以要清楚顯示用量，並考慮提供包含一定額度嘅基本方案。

交易費用

如果你嘅應用程式連接買家同賣家，例如交易平台、預約平台或者招聘網站，就從每宗交易抽取一部分，讓你嘅收入與用戶成功掛鉤。呢個模式需要足夠嘅交易量才行得通，而且會帶來真正嘅複雜性：向賣家付款、退款、爭議，有時還有稅務。動工之前要先規劃付款發放部分；通常呢部分係最困難嘅。

廣告、贊助同聯盟收入

廣告只有在大規模時才會帶來可觀收入，而且可能破壞人們付費關注嘅產品。對於受眾較小嘅細眾應用程式，贊助（相關公司付費換取推廣位）同聯盟連結（就你推薦嘅銷售收取佣金）通常每位訪客帶來更多收入。付費推廣一定要清楚標示。

圍繞應用程式嘅服務

尤其是早期，同工具一併出售設定、入職或者定制工作，可以為開發提供資金，並讓你了解客戶需要咩。呢類收入唔能像軟件咁規模化，所以應該當作過渡橋樑，而唔係最終目的地。

如何選擇模式

回答以下有關你應用程式嘅問題：

1. 有幾多人用？ 每日或每星期使用，指向訂閱。偶爾或者一次性使用，指向一次性付費或按用量收費。
2. 每次使用都會令你付出成本嗎？ 如果會，就用按用量收費，或者帶有限額嘅訂閱。
3. 邊個付費——用戶定商家？ 商家比個人更容易接受訂閱同發票。
4. 是否連接兩個群體？ 考慮交易費用。
5. 受眾是否龐大而隨意？ 只有咁時先考慮廣告。
6. 有冇自然嘅「更多」？ 如果有，免費增值可能行得通。

大部分應用程式最終會選定一個主要模式，再加入第二個：例如訂閱加上按用量計費嘅附加服務，或者免費層加付費方案，再加上為大客戶提供嘅服務。

收取款項

對於網頁應用程式，你幾乎一定會使用付款處理商，而唔係自己處理信用卡。Stripe 係軟件業廣泛採用嘅選擇；其他選項包括 Paddle 同 Lemon Squeezy，它們作為「商家記錄人」（merchant of record）運作：代你向客戶出售，並負責銷售稅，收費結構亦有所不同。選擇前請比較各自嘅定價頁。

付款處理商會負責：

• 結帳——客戶輸入信用卡資料嘅安全頁面。你嘅應用程式永遠唔會見到卡號。
• 訂閱——定期收費、升降級、取消、付款失敗後重試。
• 收據同發票。
• Webhook——當付款成功、失敗或者訂閱有變動時，向你嘅應用程式發出訊息，令你可以授予或撤銷存取權。

關於費用：截至 2026 年 9 月，Stripe 定價頁列明標準定價沒有設定費或月費，信用卡付款則按每筆成功交易收取一個百分比加一個固定金額。實際費率會因國家、卡類別及訂閱收費等額外產品而有所不同，所以請查看你所在國家嘅定價頁，而唔好依賴你喺其他地方見過嘅數字。

如何為應用程式加入付款功能會逐步講解結帳、訂閱、Webhook 同測試模式。

應用程式商店 vs 網頁

你嘅應用程式放喺邊度，會改變你收費嘅方式。

網頁應用程式

網頁應用程式喺瀏覽器運行，任何裝置都可以用，包括手機。中間冇商店：你可以自行選擇付款處理商、設定價格，而你只需要支付處理商嘅費用。更新應用程式亦毋須商店審批。取捨在於探索性——冇人會透過瀏覽商店發現你；而且有啲用戶就係唔想安裝應用程式。原生應用程式與漸進式網頁應用程式解釋咗兩者嘅分別。

App Store 同 Google Play 嘅原生應用程式

商店發行附帶收費規則：

• Apple。 截至 2026 年 9 月，Apple 嘅 App Review Guidelines 規定，喺應用程式內解鎖功能或內容（訂閱、付費內容、完整版本）必須使用 Apple 嘅應用程式內購買。喺應用程式以外消費嘅實體商品或服務（例如的士車程、送貨上門嘅產品）則必須使用其他付款方式。Apple 嘅 小型企業計劃會就付費應用程式同應用程式內購買，向上一個曆年收益最多 100 萬美元，以及剛加入商店嘅開發者，提供 15% 嘅優惠佣金；超過該門檻則適用標準費率。部分地區，包括歐盟，適用不同條款。
• Google Play。 Google 會就透過 Play 計費出售嘅數碼商品同訂閱收取服務費。截至 2026 年 9 月，其服務費頁面顯示，費率會在 2026 年內按地區轉變，訂閱、新安裝與現有安裝之間，以及收益門檻各有不同。規劃價格之前，請閱讀你所在市場嘅最新頁面。

近年兩間商店嘅規則經常改動，而且常常因地區而異。請將任何數字——包括上面嘅數字——都視為需要在官方頁面再次核實嘅資料，然後才作決定。

收費之前：檢查清單

• 已經有人表示願意付費。 最理想係已經有人付款。在開發之前預先售賣，係你能得到最有力嘅訊號。
• 付款流程已經喺處理商嘅測試模式下由頭到尾測試：付款、失敗、取消、退款。
• 付款後先開通存取權。 付款會解鎖正確嘅功能；取消或續費失敗就會移除。
• 定價喺一個清晰嘅頁面，列明每個方案包括咩。
• 已有條款、私隱政策同退款政策。 稅務同消費者規則要諮詢當地意見，各國有所不同。
• 你清楚每位用戶嘅成本，包括託管、資料庫、AI 使用量，確保每個價格都能覆蓋成本。

常見錯誤

• 太遲開始收費。 免費用戶會告訴你佢哋喜歡咩；付費用戶會告訴你佢哋重視咩。
• 方案太多。 一開始有兩至三個層級已經足夠。
• 忽略持續成本。 特別係 AI 功能，重度用戶可能付出多過佢哋所付嘅費用。
• 取消流程唔清楚。 令取消變得容易。咁樣可以建立信任，並減少糾紛。
• 以為應用程式商店規則好簡單。 開發原生應用程式之前，先查清楚佢哋嘅規則，再圍繞收費模式去設計。

用 Mythex 製作付費應用程式

Mythex 會製作網頁應用程式，所以喺網頁上，你可以用自己嘅付款處理商收費，中間冇應用程式商店。如果用 Stripe，你要將自己嘅 Stripe 金鑰加為項目 secrets，然後要求 agent 加入 Checkout；你可以喺預覽中用 Stripe 測試卡號測試，然後發布。相關步驟可參閱文件中嘅 Stripe 教學。Mythex 暫時唔提供一鍵連接 Stripe 嘅功能。Pro 方案下，佢亦可以將應用程式包裝成 Android 同 iPhone 應用程式；一旦上架商店，Apple 同 Google 有關應用程式內付款嘅規則就會適用。有關值得收費嘅構想，可以睇 micro-SaaS 構想；準備好尋找客戶時，可以睇如何推出應用程式並取得首批用戶。

常見問題