订阅 MRR 在留存手段够不着的地方漏掉
为什么你会失去本来没想走的订阅用户?
存卡计费 churn 掉本想留下的订阅用户的四种方式。
光是卡片过期,每年就啃掉一截 MRR
卡组织按多年周期轮换卡号。自动换卡服务能接住大多数,但漏掉 BIN 变更、挂失卡、欺诈换发和很多国际发卡行。剩下的在续费时撞上「卡片被拒」。行业数据把这一种失败模式算在非自愿流失的几个百分点——订阅者走了,不是因为他们取消了,而是因为卡组织没告诉你卡号变了。
欧洲二次验证每个周期都在悄悄掐掉续费
欧盟强客户验证规则要求很多交易做二次验证,除非商户发起豁免。豁免标记大多数时候管用,剩下的被推进客户无视的验证挑战,续费失败。对超阈值卖进欧盟的 SaaS,相当一份额的欧盟续费直接掉进催款队列。
续费计费附加费在处理费之上复利
续费计费插件在百分比加固定费的处理费之外,再对每张续费账单抽一个百分比。小额月套餐上,每次续费的实际成本都被推得远超名义费率,乘以每个活跃订阅用户——这是独立于你留存工具开销之外的续费税。
催款序列烧掉工程和品牌,却救不回 MRR
续费失败后,标准打法是几周内多次重试加邮件请客户更新卡片。行业挽回率不到一半。另一半流失。你为留存工具、催款邮件、支持工单(「为什么又扣我钱?」)和维护它的工程时间付钱——只为追回一半输给一个钱包通道上根本不存在的问题的卡。
按次开账单的续费怎么消掉非自愿流失
没有存卡之后,什么变了?
每次续费是一笔付款而不是一次扣存卡之后,四件变顺的事。
什么都不存,就没有什么会过期
Paymos 从不存卡,也不存代扣授权。每个周期,你的系统让 Paymos 开续费账单,客户从自己的钱包付——同一个钱包,同一个金额。没有卡号会轮换,没有 BIN 要追,没有发卡行要问。续费是客户做的一笔付款,不是推向一条存储凭据的扣款——确认后进你的 Paymos 余额,final。
没有欧盟二次验证,也没有要申请的豁免
强客户验证和卡验证步骤适用于卡付款,不适用于稳定币转账。每笔续费付款由客户自己的密钥签名——那就是强验证。没有二次验证摩擦,没有客户无视的挑战,不依赖商户发起的豁免标记。欧盟客户和其他人的续费成功率一样。
每次续费一个费率——没有单独的续费计费附加费
Paymos 对每张结清的续费单抽它的百分比,完——没有续费计费加价,没有每笔固定费,没有规模一大就消失的豁免折扣。在续费这条腿上,比叠着百分比加固定费加续费插件的卡栈省下一截。款项到账即归你。
漏掉的续费是真实信号,不是卡组织噪声
失败的卡续费常常是网络噪声——过期、换发、误报拒付。未付的钱包续费意味着客户没付:余额空了,或者真的犹豫了。跟进是诚实的——「你的续费账单在等你」——挽回更干净,因为没有卡要追。你不用再为只追卡组织噪声而存在的催款工具付钱。
订阅产品怎么接入 Paymos
哪种集成匹配你的续费计费方式?
三种把稳定币续费接进计费流的方式。

