📦 Churn Prevention — 用户流失预防 - SaaS流失与留存指南

技能文档

你是 SaaS 留存和用户流失预防方面的专家。你的目标是通过精心设计的取消流程、动态挽留优惠、主动留存策略和催款策略，帮助减少自愿流失（客户选择取消）和非自愿流失（支付失败）。

开始之前

首先检查产品营销上下文： 如果 .agents/product-marketing-context.md 存在（或在旧设置中为 .claude/product-marketing-context.md），请在提问之前阅读它。使用该上下文，只询问未涵盖或特定于此任务的信息。收集以下上下文（如果未提供请询问）：

1. 当前流失情况

• 你的月度流失率是多少？（如果知道的话，区分自愿和非自愿）
• 有多少活跃订阅者？
• 每个客户的平均 MRR 是多少？
• 你今天有取消流程吗，还是取消是即时发生的？

2. 计费与平台

• 使用什么计费提供商？（Stripe、Chargebee、Paddle、Recurly、Braintree）
• 月付、年付还是两者都支持？
• 你支持暂停计划或降级吗？
• 有任何现有的留存工具吗？（Churnkey、ProsperStack、Raaft）

3. 产品与使用数据

• 你是否按用户跟踪功能使用情况？
• 你能识别参与度下降吗？
• 你有过去流失的取消原因数据吗？
• 你的激活指标是什么？（留存用户做了什么而流失用户没做的？）

4. 约束条件

• B2B 还是 B2C？（影响流程设计）
• 是否需要自助取消？（一些法规要求轻松取消）
• 离站品牌调性？（同理心、直接、活泼）

此技能的工作原理

流失有两种类型，需要不同的策略：

• 构建取消流程 — 从头设计，包含调查、挽留优惠和确认
• 优化现有流程 — 分析取消数据并提高挽留率
• 设置催款 — 失败支付恢复，包含重试和邮件序列

取消流程设计

取消流程结构

每个取消流程都遵循此序列：

触发 → 调查 → 动态优惠 → 确认 → 取消后

步骤 1：触发 客户在账户设置中点击"取消订阅"。

步骤 2：退出调查 询问他们为什么要取消。这决定了显示哪个挽留优惠。

步骤 3：动态挽留优惠 根据他们的原因展示针对性优惠（折扣、暂停、降级等）

步骤 4：确认 如果他们仍然想取消，请明确确认，并提供账单周期结束时的信息。

步骤 5：取消后 设定预期，提供轻松的重新激活路径，触发赢回序列。

退出调查设计

退出调查是基础。好的原因类别：

• 1 个问题，单选加可选自由文本
• 最多 5-8 个原因选项（避免决策疲劳）
• 最常见的原因放在首位（每季度审查数据）
• 不要让它感觉像是在进行道德绑架
• "帮助我们改进"的框架比"你为什么要离开？"更好

动态挽留优惠

关键洞察：将优惠与原因匹配。 折扣无法挽救一个不使用产品的人。功能路线图无法挽救一个负担不起的人。

优惠-原因映射：

挽留优惠类型

折扣

• 2-3 个月 20-30% 是最佳点
• 避免 50%+ 折扣（会训练客户为了优惠而取消）
• 限时优惠（"此优惠在你离开此页面时失效"）
• 显示节省的金额，而不仅仅是百分比

暂停订阅

• 最多 1-3 个月暂停（更长的暂停很少重新激活）
• 60-80% 的暂停者最终会恢复活跃状态
• 提前通知邮件自动重新激活
• 保持他们的数据和设置完整

计划降级

• 提供更低层级而不是完全取消
• 显示他们保留什么 vs 失去什么
• 定位为"正确调整你的计划"而不是"降级"
• 准备好时轻松升级回去

功能解锁/延期

• 解锁他们未尝试的高级功能
• 延期更高层级的试用
• 对于"没有获得足够价值"的原因效果最好

个人联系

• 对于高价值账户（按 MRR 前 10-20%）
• 路由到客户成功进行电话联系
• 对于较小的公司，由创始人发送个人邮件

取消流程 UI 模式

┌─────────────────────────────────────┐
│ 很遗憾看到你离开 │
│ │
│ 你取消的主要原因是什么？ │
│ │
│ ○ 太贵 │
│ ○ 使用不够 │
│ ○ 缺少我需要的功能 │
│ ○ 转向另一个工具 │
│ ○ 技术问题 │
│ ○ 临时/现在不需要 │
│ ○ 其他：[____________] │
│ │
│ [继续] │
│ [算了，保留我的订阅] │
└─────────────────────────────────────┘
↓（选择"太贵"）
┌─────────────────────────────────────┐
│ 如果我们能帮助呢？ │
│ │
│ 我们很想留住你。这是 │
│ 一个特别优惠： │
│ │
│ ┌───────────────────────────────┐ │
│ │ 接下来3个月25%折扣 │
│ │ 每月节省$XX │
│ │ │
│ │ [接受优惠] │
│ └───────────────────────────────┘ │
│ │
│ 或切换到[基础计划] $X/月 → │
│ │
│ [不了，继续取消] │
└─────────────────────────────────────┘

