用途
Developer Churn 是一个用于理解和处理开发者工具产品用户流失的技能。它帮助团队回答三个问题：开发者为什么离开、如何在流失前识别高风险用户、如何挽回已经离开的用户。技能明确反对使用愧疚感或绝望折扣，主张基于诚实理解和真实价值来处理流失。
主要能力
理解开发者流失的特殊性
技能指出开发者流失与典型 SaaS 流失不同：开发者工具中价值敏感度高于价格敏感度，开发者体验（DX）驱动决策而非功能列表，支持工单往往代表摩擦而非参与，流失周期常按项目而非按月计算，同行推荐比竞品营销更有效。核心观点是：开发者离开不是因为价格，而是因为摩擦、挫败或找到了更好的东西。
六种流失原因及检测
技能将流失归为六类，每类给出症状、根因和检测信号：
-
开发者体验（DX）问题：症状包括首次价值实现时间长、基础任务频繁提工单、对文档或 SDK 的抱怨。根因包括文档差、SDK 有缺陷、破坏性变更无迁移路径、认证混乱、缺少快速入门。检测信号包括工单中出现“困惑”或“不工作”、注册到激活的高流失、注册到首次 API 调用间隔长、多次 API 调用失败后才成功。
-
定价与账单摩擦：症状包括取消前先降级、为不超限而降低用量、账单疑问、请求企业/定制定价。根因包括成本不可预测、早期阶段太贵、免费层缺失或过于严格、性价比感知差、账单意外。检测信号包括账单周期后用量骤降、已登录用户访问定价页、意外扣费工单、月中 API 调用停止。
-
更优替代品：症状包括突然流失（非渐进）、多名团队成员一起流失、无抱怨地流失、“我们换个方向”。根因包括竞品推出更好功能、开源替代成熟、更大玩家进入、其技术栈变化。检测信号包括用量突然停止、支持/反馈中提及竞品、来自竞品域名的文档流量、社交媒体上比较你与替代品的提及。
-
项目终止：症状包括逐渐降至零、无支持联系、忽略所有沟通、整个公司流失。根因包括项目被取消、创业失败、原型未上生产、预算削减。技能明确指出这类流失无法预防，不应浪费精力。检测信号包括数周/数月缓慢下降、无登录活动、对外联无响应、域名不再解析。
-
集成失败：症状包括高参与后突然停止、技术工单未解决、“与 X 不兼容”反馈、卡在实现阶段。根因包括产品不适合其技术栈、缺少所需集成、遇到技术限制、SDK 不支持其用例。检测信号包括特定集成文档页大量浏览、关于特定技术栈的工单、仅来自测试环境的 API 调用、沟通中提及“评估”。
-
非自愿流失：症状包括支付失败后流失、无其他警告信号、联系时往往感到意外。根因包括信用卡过期、卡片欺诈保护、更换支付方式、忘记更新账单。检测信号包括支付失败事件、用量持续到硬性截止、联系后快速重新激活。
识别高风险开发者
技能提供参与度评分方法，用五个信号计算健康分：API 调用（30%，本周对比前 4 周平均）、登录频率（20%，距上次登录天数）、功能采用（20%，核心功能使用百分比）、支持情绪（15%，正面/负面工单比）、账单健康（15%，支付成功和计划变更）。健康分阈值：80-100 健康，60-79 观察，40-59 高风险，0-39 危急。
技能还列出基于用量、支持和账单的早期预警信号，例如 API 调用周环比下降超过 50%、14 天以上未登录、同一问题多次提工单、工单负面情绪、询问数据导出、询问合同/取消、已登录时查看定价页、降级计划、移除团队成员、询问按比例退款取消等。技能给出一个自动警报示例，包含用户、健康分变化、触发条件和建议行动。
流失访谈与反馈
技能给出访谈的正确做法：真诚好奇地提问、优雅接受决定、以学习为目的而非挽回、最多 5 个问题、为对方时间提供有价值回报。不应做：访谈中推销、对反馈防御、承诺改变以挽留、让对方感到愧疚、超过 10 分钟。技能提供退出调查邮件模板（含 6 个选项）和退出访谈问题（开场、旅程、转折点、替代品、假设、收尾），并建议为通话提供 50 美元礼品卡或捐赠。
反馈分析与优先级
技能给出按类别追踪流失原因并判断可行动性和优先级的表格：DX 问题 35% 可行动高优先级、定价 25% 可行动中优先级、替代品 20% 部分可行动中优先级、项目终止 15% 不可行动无优先级、集成缺口 5% 可行动低优先级。建议将精力集中在高影响的可行动类别。
挽回活动
技能说明何时适合挽回：因可修复问题流失且已修复、离开后替代品变差、项目终止但有新项目、账单/非自愿流失。不适合：强烈负面情绪、根本性产品不匹配、公司已不存在、刚流失（至少等 30 天）。挽回序列从流失后 30-60 天开始，包含三封邮件：第 30 天“有什么新变化”、第 45 天“社会证明”、第 60 天“直接优惠”。技能给出每封邮件的主题和正文模板，以及合适/不合适的挽回优惠对照表。
竞品切换监控
技能建议设置社交监听，监控直接提及（“你的产品 vs 竞品”“从你的产品切换到竞品”“从你的产品迁移走”）、问题空间讨论和竞品势头。提供每周竞争情报工作流：检查社交监听工具、分析模式、更新流失预防。
非自愿流失处理
技能指出非自愿流失常占总流失的 20-40%。预防策略包括卡片过期警告（提前 30 天和 7 天邮件）、多种支付方式、年付激励、催款邮件（14 天内 3-4 封）、宽限期（7-14 天）、应用内警告。技能提供四封催款邮件模板（立即、第 3 天、第 7 天、第 10 天）和恢复策略表（智能重试、卡片更新服务、替代支付请求、催款中的支付链接、企业电话/短信）。
流失指标仪表盘
技能列出关键指标及目标：月流失率 <5%、净收入流失 <2%、流失时间（增加）、挽回率 >5%、非自愿流失占比 <20%。还提供队列分析维度（注册月份、获客来源、计划类型、激活状态）和健康分分布追踪示例。
常见错误
技能列出常见错误及修复：忽视项目终止（接受并聚焦可行动流失）、先提供折扣（以价值而非价格领先）、过早挽回（等 30 天以上）、不听反馈（真正修复抱怨的问题）、通用挽回活动（按流失原因个性化）、责怪开发者（你的 DX 才是问题）。
使用方式
技能要求先加载开发者受众上下文：检查 .agents/developer-audience-context.md 是否存在，若不存在则先运行 developer-audience-context 技能。然后收集数据：分群当前流失率、最近 30-90 天流失用户、流失用户的支持工单历史、流失前使用模式、退出调查数据（如有）。之后按技能提供的框架进行分析、评分、访谈、挽回和监控。
适用场景
适用于开发者工具、API 产品、SDK 和平台类产品的开发者关系、增长和产品团队，用于系统化理解、减少和挽回开发者流失。
限制
技能中部分内容为建议性框架和模板，实际效果取决于团队执行和数据质量。项目终止类流失被明确认定为不可预防。技能未提供具体工具的价格、平台支持范围或效果保证。相关技能包括 developer-audience-context、developer-email-sequences、competitor-tracking、developer-listening、developer-onboarding。