Polar vs Lemon Squeezy 的默认结论要改：如果你今天新建 Polar 组织，不能再把 4% + $0.40 当作通用费率。Polar 官方 fees 页写明，新组织从 2026-05-27 起默认 Starter 是 5% + $0.50；4% + $0.40 属于 Early Member 组织，且升级到付费计划后无法再退回这个旧费率。
这篇按 2026-05-28 打开的官方页面重算。这里不做税务或法律建议，也不写「中国个人 KYC 接受率」这类官方页面没有支持的结论。一个人 SaaS、开源工具和数字产品卖家真正要比较的是四件事：MoR 替你处理哪一段税务责任、费率在什么收入下变化、产品权益怎么发放、迁移失败会影响哪笔收入。
这次只采纳哪些证据？
| 证据 | 可以写成结论 | 不写成结论 |
|---|---|---|
| Polar MoR introduction | Polar 作为 Merchant of Record 承担国际销售税责任，并说明 Stripe Tax 只覆盖计算和收取，不等于注册、申报和缴纳 | 不推导任何国家的个人 KYC 接受情况 |
| Polar fees | Starter 5% + $0.50；Pro / Growth / Scale 有月费和更低交易费；Early Member 4% + $0.40 只保留给 2026-05-27 前创建的组织 | 不承诺未来费率不变 |
| Lemon Squeezy MoR / pricing | Lemon Squeezy 是 MoR，处理全球 sales tax / VAT / EU VAT 相关责任；公开价格是 5% + $0.50，无月费 | 不写被 Stripe 收购后的产品路线推测 |
| 独立开发者场景 | 用开源付费访问、license key、VAT / sales tax 负担和迁移风险来做决策 | 不把经验判断伪装成后台实测 |
MoR 到底替你扛哪段税务责任？
Merchant of Record 不是「收款工具」的同义词。Polar 文档把 PSP 和 MoR 分得很清楚：用 Stripe 这类 PSP 时，底层支付 API 很灵活，但商家自己负责交易相关责任，包括国际销售税；用 Polar 这类 MoR 时，平台作为数字商品和服务的 reseller 来处理国际销售税，但你会付出更高交易成本和更少定价自由度。
Polar 的说明里还提到一个容易被忽略的点：Stripe Tax 可以帮助计算和收取税，但注册、申报和向当地税务机关缴纳仍由 merchant 负责。Polar 作为 MoR 时接走的是这一段 sales tax、VAT、GST 责任；同时，Polar 明确写了你所在税务居民地的 income / revenue tax 仍由你自己负责。
Lemon Squeezy 的公开页面也采用同一类 MoR 叙述：它处理 tax collection、calculation liability，并注册来代表卖家申报和缴纳相关税款。对中文独立开发者来说，这能减少最麻烦的交易税工作，但不能替代你对 LLC、个人所得税、公司税或所在地申报义务的判断。
费率现在怎么重算？
旧版文章最大的问题是把 Polar 的 Early Member 价格当成了长期通用价。现在要分三层看：
| 平台 / 计划 | 固定月费 | 公开交易费 | 额外费用口径 | 适合先看谁 |
|---|---|---|---|---|
| Polar Starter | $0 | 5% + $0.50 | 非美国 international cards 另加 1.5%；退款不退初始交易费；dispute $15 | 刚开始卖、还没有必要付月费 |
| Polar Early Member | $0 | 4% + $0.40 | 只适用于 2026-05-27 前创建且仍保留该费率的组织；Early Member 订阅支付另有 +0.5% | 已经拿到旧费率的人，别轻易升级 |
| Polar Pro | $20/月 | 3.8% + $0.40 | 同样可能有 international card 和 payout provider 费用 | 月销售额超过约 $1.4K 后开始重算 |
| Polar Growth | $100/月 | 3.6% + $0.35 | 官方给出相对 Starter 的销售额平衡点约 $5.6K/月 | 更高收入、需要优先支持 |
| Polar Scale | $400/月 | 3.4% + $0.30 | 官方给出相对 Starter 的销售额平衡点约 $19K/月 | 大体量或需要 Slack 支持 |
| Lemon Squeezy | $0 | 5% + $0.50 | 订阅支付另有 +0.5%；international payments 和 PayPal payments 各另有 +1.5% | 不想付月费、需要现成商店和 PayPal |
如果你只是新建账号，Polar Starter 和 Lemon Squeezy 的基础费率已经一样。Polar 的便宜不再来自免费档，而是来自 Pro / Growth / Scale 在一定收入后摊薄月费。
$10K、$50K、$200K ARR 下谁更便宜？
下面用同一个口径算：平均每笔一次性卡支付订单 $100，不含销售税，不含 international card、payout、currency conversion、refund 和 dispute，也不含 Lemon Squeezy subscription +0.5% 与 PayPal +1.5%。真实业务要把你的发票数量、客单价和买家地区重新代入。
| 年收入 | 假设交易数 | Polar Starter | Polar Pro | Polar Growth | Polar Scale | Lemon Squeezy |
|---|---|---|---|---|---|---|
| $10,000 | 100 | $550 | $660 | $1,595 | $5,170 | $550 |
| $50,000 | 500 | $2,750 | $2,340 | $3,175 | $6,650 | $2,750 |
| $200,000 | 2,000 | $11,000 | $8,640 | $9,100 | $12,200 | $11,000 |
计算式很简单：收入 × 百分比 + 交易数 × 固定单笔费 + 年化月费。所以 $10K ARR 时，不要为了省钱上 Polar Pro；$50K ARR 后，Polar Pro 在这个假设下开始明显便宜；$200K ARR 时，Pro 仍比 Starter 和 Lemon Squeezy 低，但 Growth 是否划算取决于客单价、交易数和你是否真的需要更高支持优先级。
还有一个实务细节：如果你的客户大多使用非美国卡，Polar Starter 这类计划会遇到 +1.5% international card 费用；Lemon Squeezy 的 fees 文档也把 international payments、PayPal payments 和 subscription payments 列为附加费项。面向欧洲和拉美客户的 SaaS，不能只拿基础费率表做预算。
谁应该先用 Polar？
Polar 更像开发者和开源作者的 MoR。它的官方介绍把 file downloads、license keys、Discord invites、private GitHub repository invites 放在同一组能力里，这对开源项目卖高级文档、私有仓库访问、issue bounty 或赞助者权益很贴近。
适合先看 Polar 的场景：
| 场景 | 为什么偏 Polar | 放弃条件 |
|---|---|---|
| 开源项目把 GitHub Sponsors 升级成付费访问 | GitHub 权益、私有仓库邀请、开发者 API 更贴近工作流 | 你的主要卖点是完整商店、营销自动化和 PayPal |
| 新 SaaS 还在验证收费 | Starter 没有月费，后面能按收入切 Pro / Growth | 你只看旧 4% + $0.40；新组织已经不是这个口径 |
| DevTool、API SDK、模板、CLI 工具 | 开发者产品常见的下载、权限、license key 更顺手 | 复杂多席位 license、历史订阅迁移还没设计好 |
| 已是 Early Member 组织 | 4% + $0.40 旧费率有价值 | 不要在没算清楚前升级付费计划，升级后旧费率退不回 |
如果你还没开始卖，先用 Polar Starter 跑第一批真实订单可以；但如果你已经有几百个付费用户，不能把「便宜一点」当成迁移理由。订阅续费、Webhook、发票、客户门户和退款记录断一次，省下的交易费可能很快被客服和退款吃掉。
谁应该留在 Lemon Squeezy？
Lemon Squeezy 的强项不是基础费率，而是「不用拼很多工具」。pricing 页写得很直白：它面向 digital products，覆盖 SaaS、digital downloads、subscriptions、memberships、courses；同页还提到 PayPal、最多 21 种支付方式、abandoned cart recovery、failed payment recovery、reporting、customer billing support 等能力。
适合留在 Lemon Squeezy 的场景：
| 场景 | 为什么偏 Lemon Squeezy | 放弃条件 |
|---|---|---|
| 已经在卖插件、模板、课程或会员 | 商店、邮件、折扣、支付方式和客户流程成熟 | 你正在重写产品，迁移窗口已经安排好 |
| license key 关系复杂 | 续期、撤销、多产品授权一旦迁移出错，客服成本很高 | 新产品只需要简单下载和单账号授权 |
| PayPal 或多支付方式转化明显 | Lemon Squeezy 明确把 PayPal 和多支付方式列为内置能力 | 客户几乎全是信用卡，且你更重开发者集成 |
| 团队不想维护更多账务流程 | MoR、商店、报表和客户支持在一个后台里 | ARR 已高到 Polar Pro / Growth 的节省足够覆盖迁移 |
一句话：Lemon Squeezy 更适合已经能稳定卖的数字产品，尤其是 license key、课程、模板、会员、PayPal 转化和运营自动化都已经接上时。迁移前要先导出现有产品、订阅、客户、优惠码、发票和 webhook 清单，再决定要不要动。
后台和迁移风险什么时候会盖过省下的费用？
MoR 平台最贵的事故通常不是费率，而是「收款链路中断」。比如你在月底切平台，刚好有一批年付续费、VAT 发票、refund 或 chargeback 进来，客服邮箱里很快会堆满「为什么我的 license key 失效」「为什么发票主体变了」「为什么订阅被取消」。
如果收款后台、GitHub、Cloudflare、客服和发票都由一个人维护，把关键后台操作固定在同一套工作环境里会少很多临时变量。需要长期处理 payout、Webhook 和客户账单的人，可以把 独立开发者出海稳定专线 放进基础工作环境，但它不能替你降低 MoR 费率，也不能替代税务判断。
迁移前至少写下四个停止条件：
| 停止条件 | 该怎么处理 |
|---|---|
| 现有订阅续费周期无法平滑迁移 | 等一个完整账期，不在续费高峰切 |
| license key、Webhook、客户门户没有回滚方案 | 先做小产品试迁移，不碰主收入产品 |
| 只因为听说 Polar 4% + $0.40 才想迁 | 新组织先按 5% + $0.50 重算 |
| 所得税、公司税、跨境申报没人负责 | 找专业人士确认，不把 MoR 当成全税务外包 |
最后怎么选？
新项目默认顺序是：开源付费访问、GitHub 权益、开发者产品，先试 Polar；数字下载、课程、成熟商店、PayPal、复杂 license key，先用 Lemon Squeezy。已经在 Lemon Squeezy 跑稳的产品，不要为了 $10K ARR 阶段的费用差迁移，因为在新费率下两边基础成本一样。
真正值得迁移的信号是两类：第一，Polar Pro / Growth 按你的客单价和交易数算下来每年能省出足够费用；第二，你的产品形态已经明显偏 GitHub、开源权益、私有仓库或开发者 API。除此之外，继续留在现有 MoR，专心把退款率、失败支付、license key 体验和客户账单说明做好，通常更值。
相关阅读
- MoR 是什么：Lemon Squeezy / Paddle / Polar 入门 — Merchant of Record 基础概念
- Stripe Atlas 值得吗（2026版） — 美国公司注册的成本拆解
- Stripe 不支持中国怎么办：3 条路径 — 支付接入替代方案