跨境知识库数据团队

指标上线评审单:七项填不满,这个指标不许上看板

看板上线三个月,打开次数停在四次。拆开看结论不太体面:看板本身没问题,问题是上面有二十三个指标,十一个没人知道用来干什么。用户不打开一个说不清用处的看板,跟好不…

指标上线评审单看板治理

看板上线三个月,打开次数停在四次。拆开看结论不太体面:看板本身没问题,问题是上面有二十三个指标,十一个没人知道用来干什么。用户不打开一个说不清用处的看板,跟好不好看没关系。

所以加了一道门:指标上看板前要过一张评审单,七项。填不满的先挂内部页试用,达标再上公开看板。

七项评审:每项都对应一个真实的坑

指标上线评审单七项与准入判定
指标上线评审单七项与准入判定

上排是七项评审内容,下排是四档准入结论

项填什么示例不合格怎么办
定义与口径一句话定义加计算式有效订单=已付款未取消笔数用户按字面理解,数据团队不认
数据源与覆盖从哪天起有这份数据2026-04 起有,之前无有人拿半年前的数据对比
历史对照与旧口径差多少旧口径含取消,新口径不含,差0.4%换口径后所有同比集体偏移
更新频率几点更新、延迟多久每天7:00,延迟到前一天用户以为看的是实时数
使用人谁看,用来做什么决定运营主管用来定广告预算上线三个月没人开
验收样例一条人工核过的数和对数过程10月18日应得1,342条,抽样30条全对口径对,跑出来错
下线条件什么情况下撤掉连续两周无调用,或被新指标替看板越滚越大

第三项「历史对照」最容易漏。有一个指标改了口径,去掉一部分不参与竞价的订单,改完看板上所有同比图往下掉一个点,业务方以为业绩塌了。那之后凡是改口径,先算清跟旧口径差多少。

第六项「验收样例」是命门。写不出验收样例,说明写的人自己都不知道这数该是多少,先别上。

准入判定:四种结论

情况判定怎么处理不合格怎么办
七项齐,有历史数据可对照通过上公开看板,同时登记进字典字典不登记,三个月后又没人知道怎么算
七项齐,但没历史数据试运行只挂内部页,标「试用中」直接上公开,用户会拿它做决策
与已有指标口径重叠合并并进老指标,撤掉新指标两个都留着,用户自己挑,争论转到群里
这次只用一次不建指标给一次性结论和取数方式建了指标,多一个没人维护的东西

第三档是我们踩过一次的。有一组指标一个按金额一个按件数量,业务方讨论「哪个更真实」吵了半个月,最后发现两个都算得对,就是用途不同。该在评审阶段合并。

第四档「不建指标」最反直觉。数据团队的人不习惯拒绝,因为建指标看起来像在做事。但看板上的每个指标都是一份长期维护的承诺。

谁做、什么时候做、留什么记录

指标由提出人填单,业务方作为使用人确认第五、六项,数据团队复核前四项。一次评审会看不超过五个指标,每个十分钟。通过后当天上看板并登记进指标字典。

留三样:评审单原件、带日期的评审结论、验收样例的核对过程截图。结论只有一个词:过、试运行、并、不建。

什么时候这套评审必须停

四种情况停用:团队数据量很小,指标不到十个,看板贴在墙上更有效;指标由固定 ETL 自动生成,评审没人参与等于走过场,改成发布日志;所有指标的使用人就是提出人,等于自己批自己,那必须有第二个人签第五项;半年内评审超过五十次,说明建指标成本太低,该提高门槛。

少而清楚比多而热闹能撑住

有资格上看板的指标,一年下来不会超过三十个。数字不漂亮,但能追到源表,能拿去做决定。

← 返回数据团队板块