mcpField
S
subscription-lifecycle

subscription-lifecycle

github.com/appeeky营销与增长2.2k2.5k 次安装3 周前更新
代码仓库

关于 subscription-lifecycle

用于分析和优化订阅全周期的技能,涵盖试用转化、续订、取消挽回和召回,面向应用营销人员。按阶段整理指标、消息策略与留存方法。

主要功能

  1. 01全周期指标与基准
  2. 02试用培育和转化建议
  3. 03取消流程与流失信号
  4. 04支付失败挽回建议
  5. 05订阅召回活动规划
  6. 06订阅健康报告模板

适用场景

  1. 01检查试用转付费表现
  2. 02设计取消与退出调查流程
  3. 03规划支付失败挽回消息
  4. 04为已流失订阅者制定召回活动

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/appeeky/aso-skills --skill subscription-lifecycle

安装后在 Claude Code 中输入/subscription-lifecycle确认已加载。

详细介绍

订阅生命周期

优化订阅旅程的每个阶段:试用 → 付费 → 续订 → 取消挽回 → 用户召回。

订阅生命周期

Install → Trial start → [Trial period] → Conversion → Renewal → ... → Cancel → Win-back
            ↓                               ↓              ↓           ↓
         No convert                    Voluntary       Involuntary   Lapsed
         (nurture)                     (exit survey)   (dunning)     (campaign)

各阶段的关键指标

阶段指标公式基准
试用试用开始率试用数 / 下载数> 20%
试用试用转付费率转化数 / 试用数25–40% 为良好水平
留存第 1 个月续订率第 1 个月续订数 / 订阅用户数> 70%
留存第 6 个月续订率第 6 个月续订数 / 订阅用户数> 50%
流失月流失率流失订阅数 / 期初订阅数< 5% 为良好;< 2% 为优秀
收入MRR活跃订阅数 × 月价格—
收入LTVARPU / 月流失率—
挽回逾期付款挽回率挽回数 / 付款失败数> 30%
用户召回重新订阅率回归数 / 已流失用户数5–15%

阶段 1 — 优化试用

试用时长
应用类型建议试用时长备注
简单工具类3–7 天用户很快就能感受到价值
健康/健身类7–14 天养成习惯需要时间
生产力类7–14 天融入工作流
教育类7–14 天完成第一节课程
娱乐类7 天适合连续使用

测试: 对比月付应用提供 7 天和 14 天试用期的效果——转化率可能略有下降,但 LTV 往往会提高。

试用期培育消息序列

在试用期间发送应用内(或推送)消息,促使用户激活:

Day 0: Welcome — "Your trial has started. Here's how to get the most from it."
Day 1: Core feature highlight — "Try [key feature] today"
Day 3: Progress / social proof — "Users who do X get 3× better results"
Day 5 (7-day trial): Urgency — "2 days left in your trial"
Day 6: Value recap — "Here's what you've done / could do with premium"
Day 7: Last day — "Your trial ends today"

规则: 消息应展示价值,而不是一味施压。

试用结束 — 转化时刻

试用结束时,展示付费墙,并:

  • 总结用户在试用期间取得的成果
  • 展示使用最多的高级功能
  • 提供 3 种套餐选项(月付 / 年付 / 终身套餐,如适用)
  • 突出年付优惠(“立省 40%”)

付费墙设计详情请参阅 monetization-strategy。

阶段 2 — 降低主动流失

用户取消的原因(及解决方法)
原因信号解决方法
忘记自己订阅了会话数少,未激活改进引导流程和通知策略
感受不到足够价值功能使用率低推广使用率低但价值高的功能
价格太贵对价格敏感推出低价套餐或暂停选项
应用有问题1 星评价修复问题并回复评价
找到了替代品—监控竞争对手应用的安装情况
季节性使用每年在相同时间流失提供暂停选项
取消流程

用户发起取消时(iOS — ManagedSubscriptionGroup):

  1. 先提供暂停选项,再彻底取消:“暂停 1–3 个月,而不是取消”
  2. 展示价值回顾:“你本月已使用 [feature] X 次”
  3. 提供折扣:仅作为最后手段——打 7–8 折,优惠 3 个月
  4. 退出调查:务必询问“你为什么要取消?”(点 1 次即可,无需长篇作答)

