指标口径争议
抓出讨论中同名不同义的指标与统计口径分歧
用这个方法分析
上传录音或转写文本即可，未登录会先引导登录
产出长什么样
示例下面是一段虚构场景的示例产出，用来说明形态。真实分析会锚定你自己录音里的原话。
场景： 某在线教育产品部季度复盘会，讨论“完课率”指标优化，45分钟。
| 事项 | 涉及方 | 指标名称 | 各方口径（原文摘要） | 冲突点 | 结论受影响的程度 | 证据/数据支撑 | 状态 | 责任人 | 时限 |
|---|---|---|---|---|---|---|---|---|---|
| 完课率定义分歧 | 产品部A | “完课率” | “学完所有必修视频的学员占比。” | 对“完课”的课程范围定义不同。 | 高：直接影响对课程吸引力及学习路径设计的判断。 | 张经理：“我们只看必修内容。” 李老师：“应该把选修也考虑进来。” | 待澄清 | 产品总监 | 下周会议前 |
| 运营部B | “完课率” | “学习了包括必修与选修在内的全部课程内容的学员占比。” | （同上） | （同上） | （同上） | ||||
| 数据部 | “完课率” | 原文无依据，推断其口径可能默认为“必修”。 | 推断依据不足：数据部未在会议中明确声明其使用的口径，此判断基于历史报告惯例。 | 中：若推断错误，则数据报表与业务方理解持续错位。 | 无直接原话支撑，需调取数据部历史口径定义文档。 | 证据不足，需核实 | 数据部负责人 | 同上 | |
| 统计口径差异 | 产品部 | 触发“完课”的动作 | “以学员点击‘完成本课’按钮为准。” | 对完成动作的技术判定标准不同。 | 中：影响归因分析（如按钮设计 vs 内容本身）。 | 张经理明确要求依赖按钮交互。 | 待固化 | 产品总监 | 口径定义文档中明确 |
| 运营部 | 触发“完课”的动作 | “以视频播放进度条达到95%以上并停留10秒为准。” | （同上） | （同上） | “我们的标准更能反映真实学习情况。” |
结论受影响程度说明：若按产品部口径（仅必修），完课率可能达85%；若按运营部口径（全课程），可能降至60%。核心差异导致对产品健康度的根本性误判。
需固化的口径定义（草案）：
- 核心指标：完课率（用于衡量课程完成度）
- 定义：统计周期内，完成所购买课程包内全部必修课的付费学员数占同期活跃学员总数的比例。
- 数据标准：单节必修课“完成”的判定标准为“视频播放进度≥95%”。
- 产出：下次上线前，需在《核心指标口径说明》文档中更新此条目，由产品、运营、数据负责人会签确认。
什么时候用它
用在内部会议这类录音上。当内容里出现下面这些信号时，它最派得上用场：
讨论数据报表增长指标
输出的 4 个模块
产出形态是清单台账，不是一段分析文字——有形态才能沉淀、才能被下游用。
- 1指标与各方口径
- 2冲突点
- 3结论受影响的程度
- 4需固化的口径定义
它怎么保证不瞎说
亲证锚定
证据不足时它会说「本场没有可供分析的对象，缺的是什么」，而不是编一个结论—— 这是硬要求，不是客套话。
常见问题
- 指标口径争议适合分析什么样的录音？
- 适用于内部会议。典型触发信号：讨论数据、报表、增长指标。一场录音即可。
- 用指标口径争议会拿到什么？
- 产出形态是清单台账，包含 4 个模块：指标与各方口径、冲突点、结论受影响的程度、需固化的口径定义。
- 指标口径争议不做什么？
- 不得把单一用户的说法当成群体结论