如何從 App 賺錢：獲利模式解說

App 的獲利方式有幾種：收取訂閱費、一次性售價、依用量收費、在使用者之間的交易中抽成、廣告、或是圍繞 App 販售服務。適合的模式取決於人們使用的頻率，以及每次使用創造多少價值。人們每週都依賴的工具適合訂閱；偶爾用一次的小工具適合單次付費。你發行 App 的方式也很重要：網頁 App 透過 Stripe 這類金流服務商收款；原生 App 若透過 App Store 或 Google Play 販售，則遵循這些商店的規則與抽成。

主要的獲利模式

訂閱

這是軟體業務最常見的模式，因為收入會重複產生，並隨著客戶增加而成長。當 App 成為某人日常的一部分時，它最為適用。請同時提供月付與年付選項；年付方案通常以承諾換取折扣。定價結構（分級、依席位、固定價）本身就是一個獨立的主題，請參閱如何為 SaaS 產品定價。

一次性付費

說明簡單，也容易購買。缺點是：如果 App 有持續的營運成本（代管、資料庫、AI 用量），每位客戶只付一次費用，卻要你永遠承擔成本。一次性定價最適合每位使用者的營運成本接近零，或是你對更新或新版本另外收費的情況。

免費增值

免費層級吸引人進來；付費層級留住真正獲得價值的人。困難之處在於兩者之間的界線。好的界線會跟隨與價值相關的使用量：專案數、團隊成員、資料筆數、匯出次數或進階功能。不好的界線則會讓免費使用者感到挫折，卻沒有讓付費層級變得更有吸引力。

依用量計費

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

交易手續費

如果你的 App 連結買家與賣家，例如交易市集、預約平台或求職網站，從每筆交易中抽取一部分，能讓你的收入與使用者的成功保持一致。它需要足夠的交易量才能發揮作用，而且會帶來實際的複雜度：向賣家撥款、退款、爭議，有時還有稅務。在建置之前就要規劃撥款的部分；這通常是最困難的一環。

廣告、贊助與聯盟收入

廣告只有在規模很大時才有實質收益，而且可能損害人們願意付費關注的產品。對於受眾較小的利基 App，贊助（相關公司付費取得曝光位置）與聯盟連結（對你推薦的銷售收取佣金）通常每位訪客能賺得更多。請務必清楚標示付費的內容。

圍繞 App 的服務

特別是在早期，與工具一起販售設定、導入或客製化工作，可以資助開發，也能讓你了解客戶真正需要什麼。它無法像軟體一樣規模化，因此把它當成過渡，而不是終點。

如何選擇模式

請回答以下這些關於你 App 的問題：

1. 使用者多久使用一次？ 每天或每週使用，指向訂閱。偶爾或不定期使用，指向一次性付費或依用量計費。
2. 每次使用是否都讓你花錢？ 如果是，就採用依用量計費，或帶有限制的訂閱。
3. 誰付費，使用者還是企業？ 企業比個人更願意接受訂閱與發票。
4. 是否連結兩個群體？ 考慮交易手續費。
5. 受眾是否龐大且隨意？ 只有在這種情況下，才考慮廣告。
6. 是否有自然的「更多」？ 如果有，免費增值就可能行得通。

大多數 App 最後會採用一種主要模式，再加上第二種：訂閱加上依用量的附加功能，或是免費層級加上付費方案，再加上為大型客戶提供的服務。

收款

對於網頁 App，你幾乎都會使用金流服務商，而不是自己處理信用卡。Stripe 是軟體業廣泛使用的選擇；其他選項包括 Paddle 與 Lemon Squeezy，它們扮演「商家代理」（merchant of record）的角色：代表你向客戶銷售，並負責銷售稅，但有各自的手續費結構。選擇前請比較各家的定價頁面。

金流服務商負責的事項包括：

• 結帳 — 客戶輸入卡片資料的安全頁面。你的 App 永遠不會看到卡號。
• 訂閱 — 定期收費、升級、取消、付款失敗的重試。
• 收據與發票。
• Webhook — 付款成功、失敗或訂閱變更時，傳送訊息給你的 App，讓你能授予或撤銷存取權限。

