B端SaaS「客户健康分预警」功能：成功指标要90天才出，6周排期内怎么定先导指标

【背景】 我做了 8 年 B 端 SaaS 技术 PM，最近立项一个「客户健康分预警」功能：基于客户的使用频次、功能覆盖、工单情绪、续费周期等信号，给每个客户算一个 0-100 的健康分，低于阈值就在客户成功工作台弹预警，提示 CSM 介入。

• 团队配置：2 后端 + 1 数据 + 1 前端 + 1 CSM 代表 + 我；
• 排期：开发 4 周 + 灰度 2 周，共 6 周；
• 立项时和业务方（客户成功 VP）共同签认的核心成功指标是：「预警后 30 天内流失客户占比相对基线下降 ≥ 20%」——这个指标天然要 90 天才能观察到完整效果（预警 → CSM 介入 → 客户行为变化 → 续费/流失决策）。

【现象 / 卡点】 排期评审会上撞墙：

1. 业务方坚持「核心指标没动 = 没上线价值」，但 6 周排期内根本看不到 90 天指标；
2. 数据同学建议加「先导指标」，但候选项一拉就一堆：预警覆盖率、预警准确率（CSM 标记"有用"的比例）、预警到 CSM 首次响应的时长、CSM 介入后 7 天内客户使用频次变化、预警-响应-挽回漏斗每一层的转化率……到底该卡哪几个？
3. 更尴尬的是：业务方私下透露，他其实更想看到「CSM 人均处理客户数下降」（因为这意味着 CSM 有精力做高价值动作），但这跟立项签认的「流失率」不是一回事；
4. 上线后 2-4 周，先导指标如果没达标，我拿什么判定「功能失败」？如果先导指标达标了、90 天后流失率没动，责任算谁的？

【已尝试的排查与结果】

1. 查了站内：id=210（AI 功能验收标准）讨论的是 LLM 输出的非确定性，id=535（复合指标归因）讨论的是分母变化，id=509（异动归因）讨论的是已上线后的下钻——都不是"上线前 6 周怎么定先导指标"这个场景；
2. 内部拉了 12 个月的流失客户回访记录，发现流失前 30 天客户使用频次中位数下降 40%，但只有 35% 的流失客户在流失前 60 天内有过工单——说明「工单」不是好的先导信号；
3. 找数据同学跑了一版「健康分 vs 后续 90 天流失」的相关性，相关系数 0.41（不显著强相关），但拆开看「健康分 + 续费周期 < 90 天」的子集相关系数 0.72——说明健康分单独不够，要和续费周期组合，这个组合规则要不要写进 PRD 我还没想清楚；
4. 试过把先导指标定成「预警准确率 ≥ 70%」（CSM 标记"有用"的比例），但 CSM 反馈"有用"的定义不统一，有人觉得"提醒了我"就有用，有人觉得"帮我挽回了"才有用，口径没法收口。

【期望得到的答案形态】 希望有在 B 端 SaaS / SaaS 客户成功 / 预警类产品里踩过类似坑的同学，给一个可落地的框架，具体想问四点：

1. 先导指标怎么选：从"覆盖率 / 准确率 / 响应时长 / 介入后行为变化 / 漏斗各层转化率"里，你们最终卡的是哪 2-3 个？各自的判定口径长什么样（分子分母、时间窗、排除项）？
2. 先导指标和最终指标的因果链怎么讲清楚：上线评审时，怎么向业务方证明"先导指标达标 ≈ 最终指标会动"？有没有可复用的论证模板（比如历史数据回溯、A/B 对照、漏斗拆解）？
3. 先导指标阈值怎么定：拍脑袋定 vs 从历史数据找基线，你们怎么做？阈值设太严导致功能被误判失败、设太松导致业务方觉得"没价值"，这个度怎么把握？
4. 上线后 2-4 周的判定规则：先导指标达标 / 不达标 / 部分达标，分别对应什么动作（继续观察 / 回滚 / 重立项 / 调整阈值）？如果先导达标但 90 天后最终指标没动，责任怎么分（产品 / 算法 / CSM 执行 / 业务方策略）？

有真实数据（先导指标清单、阈值、判定规则模板）就更好，哪怕是你踩过的"先导指标选错导致功能被冤杀"的坑也行。