首页龙虾技能列表 › Churn Prevention — 用户流失预防 - SaaS流失与留存指南

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

v0.1.0

帮助减少用户流失的专家指南。当用户想要降低流失率时,构建取消流程、设置挽留优惠、恢复失败支付或实施留存策略。适用于用户提及'流失'、'取消流程'、'挽留优惠'、'催款'、'失败支付恢复'、'赢回'、'留存'、'退出调查'、'暂停订阅'、'非自愿流失'等场景。

0· 266·0 当前·0 累计
by @mrhuang09 (Victor Huang)·MIT-0
下载技能包
License
MIT-0
最后更新
2026/3/5
安全扫描
VirusTotal
无害
查看报告
OpenClaw
安全
high confidence
该技能是一个纯指令的用户流失预防指南,其请求和行为与声明的目的相符,不要求凭据或安装代码。
评估建议
该技能是一个纯指令的 playbook,对于流失减少任务看起来是连贯的。安装前:(1) 检查任何名为 .agents/product-marketing-context.md(或 .claude/...)的工作区文件,因为技能会在存在时读取它——从该文件中删除 secrets;(2) 准备好遵循 playbook 可能需要向其他工具提供第三方计费凭据(Stripe/Chargebee 等)或手动实现步骤——给予最小权限并在可能的情况下使用测试密钥;(3) 如果代理后来要求与你的计费提供商集成,验证它只请求特定的 API 密钥/范围,不要将长期 secrets 粘贴到自由格式的聊天历史或工作区笔记中。...
详细分析 ▾
用途与能力
名称/描述与内容相符:取消流程设计、挽留优惠映射和催款 playbook。没有意外的环境变量、二进制文件或配置路径要求——所有请求都与 SaaS 流失/留存顾问的功能相称。
指令范围
运行时指令仅限散文内容,专注于设计取消流程、调查、优惠和催款序列。技能指示代理在存在时读取本地上下文文件(.agents/product-marketing-context.md 或 .claude/product-marketing-context.md),这对营销/留存助手来说是合理的,但这意味着它会使用该工作区文件的任何内容(可能包含敏感内部产品/营销笔记)。技能不会指示代理读取无关的系统文件、环境变量或向外部端点传输数据。
安装机制
没有安装规范,也没有代码写入磁盘(纯指令)。这最大限度地降低了下载二进制文件或安装后钩子的风险。
凭证需求
技能未声明所需的环境变量、凭据或配置路径。但会询问运营详情(计费提供商、计费间隔、MRR 等),这些对其功能是合适的。请注意,实现其建议的某些操作(例如启用 Stripe 智能重试)需要提供商凭据,但技能本身不会请求它们。
持久化与权限
技能标志为默认(非 always:true)。不请求永久存在,也不指示修改其他技能或系统级代理设置。平台默认允许自主调用,但在这里并不过度。
安全有层次,运行前请审查代码。

License

MIT-0

可自由使用、修改和再分发,无需署名。

运行时依赖

无特殊依赖

版本

latestv0.1.02026/3/5

用户流失预防技能的初始版本发布,专注于 SaaS 留存。提供通过定制化流程和主动策略减少自愿和非自愿流失的专家指导。结构化取消流程框架,整合退出调查和动态挽留优惠。涵盖催款/失败支付恢复和取消后赢回最佳实践。提供调查和优惠模板、实用 UI 模式以及每种流失场景的最佳实践。包括针对任何 SaaS 业务定制留存建议的上下文收集建议。

● 无害

安装命令 点击复制

官方npx clawhub@latest install churn-prevention-2
镜像加速npx clawhub@latest install churn-prevention-2 --registry https://cn.clawhub-mirror.com

技能文档

你是 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?(影响流程设计)
  • 是否需要自助取消?(一些法规要求轻松取消)
  • 离站品牌调性?(同理心、直接、活泼)

此技能的工作原理

流失有两种类型,需要不同的策略:

类型原因解决方案
自愿客户选择取消取消流程、挽留优惠、退出调查
非自愿支付失败催款邮件、智能重试、卡更新器
自愿流失通常占流失总数的 50-70%。非自愿流失占 30-50%,但通常更容易修复。此技能支持三种模式:

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

取消流程设计

取消流程结构

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

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

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

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

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

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

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

退出调查设计

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

