写代码只占三成：SaaS 出海收款的账单

V2EX 上 10 月 15 日有个帖子标题很直白：《上个站 56 天零收入，这个站 5 天收到第一笔钱》。作者做的是 voicewove.com，一个 AI 文字转语音加声音克隆的服务，支持 40 多种语言，技术路线是 fork 一个 MIT 协议的开源上游（Next.js 15 加 shadcn/ui）：10 月 11 日凌晨 fork，10 月 15 日晚上收到第一笔 3 美元支付并做了退款验证。先把口径说准：那 3 美元是作者自己的测试单、已经退款；「30 天内收到第一笔陌生人的真实付款」才是他定的目标。本文是实践转述，样本量为 1，不能泛化；费率数字截至 2026 年 10 月，会变；合规部分不是法律意见。

VoiceWove：AI 文字转语音与声音克隆

一、收款方案：Stripe 换 Creem

上游自带的支付走 Stripe，作者换成了 Creem。选它的原因是 MoR 模式：平台作为名义卖家，替你处理全球税务合规，代价是每单抽成。集成本身一天搞定：8 个产品、checkout 跳转、webhook 签名验证、权益自动发放。对不想碰跨国税务的个人开发者，MoR 的角色可以理解为「收款代理」，但后面会看到，这个代理的 KYC 比你自己去开户还严。

二、五天时间账单：写代码只占三成

拆完账单，结构出乎意料：写新代码约 30%，修上游的坑约 35%，合规与审核约 20%，品牌相关约 15%。合规与审核里包含 Google 品牌验证三次提交和 Creem KYC 两次来回，花了将近两天；而支付集成只花了一天。结论很明确：出海收款的成本中心是合规，不是代码。

Creem：MoR 模式的收款平台

三、代码之外的四大坑

坑一，MoR 的 KYC 被真人打回一次：网站上挂的用户评价用了「不可核实的通用身份」，就是上游模板自带的假评价；整改方式是隐藏评价区块，等真实反馈积累后再放出来。坑二，店铺隔离：Creem 一个账号就是一个店铺，测试产品和正式产品千万别混账号，否则结账页的品牌会穿帮。坑三，Google 品牌验证提交了三次才过：隐私政策要包含 Google API 的 Limited Use 披露、第三方数据处理明细，还要有 AI NCII 禁令声明。坑四最有价值，单列一节。

四、白嫖漏洞：上线前用真实卡走一遍退款

上线前，作者用真实信用卡把「支付到退款」全流程走了一遍，发现一个致命漏洞：webhook 只处理权益发放，没有处理退款。也就是说，用户买额度、把额度用掉、再申请退款，就是一个完美的白嫖循环。修复分两步：发放权益时把 Creem 订单号写进支付流水，此前只存了产品 ID，退款事件发生时无法回查是哪笔订单；退款事件到达时按订单号回查，在事务内扣回权益。走完整个流程，净成本 0 美元。这个分支是所有自建权益系统的高发盲区，工程做法可以直接抄。

五、冷水与教训

三条教训按作者实践转述：上线前必须用真实卡走一遍支付到退款，webhook 的退款分支是白嫖漏洞的高发区；MoR 是花钱买省心，税务不用碰，但每单抽成加上 KYC 真人审核比想象中严；品牌隔离从第一天做起，别让测试流量污染正式店铺。四条边界同样重要：这是样本量 1 的单次实践，不能泛化成方法论；费率和审核口径截至 2026 年 10 月，随时会变；合规描述是实践转述，不是法律意见；「5 天收到第一笔钱」的对比句里藏着的运气成分，作者自己也没有回避。