付費機制：一個人怎麼收錢
本篇是「一個人做產品」系列的第 8 / 18 篇。你可以從系列總覽開始閱讀，也可以直接接著看本文。
從免費到收費的心理障礙
你的產品有人在用了。有人說「很好用」，有人說「如果有 X 功能就更好了」。
現在你心裡有一個想法：「也許……可以開始收費了？」
然後你開始焦慮。
「會不會一收費，所有用戶都跑掉？」「定多少錢才合理？」「台灣市場用什麼金流？Stripe 可以用嗎？」「要不要開統編？需不需要開發票？」「如果有人付了錢然後要退款怎麼辦？」
這些問題堆在一起，讓「收費」這件事變成了一座大山。於是你繼續讓產品免費，告訴自己「再等等，功能更完善再說」。
這是 Solo Builder 最常見的拖延。也是最致命的——因為一個不收錢的產品，永遠只是 side project（這個核心信念在第 1 章：Solo Builder 宣言有更完整的論述）。
不過這句話我得補一個前提：它只在「你的商業模式就是向用戶收費」時才成立。「免費」本身可以是策略，不一定是逃避。有幾種情況我反而會勸你別急著收費：
- 需求還沒驗證——連有沒有人要用都不確定，先收費只會讓你拿不到真實的使用數據。
- 產品靠網路效應——社群、市集、協作工具這類東西，沒先衝出規模就收費，等於自己掐死成長。
- 變現本來就不是直接跟用戶拿錢——廣告、贊助、開源加技術服務，都是「沒跟用戶收一毛、卻活得很好」的活路。
所以與其說「沒收錢就是 side project」，更準確的版本是：如果你打算靠用戶付費活下來，那遲遲不收費確實是拖延；但收費不是「認真」的唯一證明。 先想清楚你是哪一種，再決定要不要往下讀這章的金流。
事實上，串接金流的技術難度遠比你想像的低。2026 年的金流服務都有完善的 API 和 SDK，加上 AI 的輔助，一個晚上就能搞定。
真正的挑戰不是技術，而是心態。所以我們先處理心態，再處理技術。
心態轉換：收費是對用戶的尊重
很多開發者覺得「收費不好意思」，因為自己也常用免費工具。
但你想過一個問題嗎：你最常用的免費工具，你對它有多大的信任？
如果它明天關掉了，你會多難過？大概只會說「可惜」，然後找替代品。
但如果你付了費的工具明天關掉了？你會很生氣，因為你投入了金錢，你期待它穩定運作。
這就是收費的意義：付費建立了一種契約關係。 用戶付費，代表他認真看待你的產品。你收費，代表你承諾會認真維護。
免費產品的用戶會說「不錯」然後離開。付費用戶會說「這邊有 bug 你要修」——然後留下來。
收費不是在佔用戶便宜。收費是在告訴用戶：「我會為這個產品負責。」
話講得漂亮，但我也得誠實說收費的另一面，不然你會以為它只有好處：
- 付費牆會把絕大多數人擋在外面。 業界常見的免費轉付費率個位數百分比，意思是你收費的那一刻，等於放掉九成以上的使用者——而這群人正是會幫你口耳相傳的來源。
- 付了錢的人期待也更高。 免費用戶最多嫌兩句就走，付費用戶會半夜寄信問你「我付了錢為什麼還當機」，客服和 SLA 的壓力是真的會壓到你。
- 你開始要扛退款與爭議。 信用卡 chargeback、要求退費、發票開錯，這些雜事免費時你完全不用碰。
- 「付費用戶會留下來」不是定律。 訂閱制的退訂率（churn）很現實，留不留下來看的是產品本身，收了錢不會自動換來忠誠。
我講這些不是要你別收錢，而是想讓你看清楚：「收費」跟「先維持免費衝規模」是一個 trade-off，是商業選擇，不是誰比較有志氣的道德題。
台灣市場的三大金流選項
如果你的產品面向國際市場，選 Stripe 幾乎沒有懸念。但如果你的用戶主要在台灣，事情就複雜一些了。
以下是 2026 年台灣 Solo Builder 最常用的三個金流服務：
選項 1：Stripe
國際標準，開發者體驗最好
Stripe 是全球最受歡迎的金流服務，API 設計優雅，文件品質一流，SDK 覆蓋所有主流語言。
- 優點：API 設計優雅、文件完善、Dashboard 直覺、AI 對 Stripe 的理解度極高（訓練資料多）、支援訂閱制管理、Webhook 機制完善
- 缺點：⚠️ 台灣個人無法直接申請——Stripe 官方支援約 46 國，台灣不在其中。台灣人要用 Stripe 必須先在美國（US LLC + EIN）或英國（UK Ltd）成立公司主體才能開戶；台灣用戶也不一定習慣用國際信用卡付費、手續費略高。（正面消息：Stripe Tax 已於 2025-10 支援台灣遠端賣家數位商品稅務登記）
- 適合：目標用戶是國際市場、或是科技圈習慣用信用卡的用戶
選項 2：綠界 ECPay
台灣本土標準，支付方式最多元
綠界是台灣最普及的金流服務。超商付款、ATM 轉帳、信用卡、Line Pay——台灣人習慣的付費方式它都有。
- 優點：支援超商付款和 ATM（台灣用戶最習慣）、市場接受度高、個人就能申請
- 缺點：API 設計較舊（XML 格式）、文件品質參差不齊、Dashboard 介面老舊、AI 生成的綠界整合程式碼品質較差（訓練資料少）
- 適合：目標用戶是一般台灣消費者、需要超商付款和 ATM 轉帳
選項 3：藍新 NewebPay
台灣本土，API 相對現代
藍新是台灣另一個主流金流服務，API 設計比綠界現代一些。
- 優點：API 比綠界乾淨、支援台灣主流支付方式、文件相對完整
- 缺點：市場知名度比綠界略低、部分進階功能需要企業帳戶
- 適合：想要台灣本土金流但受不了綠界 API 的開發者
三者比較表
| 面向 | Stripe | 綠界 ECPay | 藍新 NewebPay |
|---|---|---|---|
| 信用卡手續費 | 2.9% + $0.30 | 2.75% | 2.8% |
| 超商付款 | ❌ 不支援 | ✅ 支援 | ✅ 支援 |
| ATM 轉帳 | ❌ 不支援 | ✅ 支援 | ✅ 支援 |
| Line Pay | ❌ 不支援 | ✅ 支援 | ✅ 支援 |
| API 品質 | ⭐⭐⭐⭐⭐ | ⭐⭐ | ⭐⭐⭐ |
| 文件品質 | ⭐⭐⭐⭐⭐ | ⭐⭐ | ⭐⭐⭐ |
| AI 整合友善度 | ⭐⭐⭐⭐⭐ | ⭐⭐ | ⭐⭐⭐ |
| 訂閱制支援 | ✅ 原生支援 | ⚠️ 需自建 | ⚠️ 需自建 |
| 台灣用戶接受度 | 🟡 中 | 🟢 高 | 🟢 高 |
| 個人可申請 | ❌（需海外公司主體） | ✅ 可以 | ✅ 可以 |
| 設定到收到第一筆款 | 需先成立海外公司 | 3-7 天 | 3-7 天 |
手續費註記：上表 Stripe 的 2.9% + $0.30 是美國本地卡（USD）的標準費率。若你主要收的是台灣發行的信用卡，會被歸類為跨國卡（international card），Stripe 會在基本費率上再加約 1.5%；如果交易還涉及貨幣轉換（顧客以非美元結帳），會再加約 1%——疊加後實際成本可能來到約 5.4% + $0.30，而不是平盤 2.9%。綠界 2.75%、藍新 2.8%（信用卡一次付清）為標準列表費率，實務上常有新戶優惠（綠界新戶費率曾低至 1.8%），簽約前值得議價。
我的建議
先問自己一個問題：你的用戶會用信用卡付費嗎？
- 如果是（開發者、科技圈、國際用戶）→ 用 Stripe
- 如果不確定（一般台灣消費者）→ 先用綠界，它的支付方式最多元
- 如果你是開發者但受不了綠界的 API → 用藍新
不要一開始就串接三個。先選一個，上線收到第一筆錢，再考慮加其他的。
定價策略：三種模式的選擇
串接金流之前，你需要先決定定價策略。Solo Builder 常用的三種模式：
模式 1：Freemium（免費增值）
- 基本功能免費，進階功能付費
- 優點：降低試用門檻，用免費用戶建立口碑
- 缺點：免費用戶的伺服器成本你要承擔，轉換率通常 2-5%
- 適合：工具型產品、有明確的免費/付費功能分界
模式 2：Tiered Subscription（分級訂閱）
- 月費/年費，不同等級不同功能
- 優點：可預測的每月收入（MRR），用戶生命週期長
- 缺點：需要持續提供價值讓用戶續費，訂閱制管理較複雜
- 適合：SaaS 產品、有持續使用需求的服務
模式 3：Pay Once（一次買斷）
- 付一次錢，永久使用
- 優點：用戶心理負擔最低，交易簡單
- 缺點：沒有持續收入，需要不斷找新客戶
- 適合：課程、電子書、桌面應用、lifetime deal
定價的經驗法則
| 原則 | 說明 |
|---|---|
| 不要免費太久 | 免費超過三個月還不收費，用戶會覺得「這本來就是免費的」 |
| 從高定價開始 | 降價容易，漲價難。先定高一點，不夠再降 |
| 提供年繳折扣 | 月費 x 10 = 年費（等於送兩個月），提高年繳比例 |
| 方案不要超過三個 | 太多選擇讓人焦慮。免費 + 基本 + 進階，三個就夠 |
| 比競品便宜 20-30% | Solo Builder 的營運成本低，可以用價格當武器 |
用 AI 幫你做定價決策：
我的產品是 [描述]，目標用戶是 [描述]。
競品的定價：
- 競品 A：$X/月
- 競品 B：$Y/月
- 競品 C：免費（有廣告）
我的產品的核心差異化是 [描述]。
請建議：
1. 定價模式（freemium / 訂閱制 / 買斷）
2. 具體價格方案（含免費版和付費版的功能分界）
3. 是否提供年繳折扣
4. 第一年的收入預估（假設 1000 個免費用戶，X% 轉換率）AI 輔助金流整合：實戰 Prompt
確定了金流和定價之後，來到實際串接。這是 AI 最能幫你加速的環節。
傳統做法
- 讀金流服務的文件（綠界的文件可能讓你想哭），2-4 小時
- 寫整合程式碼，處理加密、簽名、callback，4-8 小時
- Debug 各種奇怪的錯誤回傳碼，2-4 小時
- 測試各種付費場景（成功、失敗、取消），2-3 小時
- 前後花了 10-19 小時（2-3 個週末）
AI 加持做法
Step 1：讓 AI 生成整合骨架
以 Stripe 為例（完整技術選型考量可參考第 3 章：技術選型決策框架）：
我需要在我的 Astro + Hono 後端整合 Stripe 付費。
需求：
- 產品類型：SaaS 訂閱制
- 方案：Free / Pro ($9.99/月) / Team ($29.99/月)
- 後端框架：Hono on Cloudflare Workers
- 資料庫：D1 (SQLite)
請生成：
1. Stripe Checkout Session 建立的 API endpoint
2. Webhook handler（處理 checkout.session.completed、
customer.subscription.updated、customer.subscription.deleted）
3. 用戶訂閱狀態的資料庫 schema
4. 中介層：檢查用戶是否有有效訂閱
技術要求：
- TypeScript
- 使用 stripe npm package 最新版
- 錯誤處理要完整
- 加上必要的 type 定義Step 2：讓 AI 生成測試用例
針對剛才的 Stripe 整合程式碼，請生成測試用例：
1. 成功付款流程
2. 付款失敗流程
3. 訂閱升級（Free → Pro）
4. 訂閱降級（Pro → Free）
5. 訂閱取消
6. Webhook 簽名驗證失敗
7. 重複的 Webhook 事件處理
使用 Vitest 測試框架。Step 3：讓 AI 生成收據 Email
請幫我生成付費成功後的收據 email 模板。
資訊包含：
- 產品名稱
- 方案名稱和金額
- 付款日期
- 下次扣款日期
- 收據編號
- 客服聯絡方式
語言：繁體中文
風格：簡潔專業
請用 HTML email 格式，確保在各種 email client 都能正確顯示。用 AI 輔助，整個金流整合大約 3-4 小時可以完成——一個晚上的事。
台灣的法律考量
這一段很重要。在台灣收費做生意，有一些法律事項你必須知道：
個人 vs. 公司
| 面向 | 以個人身份收費 | 設立公司（行號/有限公司） |
|---|---|---|
| 設立成本 | 零 | 行號 ~$5,000 / 公司 ~$15,000-30,000 |
| 統一編號 | 無 | 有 |
| 開發票 | 不行 | 可以（公司戶需要） |
| 年營收門檻 | 超過一定金額需辦營業登記 | 已有登記 |
| 稅務 | 綜合所得稅申報 | 營利事業所得稅 |
| 金流申請 | 部分金流需公司帳戶 | 較容易申請各種金流 |
我的建議：一開始用個人身份，月營收穩定超過 $8,000 再考慮設立行號。
不要在還沒賺到錢之前就花時間開公司。先驗證有人願意付費，再處理法律架構。
電子發票
如果你設了行號或公司，台灣法律要求你開發票。電子發票的串接可以用：
- 綠界電子發票 API：跟金流一起用最方便
- 財政部電子發票平台：免費但整合較麻煩
同樣地，先有穩定營收再處理。不要一開始就花兩週在串接電子發票上。
退款處理
台灣的消費者保護法賦予消費者在收到商品 7 天內無條件解約退貨的權利（即「七日鑑賞期／猶豫期」，並非試用期）。數位內容與「一經提供即完成」的線上服務（例如 SaaS）確實有機會排除這項七日解除權，但不是自動成立：依《消費者保護法》第 19 條與《通訊交易解除權合理例外情事適用準則》第 2 條，例外要成立必須同時滿足兩個前提——(1) 業者在購買前以清楚方式事先告知將排除七日解除權，且 (2) 取得消費者事先同意。兩者只要缺一（例如沒在結帳流程讓使用者勾選同意），七日解除權仍然適用。實務上建議把這段告知與同意機制寫進服務條款與結帳流程的勾選同意。
建議在你的服務條款中明確說明退款政策。AI 可以幫你生成：
請幫我撰寫一個 SaaS 產品的退款政策。
產品類型：[描述]
定價方式：月訂閱制
地區：台灣
需要包含：
1. 退款條件
2. 退款流程
3. 退款時間
4. 例外情況
語言：繁體中文
風格：清楚明確，但不要太冰冷
注意：要符合台灣消費者保護法的相關規定。實戰案例：cloud-on-academy 的付費設定
讓我用 cloud-on-academy（GCP 認證課程平台）的真實例子說明。
產品類型：線上課程（買斷制）
金流選擇：同時支援 Stripe（國際用戶 + 信用卡）和綠界（台灣用戶 + 超商付款）
為什麼這樣選：課程平台的用戶分兩群。科技圈的開發者習慣用信用卡，直接用 Stripe。但也有一些在職進修的人更習慣超商付款，所以加了綠界。
串接順序：
- 先串 Stripe（API 品質好，2 小時搞定；前提：已有美國 LLC 主體）
- 上線收到第一筆款
- 發現有用戶問「可以超商付款嗎？」
- 才串綠界（花了半天，主要在跟文件搏鬥）
關鍵學習：不要一開始就串兩個金流。先上線一個，根據用戶回饋再決定要不要加。更多真實產品的付費設定細節，見第 13 章：實戰案例——我的四個產品。
訂閱管理：升級、降級、取消
如果你選的是訂閱制，你需要處理用戶的方案變更。這是很多人低估的複雜度。
需要處理的場景
| 場景 | 處理方式 |
|---|---|
| 免費 → 付費 | 建立新訂閱，立即生效 |
| 基本 → 進階 | 立即升級，按比例計費（prorate） |
| 進階 → 基本 | 下個計費週期生效 |
| 付費 → 取消 | 當前週期結束後降為免費 |
| 付費失敗 | 寬限期（3-7 天），然後降為免費 |
| 退款 | 取消訂閱 + 退款 |
Stripe 原生支援所有這些場景。 這是選 Stripe 的最大優勢——你不需要自己寫訂閱管理邏輯。
如果用綠界或藍新，訂閱管理需要自己建。但對 Solo Builder 來說，一開始可以先不支援訂閱制。用買斷制或手動管理，等用戶量大了再花時間建訂閱系統。
Start Simple：不要過度工程
最後一個忠告：不要在金流整合上過度工程。
你不需要：
- ❌ 支援十種支付方式（先支援一種最多人用的）
- ❌ 自動化的退款流程（手動處理，先了解為什麼退款）
- ❌ 複雜的方案管理（先從一個付費方案開始）
- ❌ 自動開發票（先手動開，或等月營收穩定再串接）
- ❌ 多幣別支援（先只收台幣或美金）
你需要的只是：一個「付費」按鈕 → 用戶付錢 → 你收到錢 → 用戶得到存取權限。
就這樣。
先把這個最小循環跑通，收到第一筆錢。然後根據實際情況，逐步完善。
很多 Solo Builder 在金流整合上花了三個週末，結果做了一個「完美的付費系統」，然後發現根本沒人付費。
不要成為那個人。先簡單做，先收到錢，再優化。
本章重點回顧
- 💰 收費不是佔用戶便宜，是建立信任契約。一個不收錢的產品永遠只是 side project
- 🏦 台灣市場三大金流：Stripe（最佳 DX）、綠界（最多支付方式）、藍新（折衷選擇）
- 📊 先問「用戶會用信用卡嗎」來選金流，不要一開始就串三個
- 🏷️ 定價：不要免費太久、從高定價開始、方案不超過三個
- 🤖 AI 可以在一個晚上幫你搞定金流整合：生成 API endpoint、webhook handler、測試用例、收據模板
- ⚖️ 法律：先用個人身份，月營收穩定再考慮設立公司
- 🎯 Start Simple：先跑通「付費 → 收錢 → 給權限」的最小循環，再逐步完善
下一步
開始收費了，代表你的產品正式進入「有人付錢」的階段。
但付了錢的用戶會開始有期待、有意見、有抱怨。下一章，我們來建立系統化的用戶回饋循環——讓你聽懂用戶在說什麼，把有限的時間花在最值得改進的地方。
