- 学习结果
- 为当前产品选出一条能开户、能交付、能对账的收款路径，并写清订阅、退款、税务和支付确认分别由谁负责。
- 时长
- 90 分钟
- 难度
- 商业化必修
- 核验
- 已核验 2026-10-01 · 下次复核 2026-10-31
正文
选收款平台，很多人第一步就去比手续费。这一步放得太早了。手续费差一两个百分点，远不如“这个平台到底能不能给你开户”“出了退款和税务问题谁来处理”重要。比较靠谱的顺序是：先弄清卖什么、卖给谁；再确认用什么主体收钱；然后决定要不要让平台替你承担交易主体的责任；最后才是接入方式和费率。
先回答三个问题
你卖的是什么。 可下载的模板、按月订阅的软件、一次性的咨询服务、付费社群，这几类东西的交付方式、退款习惯和平台准入都不一样。很多海外收款平台只接数字产品和软件，咨询、实物或“人工服务为主”的业务可能直接不在支持范围内。
卖给谁。 客户主要在国内还是海外，是个人还是企业。国内个人用户习惯微信和支付宝，企业客户常常要合同和发票；海外个人用户习惯信用卡和本地钱包，欧美的消费者税（VAT、GST、美国各州销售税）会随客户所在地变化。
用什么身份收钱。 你是个人、个体工商户，还是公司，注册在哪里。这一项决定了哪些平台能开户。别人能用某个平台收款，不代表你的主体也能开通。
这三个问题写下来，通常就能排除掉一半选项。
两种角色：支付处理商与交易主体
收款平台大致分两种角色，选型时最重要的就是分清楚它们。
支付处理商（如标准的 Stripe 账户、国内的微信支付和支付宝）提供刷卡、钱包、结算这些基础设施。交易在法律上是你和客户之间的，你是卖家：要不要在某个国家登记和缴纳消费税、怎么开票、拒付怎么应对，原则上都由你负责。
交易主体（Merchant of Record，简称 MoR，如 Paddle、Lemon Squeezy、Creem，以及 Stripe 的 Managed Payments）在交易里作为法律上的卖方。客户的账单上显示的是平台的名字，平台负责按客户所在地计算、代收并申报消费税，并处理退款和拒付。代价是费率通常更高，可控性更低，而且平台对卖什么有自己的限制。
要注意 MoR 不负责的部分。Paddle 在说明 MoR 时写得很清楚：平台和买家的关系在交易完成时就结束了，产品支持、营销、客户关系和你自己的使用条款仍归你管。你的公司或个人所得税、记账，以及业务本身是否合法，也不会因为用了 MoR 就转给平台。
对一个人做海外数字产品来说，MoR 的价值主要在于不用自己研究几十个国家的消费税登记。如果你只卖国内，或者客户主要是会自行处理税务的企业，用普通支付处理商往往更直接。
常见选项怎么看
下表只描述各平台的角色和适合的情况，不比较费率。费率、支持地区和准入经常调整，以选型当天的官方页面为准。
| 方案 | 角色 | 比较适合 | 选之前要确认 |
|---|---|---|---|
| Stripe 标准账户 | 处理商 | 有能开户的海外主体，想要最大灵活度 | 主体所在国家能否开户；消费税要自己处理，或另开 Stripe Tax |
| Stripe Managed Payments | MoR | 卖 SaaS、软件、数字内容，想留在 Stripe 体系内 | 产品与国家是否在支持名单；只能用 Checkout 或 Payment Links |
| Paddle | MoR | 订阅制 SaaS，需要成熟的订阅和发票能力 | 商品类型审核；接入流程与审核周期 |
| Lemon Squeezy | MoR | 小型数字产品、模板和许可证 | 官网已发布与 Stripe Managed Payments 相关的 2026 更新，新项目先读公告再决定 |
| Creem | MoR | 个人开发者卖软件与数字产品 | 个人或公司都可作为卖方开通，具体准入以审核为准 |
| 微信支付、支付宝 | 处理商 | 面向国内用户 | 需要个体工商户、企业等经营主体，个人不在微信支付 Native 支付的准入范围内 |
Stripe Managed Payments 是 Stripe 自己的 MoR 方案，官方文档说明它面向 SaaS、软件和数字内容，在 80 多个国家处理消费税合规，同时承担反欺诈、争议处理和交易层面的客服。但它不支持 Connect 这类平台型集成，订阅也只能通过 Checkout 或 Payment Links 创建。如果你需要高度定制的结账页面，这些限制要提前考虑。
图：Stripe Managed Payments 官方文档页面截图，截取于 2026-10-24，内容以官方当前页面为准。
国内收款的门槛主要在主体资格。以微信支付的 Native 支付为例，官方文档列出的准入主体是个体工商户、企业、事业单位、政府机关和社会组织，没有个人；接入的公众号、小程序或 App 也需要先完成认证。一个人想在国内网站上正规收款，通常要先注册个体工商户或公司。
怎么做决定
可以按下面的顺序收窄范围：
- 只卖国内：先解决主体（个体工商户或公司），再接微信支付和支付宝。企业客户比例高，就把对公转账和开票流程一起设计进去。
- 卖海外、卖的是数字产品、没有海外主体：优先看 MoR。逐个确认你的国家能不能作为卖方注册，你的商品类型在不在支持名单里。
- 卖海外、有能在 Stripe 开户的主体、愿意自己处理税务：用标准 Stripe 账户加 Stripe Tax，灵活度最高，但税务登记和申报要自己负责，最好咨询专业人士。
- 两边都卖：通常是两套通道并存。数据库里订单要记录来自哪个通道，不要强行合成一套逻辑。
第一版怎么接
早期不要急着自己写完整的计费系统。用平台的支付链接或托管结账页面，比如 Stripe Payment Links、各家 MoR 的 checkout，你的服务器不用接触银行卡信息，接入快，出错面也小。
接入后先在测试模式里跑通完整流程，再接真实付款。要特别记住一点：浏览器跳转到“支付成功”页面，只说明用户走完了页面流程，不代表钱真的到了。开通会员、发放下载链接，应该以服务器收到并验证过的平台通知（webhook）为准。这部分的细节在Webhook 与会员状态：支付成功后发生什么里展开。
订单表从第一天起就保存这些字段：内部订单号、平台交易号、商品和价格的快照、以最小货币单位记的金额（比如“分”）、币种和状态。不同币种的金额不要直接相加，也不要用浮点数存金额。退款、手续费和结算到账是三件事，各记各的，不要用到账金额代替销售额。
上线前还要想清楚的事
订阅类产品要提前定好每种情况的处理：续费成功、扣款失败、用户取消自动续费、立即取消、退款、拒付。取消自动续费一般不必马上收回已经付费的周期；退款也不一定意味着订阅要终止。这些规则写进你的服务条款，也写进代码。
最后，留一条人工处理的路：平台通知丢了怎么补单，用户说付了钱没开通怎么查，月底怎么和平台账单对账。本文只讲选型和设计时要检查的事，不能代替法律、税务或开户资格方面的专业判断。
学习步骤
- 用一句话写下你卖的商品、主要客户所在地和客户类型（个人还是企业）。
- 确认你用来收款的主体：个人、个体工商户还是公司，注册在哪里。
- 判断你是否需要 MoR：有没有能力和意愿自己处理海外消费税、退款和拒付。
- 按角色列出两到三个候选平台，逐个打开官方准入和支持地区页面核对。
- 在测试模式里完成一次下单、支付通知、开通权益和退款的完整流程。
- 把订单字段、订阅状态和退款规则写成文档，再接入真实付款。
场景拆解
一个人卖 Notion 模板给海外用户
小林在国内上班，业余做了一套项目管理 Notion 模板，想卖给海外用户，定价 29 美元，一次性购买。他没有海外公司，也没有注册个体工商户。
- 卖什么、卖给谁：可下载的数字产品，买家主要是欧美个人用户。交付是一个链接和使用说明，没有人工服务。
- 主体：只能以个人身份开户。这一条直接排除了需要海外公司才能开户的标准 Stripe 账户，也排除了需要经营主体的国内支付通道。
- 要不要 MoR：欧美个人用户涉及 VAT 和销售税，他没有能力在多个国家登记纳税，所以需要 MoR。
- 筛选：在支持个人卖方的 MoR 里，逐个核对“中国个人能否注册”“数字模板是否在支持范围”“结算能否打到他的银行账户”。核对结果要截图并记下日期，因为这些条件会变。
- 接入：用平台的托管结账页面生成购买链接，买家付款后由平台通知发送下载链接。他先在测试模式买了一次、退款了一次，确认退款后会收到通知。
这个决定说明了谁来当卖方、谁处理消费税；但小林在国内的个人所得税申报仍是他自己的事。测试订单只证明接入路径走得通，不代表正式账号的审核一定通过。
补充材料
思维导图、练习、清单和参考资料可按需展开。
01 思维导图和离线文件
适合读完后下载到自己的知识库里继续整理。
选型前先回答
- 卖什么：数字产品、订阅软件还是服务
- 卖给谁：国内或海外，个人或企业
- 用什么身份收钱：个人、个体户还是公司
两种平台角色
- 支付处理商：你是卖方，税务和拒付自己处理
- MoR：平台是卖方，处理消费税、退款和拒付
- MoR 不管：所得税、记账、客户关系和产品支持
接入与上线
- 先用支付链接或托管结账
- 以服务器确认的支付通知开通权益
- 订单记录金额、币种和平台交易号
- 预先定好续费失败、取消、退款和拒付的规则
02 实践练习
根据文章内容记录自己的判断与依据。
为你的产品选一条收款路径
不使用真实付款，产出一份能拿去开户的选型表，以及一份测试订单记录。
准备材料
- 一句话产品描述、价格和计划销售的地区。
- 你的主体信息（类型和注册地，不需要证件号）。
- 两到三个候选平台的官方准入、支持地区和条款页面。
练习步骤
01 / 写清业务和主体
时间： 15 分钟
操作：
- 写下商品类型、交付方式、客户地区和客户类型。
- 写下主体类型和注册地。
产出： 一段不超过 100 字的业务说明。
检查： 只写自己的真实情况，不用“别人能开户”推断自己能开户。
02 / 判断角色并筛选平台
时间： 30 分钟
操作：
- 判断是否需要 MoR，写下理由。
- 对每个候选平台，在官方页面上核对主体所在地、商品类型和结算方式，截图并记录日期。
产出： 填好的支付选型表。
检查： 每个“支持”都有官方页面依据；看不到依据的写“待确认”。
03 / 跑通测试订单
时间： 30-45 分钟
操作：
- 用测试模式生成支付链接并完成一次购买。
- 确认服务器收到平台通知后才开通权益；再测试一次退款。
产出： 一份测试记录：订单号、通知时间、权益变化、退款结果。
检查： 只看浏览器成功页时不开通权益；重复收到同一条通知时不会重复开通。
完成检查
- 能用一句话说明：谁是交易的卖方，谁处理客户所在地的消费税。
- 选型表中的每个结论都有官方来源和核对日期。
- 测试记录证明权益只由服务器确认的支付结果触发。
03 清单、模板和关键词
用于项目记录和自查。
支付选型表
| 项目 | 填写 |
|---|---|
| 商品与交付方式 | |
| 主要客户地区与类型 | |
| 收款主体与注册地 | |
| 是否需要 MoR，理由 | |
| 候选平台 | |
| 平台角色（支付处理商或 MoR） | |
| 主体与商品是否在支持范围（附来源与日期） | |
| 支持的币种与支付方式 | |
| 退款、拒付规则 | |
| 消费税由谁处理 | |
| 我仍需负责的税务与记账 | |
| 结算方式与周期 |
订单记录字段
内部订单号、平台交易号、商品与价格快照、金额（最小货币单位）、币种、支付状态、确认来源（哪条平台通知）、交付状态、退款状态、权益变化、创建与更新时间。测试订单与正式订单分开存放；平台密钥不进订单表。
关键概念
- 支付处理商：提供收款基础设施，交易的卖方仍是你
- 交易主体（MoR）：在法律上作为卖方，处理消费税、退款和拒付
- 消费税：VAT、GST 和美国销售税等按客户所在地计征的税
- 托管结账：由平台托管的支付页面，你的服务器不接触卡信息
- 支付通知（webhook）：平台发给服务器的交易结果，开通权益的依据
- 最小货币单位：用“分”这样的整数记录金额，避免浮点误差
容易误判
- 先比手续费，后查自己的主体能不能开户
- 以为用了 MoR，个人或公司所得税也由平台处理
- 浏览器显示支付成功就开通权益
- 用别人的开户经历推断自己的资格
- 国内和海外两套通道硬合成一套订单逻辑
04 工具和参考资料
本篇涉及的工具和参考链接。
可参考工具
- Stripe Payment Links
- Stripe Managed Payments
- Paddle
- Lemon Squeezy
- Creem
- 微信支付
- 支付宝