原因告诉你什么
太贵价格敏感度,可能对折扣或降级有响应
使用不够低参与度,可能对暂停或入门帮助有响应
缺少一个功能产品缺口,展示路线图或变通方案
转向竞争对手竞争压力,了解他们提供什么
技术问题/漏洞产品质量,升级到支持
临时/季节性需求使用模式,提供暂停
业务关闭/变更不可避免,优雅地学习和放手
其他兜底,包含自由文本字段
调查最佳实践:
  • 1 个问题,单选加可选自由文本
  • 最多 5-8 个原因选项(避免决策疲劳)
  • 最常见的原因放在首位(每季度审查数据)
  • 不要让它感觉像是在进行道德绑架
  • "帮助我们改进"的框架比"你为什么要离开?"更好

动态挽留优惠

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

优惠-原因映射:

取消原因主要优惠备用优惠
太贵折扣(2-3 个月 20-30%)降级到更低计划
使用不够暂停(1-3 个月)免费入门会议
缺少功能路线图预览 + 时间表变通方案指南
转向竞争对手竞争对比 + 折扣反馈会议
技术问题立即升级到支持积分 + 优先修复
临时/季节性暂停订阅临时降级
业务关闭跳过优惠(尊重情况)

挽留优惠类型

折扣

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

暂停订阅

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

计划降级

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

功能解锁/延期

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

个人联系

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

取消流程 UI 模式

┌─────────────────────────────────────┐
│ 很遗憾看到你离开 │
│ │
│ 你取消的主要原因是什么? │
│ │
│ ○ 太贵 │
│ ○ 使用不够 │
│ ○ 缺少我需要的功能 │
│ ○ 转向另一个工具 │
│ ○ 技术问题 │
│ ○ 临时/现在不需要 │
│ ○ 其他:[____________] │
│ │
│ [继续] │
│ [算了,保留我的订阅] │
└─────────────────────────────────────┘

↓(选择"太贵")

┌─────────────────────────────────────┐ │ 如果我们能帮助呢? │ │ │ │ 我们很想留住你。这是 │ │ 一个特别优惠: │ │ │ │ ┌───────────────────────────────┐ │ │ │ 接下来3个月25%折扣 │ │ │ 每月节省$XX │ │ │ │ │ │ [接受优惠] │ │ └───────────────────────────────┘ │ │ │ │ 或切换到[基础计划] $X/月 → │ │ │ │ [不了,继续取消] │ └─────────────────────────────────────┘

UI 原则:

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

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


流失预测与主动留存

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

风险信号

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

信号风险级别时间范围
登录频率下降 50%+取消前 2-4 周
关键功能使用停止取消前 1-3 周
支持工单激增然后停止取消前 1-2 周
邮件打开率下降取消前 2-6 周
计费页面访问增加取消前几天
团队席位被移除取消前 1-2 周
发起数据导出关键取消前几天
NPS 分数降至 6 以下取消前 1-3 个月

健康评分模型

从加权信号构建简单的健康评分(0-100):

健康评分 = (
  登录频率评分 × 0.30 +
  功能使用评分 × 0.25 +
  支持情绪 × 0.15 +
  计费健康 × 0.15 +
  参与度评分 × 0.15
)
评分状态行动
80-100健康升级机会
60-79需要关注主动联系
40-59有风险干预活动
0-39关键个人联系

主动干预

在他们想到取消之前:

触发干预
使用下降 >50% 持续 2 周"我们注意到你没有使用[功能]。需要帮助吗?"邮件
接近计划限制升级提醒(不是墙——paywall-upgrade-cro 处理这个)
14 天未登录重新参与邮件,包含最近产品更新
NPS 贬低者(0-6)24 小时内个人跟进
支持工单未解决 >48h升级 + 主动状态更新
年度续费还有 30 天价值总结邮件 + 续费确认

非自愿流失:支付恢复

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

催款堆栈

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

预催款(防止失败)

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

智能重试逻辑

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

拒绝类型示例重试策略
软拒绝(临时)资金不足,处理器超时7-10 天内重试 3-5 次
硬拒绝(永久)卡被盗,账户关闭不重试——请求新卡
需要认证3D Secure,SCA发送客户更新支付
重试时机最佳实践:
  • 重试 1:失败后 24 小时
  • 重试 2:失败后 3 天
  • 重试 3:失败后 5 天
  • 重试 4:失败后 7 天(带催款邮件升级)
  • 4 次重试后:硬取消,提供重新激活路径

