Paddle 和 Gumroad 经常被放在同一张「独立开发者收款」表里。实际用起来，它们解决的是两类问题。
Paddle 更像 SaaS 订阅和全球税务收银台。Gumroad 更像内容、模板和小数字产品卖场。两者都可能帮你少处理部分税务和付款杂事，但对账、客户关系和迁移成本完全不同。
按产品形态选，不按费率选
| 产品形态 | 更自然的起点 | 原因 |
|---|---|---|
| $9 电子书、模板、Notion 包 | Gumroad | 上架快，买家习惯内容型商品，低维护 |
| $19 插件、设计资源、轻量 license | Gumroad 或 Paddle | 看是否需要订阅、发票和企业客户 |
| $29/月 SaaS 订阅 | Paddle | 订阅、税务、发票和 chargeback 报表更完整 |
| 团队席位、企业采购 | Paddle | 客户、发票、税号、订阅升级更复杂 |
| 还在验证购买意愿 | Gumroad 或手动 invoice | 先别为还不存在的税务复杂度买单 |
如果你的产品需要「每月扣款、升级降级、团队席位、企业发票、退款和争议处理」，Gumroad 的轻会变成限制。如果只是卖电子书，Paddle 的成熟可能会变成负担。
费用表要这样看
| 费用项 | Paddle | Gumroad |
|---|---|---|
| 公开费率 | 不要用第三方旧数据定预算，按合同、后台和 Paddle 报表核 | 官方 fees 帮助页搜索结果显示 Gumroad 网站销售常见为 10% + $0.50，且不含支付处理和 PayPal 费用 |
| 税务字段 | reconciliation 里有 tax、tax rate、price tax mode、invoice entity | VAT 帮助页明确 EU/UK VAT 处理，其他地区看当日后台和帮助页 |
| 退款 | transaction adjustment、credit note、refund approvals | 后台退款流程更偏内容商品场景 |
| Chargeback | Paddle 作为 MoR 处理抗辩，卡争议常见 $15/£15/€15，PayPal 常见 $20/£20/€20 | 需要按 Gumroad 帮助页和账户后台确认 |
| 对账 | gross、tax、Paddle fee、fx fee、chargeback fee、retained fee | 以销售导出、费用、payout 和支付处理费拆分 |
| 客户迁移 | 订阅和发票历史要规划 | 内容客户容易导出，订阅和 license 仍要比对 |
Gumroad 的公开费率看起来很好懂，但低客单价会被固定费用吃掉。Paddle 的费率未必一眼能看完，但它的报表字段更适合严肃订阅业务。
Paddle 对账字段清单
Paddle payout reconciliation 文档最有用的一句话是：always use the balance currency fields。也就是做账时别一会儿看交易币种，一会儿看余额币种。
至少抄这些字段：
| Paddle 字段 | 账务用途 |
|---|---|
total_gross_in_balance_currency | 余额币种下的销售总额 |
tax_in_balance_currency | 税额 |
paddle_fee_in_balance_currency | Paddle 费用 |
fx_fee_in_balance_currency | 换汇费用 |
chargeback_fee_in_balance_currency | 争议费用 |
retained_fee_in_balance_currency | 退款或争议中被保留的费用 |
invoice_entity | 区分 US 和 Rest of World 发票实体 |
customer_country_code | 客户国家，用于税务和市场分析 |
price_tax_mode | 含税价或不含税价 |
这些字段决定会计能不能从 payout 反推订单，而不是拿银行流水去猜。
Gumroad 适用的真实场景
Gumroad 适合「产品已经很轻」的情况：电子书、模板、素材、课程、小插件。你要的是快速开卖、简单下载、低维护和内容分发。
它不适合所有 SaaS 场景。比如：
- 用户每月升级降级。
- 企业客户要标准采购发票。
- 你要做团队席位和权限。
- 退款后要自动回收账号权益。
- 你以后准备迁到 Stripe、Paddle 或自建 billing。
这时 Gumroad 仍可作为第一版试卖入口，但不要把核心订阅系统绑死在里面。
真实卡点：MoR 和 VAT 问题经常卡在解释层
社区里关于 MoR 的 VAT 讨论，常见卡点不是「有没有收税」这么简单。买家会问发票为什么是平台抬头；卖家会问自己还要不要登记 VAT；会计会问 payout 是收入还是结算款。
Paddle 的强项是把这些交易层字段放进 reconciliation。Gumroad 的强项是让小产品更快收钱。你要根据自己的产品复杂度选，而不是按「谁更省事」一刀切。
迁移前的导出清单
| 数据 | 为什么重要 |
|---|---|
| Customer email | 后续通知迁移和补发发票 |
| Product id / price id | 对应新系统的套餐和价格 |
| Subscription status | 避免重复扣费或漏扣 |
| Invoice history | 企业客户和会计需要查旧账 |
| Refund record | 客服和税务调整需要 |
| License entitlement | 数字产品和插件权限 |
| Payout id | 银行流水对账 |
| Tax country / VAT id | 迁移后税务配置 |
如果平台不能导出这些字段，你就要提前接受未来迁移成本。不是不能用，只是要知道代价。
后台操作的收口
Paddle、Gumroad、Stripe、银行和会计系统经常在同一轮排查里打开。退款、争议、payout 和发票补开都属于高敏操作。可以把财务后台放进固定设备和固定登录流程，并用海外银行 + Stripe + AI 工具全场景承载这些操作。
选择结论表
| 如果你现在是 | 先选 |
|---|---|
| 第一个数字产品，月销售额还不稳定 | Gumroad |
| 内容产品 + 少量订阅 | Gumroad 起步，保留迁移表 |
| SaaS 已有付费订阅 | Paddle |
| 企业客户占比上升 | Paddle |
| 只想测试价格 | 先 Gumroad 或手动 invoice，不急着重接系统 |
费率能决定短期利润，税务和对账决定长期维护成本。把两件事分开算，选择会清楚很多。