用途：面向 SaaS 留存与流失预防，同时应对主动流失（用户主动取消）和非主动流失（付款失败），通过设计取消流程、动态挽留优惠、主动留存与催款策略来降低流失。
主要能力：提供完整的流失预防框架，并按任务加载对应参考：设计或审查取消流程时使用 Cancel Flow Patterns；处理非主动流失或失败付款回收时使用 Dunning Playbook。
使用方式：开始时先检查是否存在产品营销上下文文件 .agents/product-marketing.md（或 .claude/product-marketing.md，旧版为 product-marketing-context.md），存在则先读取，只询问未被覆盖或与本次任务相关的信息。随后收集四类上下文：1）当前流失情况，包括月度流失率（区分主动与非主动）、活跃订阅数、客户平均 MRR、当前是否有取消流程或即时取消；2）计费与平台，包括计费服务商（Stripe、Chargebee、Paddle、Recurly、Braintree）、计费周期、是否支持暂停或降级、现有留存工具（Churnkey、ProsperStack、Raaft）；3）产品与用量数据，包括功能使用追踪、参与度下降识别、历史取消原因、激活指标；4）约束，包括 B2B 或 B2C、是否要求自助取消、离职流程的品牌语气。
适用场景：SaaS 产品的取消流程设计、挽留优惠设置、失败付款回收、留存策略规划，以及与邮件挽回、付费墙、定价、引导、分析和 A/B 测试等相关技能的配合使用。
限制与注意事项：不同流失原因需匹配不同干预，价格问题、未使用问题和竞品替代问题不能靠同一个挽留优惠解决；非主动流失通常占总流失的 20%–40%，不应忽略；即时取消在某些司法辖区和订阅场景下是法定权利，不得推荐延迟或阻止取消的流程；资料未提供具体定价、效果数据或实现代码。