第6天
数据与验证
学习目标
能为一件方案事先写成功标准，分得清留存、漏斗和「上线后挑一个好看的数」。
先写成功标准，再上线。指标下跌时：口径 → 范围 → 漏斗 → 对照 → 才决定动作。
留存回答「人过一段时间还在不在」。漏斗回答「从这一步到下一步还剩多少」。两个数解决的不是同一个问题。
三个词不要混用
留存：一批人在第 n 天是否还做你定义的那个动作。定义变了，留存就不能横比。
漏斗：一步到下一步的通过率。最终转化掉了，要知道掉在哪一步。
成功标准：和你写的问题对应。问题是「结算前离开」，就不要用日活当成功。
怎样算一个功能做成了
上线前写两行：主指标要动到什么方向，什么指标不能变差。后者是保护线，防止你用损害履约的方式换点击。
时间窗口事先说好。看一天就宣布成功，通常是噪声。
如果结果不动，你要准备停、改、或承认假设错了。没有这句，验证就变成庆功。
数掉了，前 20 分钟不要提需求
口径：定义有没有变，埋点有没有坏，有没有刚好发版。
范围：是全体，还是某一端、某一渠道、某一批新用户。
漏斗：掉在哪一步，而不是只盯最终数。
对照：和上一周比，和没改动的人群比。
然后才决定修复、回滚或继续观察。开口就是「再加一个推送」，说明你在用方案掩盖没看懂的问题。
你现在不会 SQL 也可以讲
不会取数，就说不会。然后讲你看过的报表、你问过数据同学的问题、以及你准备怎么补。
把别人的查询说成自己搭建的指标体系，追问两句就会穿。边界比漂亮履历有用。
作业
给第 5 天那一页纸补上成功标准。如果问题本身还含糊，先回去改问题，不要硬造一个北极星。
- 主指标是什么，和问题哪一句对应。
- 保护指标是什么，什么情况算伤害了别的体验。
- 你打算看多久。
- 什么结果会让你停下来，而不是继续加功能。