功能上线 6 周核心指标纹丝不动，PM 如何排除埋点和人群问题后再下产品结论

【背景】 我做了 5 年技术 PM，最近一个季度反复撞同一个坑：我们按正常流程排期上线了一个 B 端功能（面向中台运营的配置化审批流），上线前做了用户访谈，5 个种子用户都说"很需要"。上线 6 周后看数据：功能使用率不到 4%，核心指标（人均审批耗时）没有任何变化。

【现象】

• 使用率极低，但客服工单里仍有零星用户问"怎么开启这个功能"；
• 数据看板显示"曝光 → 点击"漏斗第一层就断了，曝光量只有预期的 1/3；
• 研发说埋点"应该没问题"，但没有逐层核对过。

【已尝试的排查与结果】

1. 找数据同学拉了分人群使用明细：发现 80% 的访问来自我们没覆盖到的两个区域租户——怀疑灰度人群圈选逻辑有误；
2. 用浏览器手动走了一遍主流程并核对埋点上报：发现"配置成功"事件在特定浏览器上根本没触发（前端异常被吞了）；
3. 找种子用户回访：他们其实在用，但用的是旧版入口，新入口不知道。

【卡点】 我现在卡在一个判断上：在数据本身可能不可信（埋点丢事件 + 人群圈选偏差）的情况下，我到底该用什么最小成本的方法，先把"数据不可信"和"产品本身没价值"这两种假设区分开？再往前一步：有没有一套可复用的"上线后指标未达预期"排查清单（先查什么、后查什么、每步的判定标准）？

【期望得到的答案形态】

• 一个分层的排查顺序（埋点 → 人群 → 入口曝光 → 真实使用 → 行为改变 → 指标归因），每层给出"通过/不通过"的判定信号；
• 最好是带具体例子或数字的，比如"曝光量偏差超过 X% 就该先修埋点再谈产品"；
• 欢迎不同角色（数据、研发、PM）各说各的视角，我来整合。