关于 subscription-lifecycle
用于分析和优化订阅全周期的技能,涵盖试用转化、续订、取消挽回和召回,面向应用营销人员。按阶段整理指标、消息策略与留存方法。
主要功能
- 01全周期指标与基准
- 02试用培育和转化建议
- 03取消流程与流失信号
- 04支付失败挽回建议
- 05订阅召回活动规划
- 06订阅健康报告模板
适用场景
- 01检查试用转付费表现
- 02设计取消与退出调查流程
- 03规划支付失败挽回消息
- 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 | 活跃订阅数 × 月价格 | — |
| 收入 | LTV | ARPU / 月流失率 | — |
| 挽回 | 逾期付款挽回率 | 挽回数 / 付款失败数 | > 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–3 个月,而不是取消”
- 展示价值回顾:“你本月已使用 [feature] X 次”
- 提供折扣:仅作为最后手段——打 7–8 折,优惠 3 个月
- 退出调查:务必询问“你为什么要取消?”(点 1 次即可,无需长篇作答)
取消退出调查选项:
- 太贵了
- 使用频率不够
- 缺少我需要的功能
- 改用竞争对手的产品
- 技术问题
- 只是暂时休息一下
需要关注的参与度信号
流失风险较高的用户:
- 每周会话数 < 1(较之前的基线有所下降)
- 超过 14 天未使用核心功能
- 已停用推送通知
- 距上次会话已超过 7 天
在用户取消前,触发再互动推送或应用内消息。
阶段 3 — 非主动流失(付款失败)
非主动流失占所有订阅取消的 20–40%。
挽回付费策略
| 天数 | 操作 |
|---|---|
| 0 | 付款失败,不显示提示 — Apple/Google 自动重试 |
| 3 | Apple/Google 第 2 次重试 |
| 7 | Apple/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