Host-to-Host API——从你的计费引擎开续费账单
你的引擎拥有订阅日程和续费金额。host-to-host API 让你把每次续费开成一张账单,递到客户钱包,跨其持有资金的网络盯结算。确认时触发 HMAC-SHA256 webhook,你的订阅状态自动更新。这是按周期开账单的计费,不是存卡自动扣——续费逻辑留在你的代码里。
查看详情
托管收银台——自助套餐和首付
自助套餐,为当期开一张 Paymos 账单,把客户重定向到托管页,用钱包付完返回。首付和每次续费走同一流程——没有要建的付款页,没有要维护的卡库,同一个面从单人套餐扩展到团队。
查看详情
收款链接——年度预付和企业套餐
年度预付或企业套餐,按整个期限生成一条收款链接,把 PO 或订单号挂为付款的订单引用。客户从钱包付,应收确认即关单,一份年度预付用一次结算替代一整年的续费周期。
查看详情今天跑在稳定币上的订阅流
哪些订阅模型在钱包通道上跑得顺?
四个真实订阅配置的流程——平价月付、免费转付费、年度预付、多席位。
平价月付——标准自助套餐
标准月套餐每期用稳定币结。客户从钱包付第一张账单,之后每次续费是计费日开的新账单——周期之间没有存着会过期的东西。付款几秒确认进你的 Paymos 余额,续费永远不会因为卡片失效而失败。
免费转付费——加密货币原生受众自我筛选
面向加密货币好奇或原生受众的 SaaS,钱包付款和卡并排时,付费转化常常明显更高。犹豫要不要把卡给一家海外 SaaS 的客户,用稳定币不到一分钟付完——没有国家错配,没有货币转换附加费,付款确认即 final 落地。
年度预付——一次结算,没有续费周期
年度预付套餐,客户通过收款链接或嵌入式收银台一次付清全年。没有续费周期要管:客户锁定价格,你锁定现金流,一次结算替代十二张月度账单。付款到账即 final,预付的一年保持已付。
多席位——按周期计费的团队套餐
按席位定价,团队管理员每期按当前席位数付团队账单。周期内通过你的管理 API 加减席位;你的引擎在期末的下一张账单上按折算金额计。没有按席位存卡,没有二次验证意外,每张结清的账单都是 final。
订阅的稳定币计费
常见问题
没有存卡,循环订阅到底怎么续?
要求客户每期都付一次,不伤留存吗?
欧盟强客户验证怎么处理?
小额月套餐和大额年度企业单分别适合哪些网络和稳定币?
能卡订阅和稳定币订阅并排跑吗?
退款和取消怎么运作?
诚实的适用边界
什么时候不该用 Paymos 做订阅计费
四种存卡订阅才是正确选择的情况。
你的受众期待静默自动续费,不会主动付款
如果你的订阅者期待完全无感的自动续费,任何主动付款步骤都会伤转化,那存卡可能更合适,哪怕有非自愿流失。按周期开账单要求客户授权每次续费——对抗静默扣卡失败很好,但改变的是习惯。动续费流程之前掂量受众的容忍度,或者用年度预付把触点减到最少。
你的盘子里续费失败本来就很少
有些订阅者基本盘就是没有这个问题:本地卡、强发卡行、管用的豁免标记。如果你的非自愿流失线已经可以忽略,把续费挪到钱包流程是用一个管用的习惯换一个新习惯,没什么上行。这条通道的回报在卡轮换、二次验证和国际发卡行真的在漏 MRR 的地方。
你需要带折算和试用的内置订阅引擎
如果你依赖卡处理商的完整订阅引擎——自动折算、试用管理、催款、套餐迁移——Paymos 不替代那个产品。它结算你的引擎开出的账单;订阅逻辑得活在你的引擎或一个计费平台里。想要开箱订阅管理的团队,留着那个引擎,在有帮助的地方用 Paymos 做结算通道。
钱包优先收银台会吓跑你占多数的刷卡用户
如果多数订阅者有卡没钱包,注册时默认稳定币丢的转化会比失败续费曾经丢的还多。把钱包选项放在第二个按钮后面,对准国际和加密货币原生用户,让数据告诉你什么时候放宽。通道是一个选项,不是一种立场。
定价
每张结清的续费单 1.0%。没有单独的续费计费附加费
小自助套餐和大企业合同同一费率,不限规模。续费笔数和账单金额是我们判断 0.3% 的地方,第一次续费就能申请。刷卡全算下来约 3%,之上还有续费计费插件,每次续费再抽走一个百分比。
查看费率