Recurflux | 定价 $20-159/月（MRR 未公开） |

创始人：Yash Amin（solo founder，印度）

定价——这是一个值得整个 SaaS 行业抄的定价策略：

• Flat fee，不收分成——这才是 Recurflux 最大的杀器
• Founder 计划：$20/月（适用于 $10K MRR 以内的 SaaS）
• Rise 全栈计划：$59/月（包含取消拦截、挽回序列、智能重试、卡片健康监控）
• Surge：$159/月（面向更大的 SaaS）
• 90 天免费历史审计——先免费帮你看看你丢了多少可以救回来的钱，然后你再决定要不要付费
• 关键差异：竞品（Churnkey、Stunning、Churn Buster）按「帮你追回的金额」抽成——你在帮客户省钱，然后从省下的钱里抽水。Recurflux 固定月费，追回的每一分钱都归客户

获客：

• 数据驱动的内容营销——「你知不知道你每个月有 9-15% 的 MRR 在支付环节丢掉了？」
• 90 天免费审计是完美的 lead magnet——没人在乎「支付失败恢复」直到看到自己丢了多少钱
• 对标 Stripe billing data + Baremetrics SaaS benchmarks 做内容
• 瞄准 5 个支付处理器（Stripe、Paddle、Razorpay、Cashfree、RevenueCat）——每个处理器的用户群都是一个获客渠道

增长：

• 产品较新，MRR 未公开
• 但它的 TAM（可触达市场）非常清晰：全球有几万个 Stripe 上有订阅业务的 SaaS——每个都在每月丢 9-15% 的收入
• 做自举 SaaS 的不需要 1000 个大客户——300 个支付 $59/月的就能做到 $17.7K MRR

成本结构：

• 需要对接和维护多个支付处理器的 API（Stripe、Paddle、Razorpay、Cashfree、RevenueCat）
• 邮件发送成本（挽回邮件序列）
• Solo founder，极低运营成本
• 零融资，纯自举

1. 固定月费 vs 抽成——让利益对齐

这是 Recurflux 最核心的差异化。想象一下：如果你是一个 SaaS 创始人，一个工具跟你说「我帮你追回 $1000，我抽 20%」，另一个说「我帮你追回 $1000，我收 $59」——你选哪个？**抽成模式有一个致命问题：服务商的利益和你相反——你希望失败越少越好，它希望你失败越多越好（这样才能多追回、多抽成）。**固定月费让利益完全对齐——Recurflux 的激励是让你尽量少丢收入，而不是尽量多「救」收入。

2. 5 个支付处理器 × 5 个恢复层——从第一天就做矩阵

大多数竞品只支持 Stripe，只做一两个恢复层（比如只做 smart retry 或只做 recovery email）。Recurflux 起步就覆盖：

• 5 个处理器：Stripe、Paddle、Razorpay、Cashfree、RevenueCat
• 5 个恢复层：卡片健康监控、智能重试、挽回邮件序列、取消拦截、争议保护

这是一个「地毯式覆盖」策略——当你覆盖了足够多的处理器 × 恢复层，你变成了「支付恢复」这个细分赛道的默认答案。

3. 白标 + 零品牌——把自己做成基础设施

Recurflux 的所有挽回邮件、取消页面、客户 portal 都用客户的域名、logo 和配色运行。用户从头到尾不知道 Recurflux 的存在。这个策略极其聪明：你把自己做成了一个纯基础设施层的工具——客户不需要「给用户解释这是什么第三方工具」，也不需要担心「第三方工具会不会损害品牌形象」。

4. 90 天免费审计——你丢的钱先看一眼，不收钱

这是 B2B SaaS 最有效的 lead generation 策略之一。大多数人不知道自己丢了多少支付收入。Recurflux 说「给我 5 分钟接入，我免费告诉你过去 90 天丢了多少钱、哪些还能救回来」——看到数字的人几乎没有不掏钱的。先证明价值，再收钱，而不是先收钱再证明价值。

对中国 OPC 的启发：

Recurflux 解决的是一个「所有 SaaS 都有但大多数不知道」的问题。放到中国：

• 微信支付失败：微信支付有超时、余额不足、风控拦截——每个月有多少 SaaS 的微信订阅付款默默失败？用户以为续费成功了，其实没有
• 支付宝订阅失败：同样的支付链路问题——扣款失败后没有任何自动恢复机制
• 中国 SaaS 的支付恢复是绝对蓝海：几乎没有人在做——微信支付/支付宝的支付失败 + 订阅恢复，是一个完整的品类空白
• 不只是 SaaS：知识星球、小报童、得到专栏——任何基于订阅的中国产品，都存在支付失败流失的问题

可复制的点：

• 「固定费用，不收分成」这个定价哲学本身就能成为 pitch：在中国做一个「支付宝/微信支付订阅恢复工具」，定价 ¥29-99/月，追回的每一分钱都归客户——对比任何一个按比例抽成的竞品，价值主张无敌
• 90 天免费审计直接抄：接入客户的支付后台，生成一份「过去 90 天你丢了 ¥XX,XXX 的订阅收入」的报告——转化率不会低
• 白标策略：让客户用自己的品牌发挽回邮件——在中国特别重要，因为用户对「第三方」的信任度天然低

适合谁参考：

• 做过支付/金融 SaaS 的开发者——懂支付网关 API 和订阅逻辑
• 正在做面向中国 SaaS 的工具生态的 OPC
• 想找一个「有明确需求但几乎没人做」的方向的人——支付恢复就是

最小可行方案（30 天）：

1. Day 1-7：选一个支付平台（推荐微信支付——覆盖最大）。研究微信支付的订阅/扣款 API——有哪些失败场景（余额不足、风控拦截、超时）？每种失败有什么处理策略（重试周期、最佳重试时间）？
2. Day 8-15：搭一个极简单的 MVP：接入微信支付 webhook → 检测扣款失败 → 按预设策略自动重试（比如 3 天后重试第一次，7 天后重试第二次）→ 如果还是失败，自动发一条微信模板消息提醒用户更新支付方式。完全自动化，不需要人工介入
3. Day 16-25：找到 5 个在做订阅业务的中国独立开发者/小型 SaaS 创始人，免费帮他们做一次「支付失败审计」——分析他们过去 90 天的支付数据，算出丢了多少钱。把结果做成一份 PDF 报告
4. Day 26-30：定价 ¥29/月 起。把 5 个审计结果（匿名化）发到即刻/V2EX/知乎——「我分析了 5 个中国 SaaS 的支付数据，他们每个月平均在支付环节丢掉 12% 的订阅收入」。这篇内容本身就是获客引擎

进阶路线：

• 第一个月：5 个付费客户（¥145/月）
• 第三个月：扩展支付宝 + 增加取消拦截页面（用户点取消 → 弹出一个自定义挽回页面）
• 第六个月：扩展到 Stripe 中国用户（做跨境的 SaaS），进入更大的市场