取消退出调查选项:

  • 太贵了
  • 使用频率不够
  • 缺少我需要的功能
  • 改用竞争对手的产品
  • 技术问题
  • 只是暂时休息一下
需要关注的参与度信号

流失风险较高的用户:

  • 每周会话数 < 1(较之前的基线有所下降)
  • 超过 14 天未使用核心功能
  • 已停用推送通知
  • 距上次会话已超过 7 天

在用户取消前,触发再互动推送或应用内消息。

阶段 3 — 非主动流失(付款失败)

非主动流失占所有订阅取消的 20–40%。

挽回付费策略
天数操作
0付款失败,不显示提示 — Apple/Google 自动重试
3Apple/Google 第 2 次重试
7Apple/Google 第 3 次重试 — 在应用内显示“更新付款方式”横幅
10发送推送通知:“您的订阅无法续订 — 点按此处更新”
14宽限期结束 — 订阅已暂停
15应用内最后提示:“重新激活以继续使用”

宽限期:

  • iOS:6 天(可在 App Store Connect 中配置,最长为 16 天)
  • Android:3 天(可配置)

尽量延长宽限期 — 每多一天,就能挽回更多订阅用户。

RevenueCat 集成

RevenueCat 会自动处理挽回付费。关键设置:

  • 启用 Billing Retry(iOS)/ Account Hold(Android)
  • 将宽限期设置为允许的最长时间
  • 使用 RevenueCat Webhook,在每次付款失败时触发应用内消息

请参阅 revenuecat.md 集成指南。

阶段 4 — 挽回流失用户的营销活动

面向已流失的订阅用户(最近 30–90 天内取消订阅或订阅已过期)。

挽回流失用户的优惠阶梯

从力度最小的优惠开始;只有在用户没有回应时才逐步加码:

Week 1 after lapse:  "We miss you" — highlight new features added since they left
Week 3:              "Come back for 30% off your first month back"
Week 6:              "3 months at 50% off — best offer we'll make"
Week 12+:            Archive — low conversion probability
挽回流失用户的渠道
渠道方式
推送通知如果应用仍已安装,则在应用内发送
电子邮件如果已收集电子邮件地址
Apple 挽回优惠StoreKit 2 中原生支持的 iOS 挽回优惠
付费再营销通过 Meta/Google 对流失订阅用户列表进行再营销
StoreKit 2 挽回优惠(iOS 18+)

Apple 原生支持面向流失订阅用户的挽回订阅优惠:

  • 在 App Store Connect → Subscriptions → Win-Back Offers 中设置
  • 符合条件的流失用户会在 App Store 中自动看到这些优惠
  • 除了集成 StoreKit 2 外,无需额外编写代码

输出格式

订阅健康报告
Lifecycle Metrics ([period]):

Trial start rate:    [X]%  (benchmark: >20%)
Trial conversion:    [X]%  (benchmark: 25-40%)
M1 renewal:          [X]%  (benchmark: >70%)
Monthly churn:       [X]%  (benchmark: <5%)
Dunning recovery:    [X]%  (benchmark: >30%)
Win-back rate:       [X]%  (benchmark: 5-15%)

LTV (estimated):    $[N]
MRR:                $[N]

Top issues:
1. [Stage] — [metric] is [X]% vs benchmark [Y]% — [recommended fix]
2. [Stage] — [metric] is [X]% vs benchmark [Y]% — [recommended fix]

Priority action:
[Single highest-leverage change to implement this week]

相关技能

  • monetization-strategy — 付费墙设计、定价层级、试用设置
  • retention-optimization — 通过参与度策略减少自愿流失
  • app-analytics — 使用 Firebase + RevenueCat 跟踪上述指标
  • onboarding-optimization — 修复导致用户无法开始试用的早期流失问题
  • rating-prompt-strategy — 满意的订阅用户是最好的评分者

评论

支持 Markdown