智能重试提示: 在原始支付成功的日期重试(如果 Day 1 之前能成功,在 Day 1 重试)。Stripe 智能重试自动处理此问题。

催款邮件序列

邮件时机调性内容
1第 0 天(失败)友好提醒"你的支付未通过。更新你的卡。"
2第 3 天有用提醒"快速提醒——更新你的支付以保持访问。"
3第 7 天紧迫感"你的账户将在 3 天后暂停。现在更新。"
4第 10 天最后警告"保持账户活跃的最后机会。"
催款邮件最佳实践:
  • 直接链接到支付更新页面(如果可能无需登录)
  • 显示他们将失去什么(他们的数据,他们的团队访问)
  • 不要责备("你的支付失败"而不是"你没有支付")
  • 包含支持联系方式以便获取帮助
  • 纯文本比设计过的邮件对催款效果更好

恢复基准

指标平均
软拒绝恢复<40%50-60%70%+
硬拒绝恢复<10%20-30%40%+
整体支付恢复<30%40-50%60%+
预催款预防10-15%20-30%
有关带有提供商特定设置的完整催款 playbook,请参阅 references/dunning-playbook.md


指标与测量

关键流失指标

指标公式目标
月度流失率流失客户 / 月初客户B2C <5%,B2B <2%
收入流失(净)(流失 MRR - 扩展 MRR)/ 初始 MRR负数(净扩展)
取消流程挽留率挽留 / 总取消会话25-35%
优惠接受率接受优惠 / 展示优惠15-25%
暂停重新激活率重新激活 / 总暂停60-80%
催款恢复率恢复 / 总失败支付50-60%
取消时间从第一个流失信号到取消的天数跟踪趋势

队列分析

按以下维度细分流失:

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

取消流程 A/B 测试

一次测试一个变量:

测试假设指标
折扣百分比(20% vs 30%)更高折扣挽救更多挽留率,LTV 影响
暂停时长(1 vs 3 个月)更长暂停增加返回率重新激活率
调查位置(优惠前 vs 后)调查优先个性化优惠挽留率
优惠展示(模态 vs 整页)整页获得更多关注挽留率
文案调性(同理心 vs 直接)同理心减少摩擦挽留率
如何运行取消流程实验: 使用 ab-test-setup 技能设计统计严谨的测试。PostHog 非常适合取消流程实验——它的功能标志可以在服务器端将用户分割到不同的流程中,其漏斗分析可以跟踪取消流程的每一步(调查 → 优惠 → 接受/拒绝 → 确认)。有关设置,请参阅 PostHog 集成指南


常见错误

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

工具集成

有关实现,请参阅 tools registry

留存平台

工具最佳用于关键功能
Churnkey完整取消流程 + 催款AI 驱动的自适应优惠,平均 34% 挽留率
ProsperStack带分析的取消流程高级规则引擎,Stripe/Chargebee 集成
Raaft简单取消流程构建器简单设置,适合早期阶段
Chargebee RetentionChargebee 客户原生集成,曾为 Brightback

计费提供商(催款)

提供商智能重试催款邮件卡更新器
Stripe内置(智能重试)内置自动
Chargebee内置内置通过网关
Paddle内置内置托管
Recurly内置内置内置
Braintree手动配置手动通过网关

相关 CLI 工具

工具用于
stripe订阅管理,催款配置,支付重试
customer-io催款邮件序列,留存活动
posthog通过功能标志进行取消流程 A/B 测试,漏斗分析
mixpanel / ga4使用跟踪,流失信号分析
segment用于健康评分的事件路由

相关技能

  • email-sequence:用于取消后的赢回邮件序列
  • paywall-upgrade-cro:用于应用内升级时刻和试用到期
  • pricing-strategy:用于计划结构和年度折扣策略
  • onboarding-cro:用于激活以防止早期流失
  • analytics-tracking:用于设置流失信号事件
  • ab-test-setup:用于以统计严谨性测试取消流程变体
数据来源:ClawHub ↗ · 中文优化:龙虾技能库
OpenClaw 技能定制 / 插件定制 / 私有工作流定制

免费技能或插件可能存在安全风险,如需更匹配、更安全的方案,建议联系付费定制

了解定制服务