两家入口有什么区别？
| 维度 | Lemon Squeezy | Paddle |
|---|---|---|
| 客户门户 | magic link 或 signed URL | magic link 或 authenticated link |
| 商户验证 | 身份、税务、收款资料 | 商户审核、业务资料、风控 |
| 适合场景 | 小 SaaS、模板、数字产品 | 订阅更复杂、B2B 客户更多 |
| 排查重点 | 购买邮箱、portal URL | customer id、transaction、portal session |
我自己更在意客服成本。MoR 能帮你处理税务和发票，但客户登录订阅页这件事，最后还是会回到你的邮箱里。
最短排查路径怎么走？
先让客户转发收据邮件，不要只截图。拿到订单号、购买邮箱和产品名。
然后确认他访问的是 customer portal 而不是 checkout 链接—很多用户会从旧邮件里点付款页，以为能取消订阅。
接着查 magic link 是否被公司邮箱拦截。B2B 客户尤其常见，安整体网络关经常吞掉一次性登录邮件。
之后用后端生成签名或认证入口。Lemon Squeezy 和 Paddle 都支持让客户直接进入门户，但别在前端硬编码。
最后在客服回复里写清楚「用购买邮箱登录」。如果客户换过邮箱，先改后台客户资料或让他用原邮箱操作。
谁更适合独立开发者？
如果你卖的是一次性模板、插件、课程，小团队没有复杂订阅，Lemon Squeezy 的体验更轻。你要关注的是 portal 链接是否放在订单邮件、用户中心和帮助页里。
如果你做 B2B SaaS，客户有席位、发票、税号、采购流程，Paddle 更像完整收款后台。代价是概念更多，客服 SOP 要写得更细。
我不建议只因为登录门户小问题就迁移 MoR。迁移会牵涉税务、订阅、发票和 webhook，把入口、邮件和后端签名链接补齐，通常就能把大部分工单压下去。
后台登录与安全
商户后台、Webhook 日志、支付争议和客户门户排查，通常要同时打开邮箱、GitHub、MoR 后台和数据库。跨地区办公时我会固定一套设备和网络环境登录收款后台，减少异常验证；团队需要处理 Stripe、Paddle、Lemon Squeezy 后台时，可以准备海外银行 + Stripe + AI 工具全场景的访问方案。
上线前检查表
- 用户中心是否有「管理订阅」按钮
- 订单邮件里是否写明购买邮箱
- 后端是否能按 customer id 生成 portal 链接
- Webhook 是否保存 customer、subscription、transaction id
- 客服模板是否区分客户门户和商户后台
- 退款、取消、改邮箱是否有内部 SOP
我会怎么写客服模板？
第一封邮件不要问一堆技术细节，只问三件事：购买邮箱、订单号、想做的动作。客户要取消订阅，就直接给门户入口；客户要换卡，就给更新付款方式入口；客户说收不到邮件，再进入排查流程。客服越像审讯，退款概率越高。
第二封才进入验证：请客户确认是否使用公司邮箱、是否转发过购买邮件、是否曾经把订阅转给同事。B2B 里很常见的情况是采购邮箱付款，实际使用者邮箱登录，自然看不到订阅。这个不是平台问题，而是客户身份和付款身份没有绑定。
第三步是内部记录。每次人工生成门户链接，都在后台备注原因、操作者和时间。小团队早期觉得麻烦，等到客户争议付款时才发现没有证据链。MoR 帮你处理税务，不代表帮你保存所有客服上下文。
还有一个小经验：把「管理订阅」放进产品内页右上角，而不是藏在页脚。客户越容易自助取消，越不容易发起争议付款。