churn-prevention

churn-prevention skill 概览

churn-prevention skill 适合解决什么问题

churn-prevention skill 帮助 AI agent 为 SaaS 设计可落地的留存干预方案，重点覆盖主动流失场景，例如取消流程、离开问卷、挽留 offer、召回消息；也覆盖非主动流失恢复，例如 dunning 和支付重试策略。它最适合 Growth、生命周期营销、产品营销、收入运营团队，以及需要一份可执行 churn-prevention 指南、而不是泛泛讨论“降低流失”的创始人。

最适合的使用场景和用户

当你正在搭建或审计取消体验、决定不同取消原因应该展示哪些挽留 offer、撰写支付失败邮件，或估算更高挽留率和恢复率能带来多少收入影响时，可以使用这个 skill。对于拥有可衡量 MRR、支付失败数据、取消原因，以及 Stripe、Paddle、Chargebee、Recurly 等计费系统的订阅型产品，它尤其有价值。

它和普通 prompt 的区别

普通 prompt 可能会建议打折或发邮件。这个 churn-prevention skill 提供了更强的运营结构：它区分主动流失和非主动流失，会要求补充当前状态背景，包含取消流程 playbook，包含带 decline-code 逻辑的 dunning 指南，并提供 scripts/churn_impact_calculator.py 辅助脚本来建模可恢复 MRR。因此，它产出的内容更偏实施，也更容易排优先级。

什么时候不适合使用这个 skill

如果你的主要需求是客户健康评分、账号扩容、续约预测或客户成功 playbook，就不建议安装 churn-prevention。如果你拿不到流失率、取消原因、支付失败量或定价背景，它也不太适合；这个 skill 仍然可以产出流程草稿，但建议的可论证性会明显降低。

如何使用 churn-prevention skill

churn-prevention 安装方式和仓库路径

从以下仓库路径安装 skill：

npx skills add alirezarezvani/claude-skills --skill churn-prevention

源码位于：

marketing-skill/skills/churn-prevention

安装后，先阅读 SKILL.md，再打开 references/cancel-flow-playbook.md、references/dunning-guide.md 和 scripts/churn_impact_calculator.py。这些 reference 不是装饰性材料；它们包含决策树、文案模式、支付失败分类和收入测算逻辑，正是这些内容让这个 skill 比一个简短 prompt 更有用。

使用前应准备的输入信息

为了更好地使用 churn-prevention，请先提供业务和计费背景。包括：

• 产品类型、目标用户、价格档位、合约模式和试用状态
• 当前月流失率，以及主动流失和非主动流失的占比（如已知）
• 当前取消路径：即时自助取消、客服介入、先问卷后取消，或没有正式流程
• 取消原因，以及已有的离开问卷数据
• 支付处理方、重试计划、是否支持 card updater，以及支付失败邮件
• 当前挽留率、恢复率、平均客户 MRR 和目标提升幅度
• 约束条件，例如法律要求、品牌语气、工程投入和折扣政策

如果你的 workspace 中存在 .claude/product-marketing-context.md，先让 agent 读取它，这样它不会重复询问已经记录过的背景信息。

把粗略目标改写成完整 prompt

较弱的 prompt：“Help reduce churn.”

更好的 prompt：

“Use the churn-prevention skill to audit our SaaS cancel flow and dunning setup. We have $80k MRR, 4.2% monthly churn, about 70% voluntary and 30% involuntary. Current cancel flow is instant self-serve with one optional reason dropdown. Top reasons are price, missing feature, and not using it enough. Stripe retries failed payments 3 times over 7 days; we send one generic email. Average customer MRR is $120. We do not want aggressive dark patterns, annual-contract pressure, or discounts longer than 3 months. Produce a prioritized plan, recommended exit survey, reason-based save offers, dunning sequence, and metrics to track.”

这个 prompt 有效，是因为它提供了分群信息、财务影响、运营限制和足够的数据，让 skill 能够围绕取舍提出建议，而不是给出通用留存策略。