關於手續費：截至 2026 年 9 月，Stripe 的定價頁面說明標準定價不收設定費或月費，卡片付款會依每筆成功交易收取一定比例加上固定金額。實際費率因國家、卡片類型與訂閱計費等額外產品而異，因此請查看你所在國家的頁面，不要依賴你在其他地方看到的數字。

如何為你的 App 加入付款功能會逐步說明結帳、訂閱、Webhook 與測試模式。

App 商店與網路

你的 App 放在哪裡，會改變你能如何收費。

網頁 App

網頁 App 在瀏覽器中運行，任何裝置（包括手機）都能使用。中間沒有商店：你可以選擇金流服務商、設定自己的價格，而且只需支付金流服務商的手續費。發布更新也不需要商店審核。取捨在於曝光度：沒有人會透過瀏覽商店來找到你，而且有些使用者就是偏好安裝 App。原生 App 與漸進式網頁 App說明了兩者的差異。

在 App Store 與 Google Play 的原生 App

商店發行伴隨著收費規則：

• Apple。 截至 2026 年 9 月，Apple 的 App Review 指南規定，在 App 內解鎖功能或內容（訂閱、付費內容、完整版本）必須使用 Apple 的 App 內購買。在 App 外消費的實體商品或服務（計程車車程、配送的產品）則必須改用其他付款方式。Apple 的小型企業計畫對於前一個曆年收益不超過 100 萬 USD 的開發者，以及剛加入商店的開發者，對付費 App 與 App 內購買提供較低的 15% 佣金；超過該門檻則適用標準費率。部分地區，包括歐盟，適用不同的條款。
• Google Play。 Google 對透過 Play 計費銷售的數位商品與訂閱收取服務費。截至 2026 年 9 月，其服務費頁面顯示，2026 年費率會依地區調整，訂閱、新安裝與既有安裝，以及營收門檻的費率也各不相同。在規劃價格前，請閱讀你所在市場的最新頁面。

兩個商店的規則近年來經常變動，而且往往因地區而異。請把任何數字（包括上面提到的）視為需要在官方頁面上再次確認的資訊，然後才做決定。

收費前的檢查清單

• 有人說過他們會付費。 最好是已經有人付過款。在建置之前先預售，是你能得到的最強訊號。
• 付款流程已在金流服務商的測試模式中從頭到尾測試過：付款、失敗、取消、退款。
• 付款後才開放權限。 付款會解鎖正確的功能；取消或續費失敗則會移除它們。
• 定價寫在清楚的頁面上，並說明每個方案包含什麼。
• 已備妥服務條款、隱私權政策與退款政策。 請就稅務與消費者法規尋求當地的建議，因為各國不同。
• 你知道每位使用者的成本，包括代管、資料庫與 AI 用量，讓每個價格都能負擔這些成本。

常見錯誤

• 等太久才收費。 免費使用者會告訴你他們喜歡什麼；付費使用者會告訴你他們重視什麼。
• 方案太多。 一開始兩到三個層級就足夠了。
• 忽略營運成本。 特別是在使用 AI 功能時，重度使用者的花費可能超過他們所付的費用。
• 取消流程不清楚。 讓取消變得容易。這能建立信任，並減少爭議。
• 以為 App 商店的規則很單純。 在依某種付費模式圍繞原生 App 建置之前，請先確認規則。

在 Mythex 上建置付費 App

Mythex 建置的是網頁 App，因此在網路上，你使用自己的金流服務商收費，中間沒有 App 商店。若使用 Stripe，你需要把自己的 Stripe 金鑰加入專案祕密設定，並請 Agent 加入結帳功能；你可以在預覽中使用 Stripe 的測試卡號進行測試，然後發布。文件中的 Stripe 教學列有步驟。Mythex 不提供一鍵連接 Stripe 的功能。在 Pro 方案中，它也能把 App 包裝成 Android 與 iPhone App；一旦你進入商店，Apple 與 Google 關於 App 內付款的規則就會適用。關於值得收費的點子，請參閱微型 SaaS 點子；當你準備好尋找客戶時，請參閱如何推出 App 並獲得第一批使用者。

常見問題