第1章：MVP阶段指标选择的核心原则
在MVP阶段，资源有限、数据稀疏、实验周期短，指标选择必须以“聚焦关键、可量化、可验证、与实验目标对齐”为刚性原则。本章定义这四大原则的内涵，并拆解为可直接在看板中落地的指标元数据。
1.1 指标定义与业务含义
| 原则 | 业务含义 | 典型反例 |
|---|---|---|
| 聚焦关键 | 只选择 ≤3 个北极星指标 + ≤2 个次级指标，避免指标森林 | 同时追踪 DAU、GMV、留存、NPS、转化率，导致注意力分散 |
| 可量化 | 指标必须能通过事件计数、数值统计或布尔判定得到确切数值 | “用户满意度”无明确打分尺度，“体验变好”无法计数值 |
| 可验证 | 指标计算逻辑能通过日志回溯或A/B测试独立复现 | 依赖黑盒模型推算的“用户潜力分”无法外部验证 |
| 与实验目标对齐 | 变更变量与指标变化之间必须有可解释的因果链 | 优化登录流程却监控“页面平均停留时长”，因果断层 |
✅ 检查清单：在选定指标后，用“三问法”验证 —— ① 如果这个指标下降，你能立刻知道根本原因吗？ ② 这个指标能在一个MVP周期（1-2周）内产生可观测浮动吗？ ③ 指标变更是否直接关联你的实验假设？
1.2 数据来源与计算口径
所有指标必须明确定义其数据管道，避免后续因口径不一致导致结论打架。以最常用的“MVP验证层转化率”为例：
指标名称：首次核心行为完成率
定义：在MVP上线后7天内，完成核心行为的独立用户数 / 至少1次启动产品的独立用户数
数据来源：客户端埋点事件（app_start, core_action_completed）
计算口径：
- 分母：app_start 事件中 distinct_device_id 计数
- 分子：core_action_completed 事件中 distinct_device_id 计数
- 去重窗口：7天滑动窗口
- 排除项：内部测试账号、通过API直接调用的非真实用户
| 指标名 | 事件源 | 聚合粒度 | 计算周期 |
|---|---|---|---|
| 核心行为完成率 | app_start, core_action_completed | device_id 去重 | 7天滑动 |
| 单次行为耗时 | action_start, action_end | session_id 内聚合 | 每日中位数 |
| 错误率 | error_event / action_event | 页面路径分组 | 小时级 |
1.3 维度分层与下钻路径
MVP看板必须预设1~2层下钻路径，避免在数据异常时现场拍脑袋。建议采用“实验分组 → 用户画像 → 行为漏斗”三层逻辑：
- 第一层：实验组 vs 对照组（必选维度）
- 第二层：用户新老属性、设备类型、渠道来源（可选1~2个）
- 第三层：核心行为漏斗步骤的通过率（下钻到具体环节）
⚠️ 常见陷阱：不要在MVP阶段就铺设全部维度（如10+用户标签），这会导致看板膨胀、异常信号被淹没。首次上线仅保留2个固定分层维度即可。
1.4 看板布局与交互方式
MVP看板推荐“三栏+上下层”结构，首屏必须展示对比核心指标：
| 区域 | 内容 | 交互 |
|---|---|---|
| 顶部KPI条 | 实验组 vs 对照组核心指标数值及波动方向（▲/▼） | 点击可切换统计周期 |
| 左侧维度筛选 | 实验分组、时间粒度、用户分群 | 单选/多选下拉 |
| 中间核心图 | 折线图展示核心指标随时间变化，两组对比 | 悬浮显示明细数据，点击进入下钻面板 |
| 右侧异常列表 | 实时滚动异常规则触发记录 | 点击跳转到归因弹窗 |
| 底部下钻区 | 按维度/漏斗步骤拆解的详细数据表 | 支持排序、导出、行点击展开子维度 |
📐 设计原则：每个看板元素必须能回答“我现在应该做什么？”。如果某区域在MVP阶段始终无业务动作输出，就移除它。
1.5 异常判断规则与归因方法
MVP阶段的异常判断不宜复杂，建议采用“移动统计阈值 + 持续偏差”组合规则：
规则1：绝对值异常
若核心指标 < (基线均值 - 2σ) 或 > (基线均值 + 2σ)，标记为异常
基线窗口：历史7天同期数据
规则2：趋势持续偏差
若实验组指标连续3个时间点（小时/日）偏离对照组超过±5%，标记为异常
规则3：样本量不足预警
若实验组样本量 < 200 或对照组样本量 < 200，不触发规则1和2，仅提示“数据不足”
归因逻辑：异常触发后，自动执行以下步骤
- 检查数据管道延迟：确认事件上报是否积压（延迟 > 2小时时暂停规则）
- 按预设维度下钻：查看哪个用户分群或渠道导致波动
- 查看代码变更时间线：对比异常发生时刻与最近一次MVP迭代发版时间
- 输出归因结论（如“iOS 14.6设备因权限弹窗拒绝导致事件缺失”）
1.6 指导业务动作的输出逻辑
每个指标看板必须配备“动作触发卡”：
| 指标状态 | 业务动作 | 负责人 | 时间要求 |
|---|---|---|---|
| 核心指标下降 > 10% 且归因为功能缺陷 | 紧急回滚MVP版本，或发布热修复 | 工程师 | 2小时内 |
| 核心指标下降 > 5% 但无明确归因 | 暂停实验，扩大样本量至3倍后重新观察24h | 数据PM | 1小时内执行暂停 |
| 核心指标与对照组持平 | 检查置信区间，若置信区间重叠 > 70%，则标记为“无显著变化”，准备进入下一轮假设 | 产品经理 | 每天晨会前输出 |
| 核心指标显著提升（p<0.05） | 确认指标提升是否由非实验变量（如季节、渠道投放）引入；若确认则由实验组策略，进入固化决策 | 产品+分析师 | 24小时内完成验证 |
💡 动作闭环：每次触发业务动作后，在看板对应指标上添加
“复盘标记”标签，并在周级复盘时回顾动作有效性。MVP阶段不追求完美归因，但必须做到“每次异常都有一次记录、一次动作、一次复盘”。
“复盘标记”标签，并在周级复盘时回顾动作有效性。MVP阶段不追求完美归因，但必须做到“每次异常都有一次记录、一次动作、一次复盘”。