Growth 团队的推荐工作流

先做诊断，不要一上来就写文案。让 skill 先把流失分为主动流失和非主动流失两类，识别缺失数据，并使用 scripts/churn_impact_calculator.py 估算提升空间。然后分别请求计划：取消流程设计、离开问卷原因映射、按细分人群设计的挽留 offer，以及按失败模式设计的 dunning sequence。最后，请它输出实施 tickets 和埋点事件，例如 cancel_started、cancel_reason_selected、save_offer_viewed、save_offer_accepted、payment_failed、payment_recovered 和 subscription_canceled。

churn-prevention skill 常见问题

churn-prevention 适合早期 SaaS 吗？

适合，前提是你已经有足够多的取消或支付失败样本可供学习。对于非常早期的产品，可以用 churn-prevention skill 设计清晰的离开问卷、基础取消确认页，以及更有人情味的支付恢复邮件。在还没判断流失到底来自价格、激活失败、功能缺失、用户匹配度差，还是支付失败之前，不要过早优化挽留 offer。

它能同时处理主动流失和非主动流失吗？

可以。这正是使用这个 skill 的主要原因。主动流失工作聚焦于取消流程设计、取消原因、挽留 offer 和取消后的沟通。非主动流失工作聚焦于支付失败恢复、重试时机、decline-code 处理、卡片更新和 dunning emails。把两者分开，可以避免一个常见错误：把所有流失都当成“发什么消息”的问题。

它和生命周期邮件自动化有什么不同？

生命周期自动化工具负责发送消息；这个 skill 帮你判断应该发生什么，以及为什么。它可以产出邮件文案，但更高价值的用法是：把流失原因映射到干预动作、设计取消决策树、选择 offer 规则，并让支付恢复策略与计费失败类型对齐。你仍然需要 ESP、计费系统或产品团队来真正实现这些流程。

安装前应该检查什么？

先确认你的团队能否执行这些建议。这个 skill 在以下情况下最有价值：你可以调整取消 UX、添加或修改离开问卷原因、配置支付重试、更新 dunning emails，并衡量挽留率或恢复率。如果所有取消和计费逻辑都被锁在你无法修改的第三方流程里，产出内容可能更像一份策略备忘录，而不是实施计划。

如何改进 churn-prevention skill 的使用效果

用更好的分群提升 churn-prevention 输出质量

影响质量最大的杠杆是分群。请提供不同计划、客户规模、生命周期阶段、获客渠道、地域或使用场景下的流失模式。小型自助客户的价格异议，不应该触发与高价值账号“缺少关键功能”投诉相同的挽留 offer。只有当某个分群会改变决策时，才要求 skill 为该分群输出单独建议。

避免常见失败模式

重点注意三个问题。第一，过度打折：要求提供非折扣类挽留方案，例如暂停、降级、onboarding 帮助、功能教育或计费周期调整。第二，暗黑模式取消 UX：明确要求透明确认，并确保用户可以轻松完成最终取消。第三，dunning spam：要求 skill 根据失败类型和重试阶段调整消息，而不是反复发送同一封紧迫感很强的邮件。

在第一版输出后继续迭代

拿到第一版计划后，用更明确的约束要求它收敛：“Reduce this to a two-week implementation plan,” “Separate no-code changes from engineering work,” “Rewrite the cancel page in our brand voice,” 或 “Prioritize by expected recovered MRR versus effort.” 上线前，再把这些建议与你的 analytics、support tickets 和 billing logs 进行对照。

补充本地上下文，让 skill 更稳定

如果会反复使用 churn-prevention，建议维护一份简短的内部上下文文件，记录价格、取消政策、当前指标、已批准的折扣上限、品牌语气和计费服务商信息。这个 skill 在可用时会检查 product-marketing context，因此维护这份文件可以减少重复设置，也能让后续输出更符合你的业务规则。