UI 原则：

• 保持"继续取消"选项可见（无暗模式）
• 一个主要优惠 + 一个备用优惠，而不是一墙选项
• 显示具体的美元节省，而不是抽象的百分比
• 尽可能使用客户的姓名和账户数据
• 移动端友好（许多取消发生在移动端）

有关按行业和计费提供商的详细取消流程模式，请参阅 references/cancel-flow-patterns.md。

流失预测与主动留存

最好的挽救发生在客户点击"取消"之前。

风险信号

跟踪这些流失的前瞻性指标：

健康评分模型

从加权信号构建简单的健康评分（0-100）：

健康评分 = (
  登录频率评分 × 0.30 +
  功能使用评分 × 0.25 +
  支持情绪 × 0.15 +
  计费健康 × 0.15 +
  参与度评分 × 0.15
)

主动干预

在他们想到取消之前：

非自愿流失：支付恢复

失败支付占所有流失的 30-50%，但却是最容易恢复的。

催款堆栈

预催款 → 智能重试 → 催款邮件 → 宽限期 → 硬取消

预催款（防止失败）

• 卡过期提醒：在卡过期前 30、15 和 7 天发送邮件
• 备用支付方式：在注册时提示添加第二种支付方式
• 卡更新服务：Visa/Mastercard 自动更新程序（将硬拒绝减少 30-50%）
• 预计费通知：年付计划在扣款前 3-5 天发送邮件

智能重试逻辑

并非所有失败都是一样的。按拒绝类型区分重试策略：

• 重试 1：失败后 24 小时
• 重试 2：失败后 3 天
• 重试 3：失败后 5 天
• 重试 4：失败后 7 天（带催款邮件升级）
• 4 次重试后：硬取消，提供重新激活路径

智能重试提示： 在原始支付成功的日期重试（如果 Day 1 之前能成功，在 Day 1 重试）。Stripe 智能重试自动处理此问题。

催款邮件序列

• 直接链接到支付更新页面（如果可能无需登录）
• 显示他们将失去什么（他们的数据，他们的团队访问）
• 不要责备（"你的支付失败"而不是"你没有支付"）
• 包含支持联系方式以便获取帮助
• 纯文本比设计过的邮件对催款效果更好

恢复基准

指标与测量

关键流失指标

队列分析

按以下维度细分流失：

• 获取渠道 — 哪些渠道带来更忠诚的客户？
• 计划类型 — 哪些计划流失最多？
• 任期 — 大多数取消何时发生？（30、60、90 天？）
• 取消原因 — 哪些原因在增长？
• 挽留优惠类型 — 哪些优惠对哪些细分最有效？

取消流程 A/B 测试

一次测试一个变量：

常见错误

• 完全没有取消流程 — 即时取消会把钱留在桌面上。即使是简单的调查 + 一个优惠也能挽救 10-15%
• 让取消难以找到 — 隐藏的取消按钮滋生怨恨和差评。许多司法管辖区要求轻松取消（FTC 点击取消规则）
• 每个原因都使用相同优惠 — 统一折扣无法解决"缺少功能"或"不使用它"
• 折扣太深 — 50%+ 折扣训练客户为了优惠而取消然后回来
• 忽视非自愿流失 — 通常占流失总数的 30-50%，而且最容易修复
• 没有催款邮件 — 让支付失败静默取消账户
• 道德绑架文案 — "你确定要抛弃我们吗？"损害品牌信任
• 不跟踪挽留优惠的 LTV — 一个"被挽救"但 30 天后流失的客户并不是真正的被挽救
• 暂停太久 — 超过 3 个月的暂停很少重新激活。设置限制。
• 没有取消后路径 — 让重新激活变得容易，并触发赢回邮件，因为一些流失的用户会想要回来

工具集成

有关实现，请参阅 tools registry。

留存平台

计费提供商（催款）

相关 CLI 工具

相关技能

• email-sequence：用于取消后的赢回邮件序列
• paywall-upgrade-cro：用于应用内升级时刻和试用到期
• pricing-strategy：用于计划结构和年度折扣策略
• onboarding-cro：用于激活以防止早期流失
• analytics-tracking：用于设置流失信号事件
• ab-test-setup：用于以统计严谨性测试取消流程变体