Recurly

Recurly 做的是订阅生意的「后台账房」：套餐怎么组合、试用怎么转付费、扣款失败怎么重试、升降级怎么按比例结算、MRR 与流失怎么算。它不自己收单，而是接在 Stripe、Adyen、PayPal 这些网关之上，把订阅逻辑与网关解耦——换网关不用重做订阅体系。

能解决什么

• 循环计费：月付年付、按席位、按用量、混合套餐的账单生成。
• 催收与挽回：扣款失败自动重试、邮件提醒、宽限期设置，降低非自愿流失。
• 生命周期管理：试用转付费、暂停、升降级、按比例计费与退款。
• 收入报表：MRR、ARR、流失率、LTV、订阅 cohort 分析。
• 多网关与税务：同时接多个收单渠道，对接税务服务算税。

适合谁

订阅收入占比高、规模已在增长期的数字业务——SaaS、流媒体、订阅盒、会员制内容。官网定位就是「高流量数字商务」。

不适合谁：一次性交易的电商。没有订阅逻辑，它的核心功能全用不上，直接用网关即可。

使用提醒

它不是 merchant of record：税务申报、拒付责任、合规主体仍在你的公司，Recurly 只负责把账单算对、把重试跑好。想把这些责任转移出去，要找 Paddle、Lemon Squeezy 那类 MoR。

另外订阅系统的迁移成本极高——历史账单、优惠券、试用状态、客户层级都绑在平台上，选型时先想清楚三年后的规模，别为省几十美元月费选一个撑不住的。