嗨——我今天早上看到你傳來的訊息,那張截圖顯示有人在你的應用程式支援信箱裡問「我要怎麼付錢給你」。真心恭喜你。這一刻代表一個副業專案不再只是展示品了。同時,這也是那一百個你原本可以一直往後延的小決定,全都在同一個星期二冒出來的時刻。你叫我直接告訴你該怎麼做。我會的,但我想先跟你講講原因,因為「原因」才能讓你三個月後不用再問我一次——到時候可能換成 Lemon Squeezy 而不是 Stripe,或是訂閱制而不是一次性收費。
你實際上要做的決定
你把這個問題定義成「我該用哪個金流服務商」,但這其實是兩個疊在一起的決定。第一:你想自己當「記名商戶」（登記商戶），還是讓別人來當?第二:你的計費模式是什麼——一次性購買、訂閱制,還是按用量計費?第一個選錯,你會在六個月後的某個週末,發現自己得在一個你從沒去過的國家申報增值稅（VAT）。第二個選錯,頂多是麻煩的遷移工作,而不是法律問題,所以這個相對沒那麼可怕。
身為「記名商戶」，意味著在法律上你就是銷售這項產品的人。你負責收款,也要自行搞清楚顧客所在的每個司法管轄區的銷售稅與增值稅規定,並負責申報。Stripe 很樂意幫你計算這些稅額（Stripe Tax）,但計算不等於繳納——一旦你在某個地區的銷售額超過門檻,你仍然得自行註冊並申報。像 Lemon Squeezy 或 Paddle 這類「記名商戶」服務,則會把整個問題從你手上接走:他們在法律上就是賣家,會在各地代收並代繳稅款,再把淨額付給你。你需要為此讓出一部分利潤。
| 選項 | 誰是賣家 | 一般抽成比例 | 稅務處理方式 | 適合 |
|---|---|---|---|---|
| Stripe（直接使用） | 你 | 約 2.9% + 每筆交易 $0.30，Stripe Tax 另加 0.5% | 你需自行註冊並申報，Stripe 僅負責計算 | 你預期每月營收會成長到數千美元以上，並希望長期降低手續費 |
| Lemon Squeezy | Lemon Squeezy | ~5% + $0.50/筆交易 | 全權代管，由平台擔任賣家 | 個人開發者、第一個產品，完全不想處理稅務問題 |
| Paddle | Paddle | ~5% + 費用依地區而異 | 全權代管，較偏向企業客戶 | 有訂閱制及部分開立發票需求的 SaaS |
| PayPal | 你 | ~3.5-4.5%，爭議處理偏向買方 | 自行處理 | 特別信任 PayPal 的顧客，而非預設選項 |
以你現在的階段來說——只有一位顧客、產品也很簡單、還不確定這是否會成為一門真正的生意——我會建議你選擇 Lemon Squeezy 或 Paddle，而不是直接用 Stripe。多花的那兩個百分點手續費，換來的是不會意外變成某個你從沒踏足過的州的納稅申報人，算是一筆便宜的保險。之後等業務量夠大、你也做好處理繁瑣文書的心理準備時，隨時可以改用 Stripe 直連。沒有人會為了好玩去換金流服務商，但這是一件「一個下午就能解決」的事，不是「要耗上一整年」的事。
我自己在之前的專案就犯過這個錯——因為「大家都在用 Stripe」就直接選了它，每個月從少數幾位歐洲顧客那裡收幾百美元，結果十八個月後收到一封措辭很客氣但讓人一頭霧水的信，內容是關於 VAT MOSS 註冊的事。花了會計師一個下午的時間，還有我四十分鐘上網瘋狂搜尋「我是不是欠荷蘭錢」的純粹恐慌。不算災難，但完全是可以避免的。
在啟用正式金鑰之前
不管你選哪一個，都不要一開始就直接接上正式環境。這些服務商每一家都有測試／沙盒模式，提供假的卡號可以觸發特定結果——成功扣款、卡片被拒、需要 3D 驗證、餘額不足。在動用真實金鑰之前，把這些情況都跑過一遍。這些失敗路徑正是你在第一週實際會遇到的狀況，而且一旦真的有人用真卡出狀況，現場除錯就一點也不有趣了。
在你的建置對話中，明確表示你希望分階段進行：先要求把金流串接到測試模式，並附上明顯可見的橫幅或標記，確保沒有人——包括未來的你自己——會在測試時不小心刷到真實卡片。接著再刻意安排另一個步驟，換上正式金鑰。這是兩個明確的指示，而不是一個，即使只說「加上付款功能」讓它自己猜要用哪個模式會更快。這個摩擦點正是重點所在。
你也需要決定：當 webhook 觸發時，如果你的伺服器當機、反應遲緩，或事件重複送達，會發生什麼事。這不是假設情境——第一週就會確實發生。你至少需要處理的事件包括：
checkout.session.completed（或同等事件）——授予存取權限，這正是顧客成為顧客的那一刻invoice.payment_failed——對於訂閱制，現在就決定這是立即鎖定還是給予寬限期，因為對一張只是暫時出點小狀況的卡片來說，「立即鎖定」真的會留下很糟的第一印象customer.subscription.deleted——有人取消了，除非你的條款另有規定，否則應在該期結束時才撤銷存取權限，而不是立刻- 退款事件——在第一筆退款要求逼你臨場決定之前，先自己白紙黑字寫下你的退款政策到底是什麼
冪等性在這裡比你應用程式中幾乎任何地方都更重要。如果 webhook 送達兩次——而且一定會發生，因為服務商在收到非 200 回應時會重試——你不能重複授予權限，更不能讓內部狀態被重複扣款。儲存事件 ID，在處理之前先檢查是否已經處理過。
你一直在迴避的定價問題
你在訊息中提到不確定要收 $9/月還是一次性 $49。我不覺得哪個是錯的，但注意一下你其實在迴避什麼：那就是和顧客討論「持續性的價值到底是什麼」這個對話。一次性定價比較容易讓人點頭，對你來說也比較好開發（不用處理催收、續訂失敗、取消流程）。訂閱制則是在賭你會持續改進這個產品，讓人不會流失——這是一個真正的承諾，不只是定價頁上的一個勾選項。如果你不確定六個月後是否還會積極維護這個產品，一次性定價會是更誠實的方案。之後有持續性的內容可以訂閱時，隨時可以再加上訂閱方案。
再補充一件事，然後就讓你繼續忙吧：在收到第一筆錢之前，把真正的退款和取消政策放到頁面上，就算只有三句話也好。不是因為有人會為了 $9 告你，而是因為把它寫下來會逼你真正做出決定，否則「等有人問再說」就會變成你在回覆一封憤怒郵件的當下臨時決定政策，而不是在一個平靜的下午想清楚。
先去把沙盒環境接好。等你用一張假的被拒卡號跑通之後傳訊息告訴我——那才是真正算數的「它成功了」。
