指标上线评审单:七项填不满,这个指标不许上看板
看板上线三个月,打开次数停在四次。拆开看结论不太体面:看板本身没问题,问题是上面有二十三个指标,十一个没人知道用来干什么。用户不打开一个说不清用处的看板,跟好不…
看板上线三个月,打开次数停在四次。拆开看结论不太体面:看板本身没问题,问题是上面有二十三个指标,十一个没人知道用来干什么。用户不打开一个说不清用处的看板,跟好不好看没关系。
所以加了一道门:指标上看板前要过一张评审单,七项。填不满的先挂内部页试用,达标再上公开看板。
七项评审:每项都对应一个真实的坑
上排是七项评审内容,下排是四档准入结论
| 项 | 填什么 | 示例 | 不合格怎么办 |
|---|---|---|---|
| 定义与口径 | 一句话定义加计算式 | 有效订单=已付款未取消笔数 | 用户按字面理解,数据团队不认 |
| 数据源与覆盖 | 从哪天起有这份数据 | 2026-04 起有,之前无 | 有人拿半年前的数据对比 |
| 历史对照 | 与旧口径差多少 | 旧口径含取消,新口径不含,差0.4% | 换口径后所有同比集体偏移 |
| 更新频率 | 几点更新、延迟多久 | 每天7:00,延迟到前一天 | 用户以为看的是实时数 |
| 使用人 | 谁看,用来做什么决定 | 运营主管用来定广告预算 | 上线三个月没人开 |
| 验收样例 | 一条人工核过的数和对数过程 | 10月18日应得1,342条,抽样30条全对 | 口径对,跑出来错 |
| 下线条件 | 什么情况下撤掉 | 连续两周无调用,或被新指标替 | 看板越滚越大 |
第三项「历史对照」最容易漏。有一个指标改了口径,去掉一部分不参与竞价的订单,改完看板上所有同比图往下掉一个点,业务方以为业绩塌了。那之后凡是改口径,先算清跟旧口径差多少。
第六项「验收样例」是命门。写不出验收样例,说明写的人自己都不知道这数该是多少,先别上。
准入判定:四种结论
| 情况 | 判定 | 怎么处理 | 不合格怎么办 |
|---|---|---|---|
| 七项齐,有历史数据可对照 | 通过 | 上公开看板,同时登记进字典 | 字典不登记,三个月后又没人知道怎么算 |
| 七项齐,但没历史数据 | 试运行 | 只挂内部页,标「试用中」 | 直接上公开,用户会拿它做决策 |
| 与已有指标口径重叠 | 合并 | 并进老指标,撤掉新指标 | 两个都留着,用户自己挑,争论转到群里 |
| 这次只用一次 | 不建指标 | 给一次性结论和取数方式 | 建了指标,多一个没人维护的东西 |
第三档是我们踩过一次的。有一组指标一个按金额一个按件数量,业务方讨论「哪个更真实」吵了半个月,最后发现两个都算得对,就是用途不同。该在评审阶段合并。
第四档「不建指标」最反直觉。数据团队的人不习惯拒绝,因为建指标看起来像在做事。但看板上的每个指标都是一份长期维护的承诺。
谁做、什么时候做、留什么记录
指标由提出人填单,业务方作为使用人确认第五、六项,数据团队复核前四项。一次评审会看不超过五个指标,每个十分钟。通过后当天上看板并登记进指标字典。
留三样:评审单原件、带日期的评审结论、验收样例的核对过程截图。结论只有一个词:过、试运行、并、不建。
什么时候这套评审必须停
四种情况停用:团队数据量很小,指标不到十个,看板贴在墙上更有效;指标由固定 ETL 自动生成,评审没人参与等于走过场,改成发布日志;所有指标的使用人就是提出人,等于自己批自己,那必须有第二个人签第五项;半年内评审超过五十次,说明建指标成本太低,该提高门槛。
少而清楚比多而热闹能撑住
有资格上看板的指标,一年下来不会超过三十个。数字不漂亮,但能追到源表,能拿去做决定。
登录后可点赞
← 返回数据团队板块