「做一个经营驾驶舱，把核心数据都放上去。」这句话我听过太多次，也见过它变成什么：一块大屏，三十几个卡片，上线当天大家围观拍照，两周后只有做看板的人还会打开。
面试里出这道题，我想看的不是对方能报出多少指标，而是他会不会先问一句：这块屏准备挂在哪个会上。
本系列第 6/10 篇 · 上一篇：这个需求要不要新建一张表 · 下一篇：转化率掉了，多数人拆错了漏斗
先找决策现场，而不是先收指标清单
「要哪些指标」是个陷阱式提问。业务方通常照着别的公司截图报一串：GMV、DAU、转化率、客单价、复购率、各渠道占比……收齐了做出来，等于把别人的报表抄了一遍。
我会改问四个问题：谁看，多久看一次，看完要做什么动作，做错了动作代价多大。周一经营会上区域负责人要决定本周投放预算怎么分，和CEO 偶尔看一眼大盘趋势，是两种完全不同的产品。前者需要可下钻、可比较、当天数据可信；后者需要的可能只是一页周报。
有一个很实用的反向判断：没有动作的数据不进第一版。某个指标就算再核心，如果看完之后没有任何人可以据此改变什么，它就只是装饰。第一版我宁可只放五个指标，也要保证每个都能对应到一个具体的决策场景，并且写进 PRD：「当这个数低于什么水平、由谁、在什么会上、触发什么动作」。这句话写不出来，说明这个指标还没想清楚。
另一个前置问题是数据产品要替代什么。多数驾驶舱的真实起点是：每周有人手工拉三张 Excel、在群里对半天数、吵一次口径。把「替代哪一次临时取数、省掉哪一场争论」写在 PRD 第一页，比写十句「提升决策效率」有用得多，也让后续验收有依据。
指标树和口径卡
指标不能平铺，要挂成一棵能往下走的树。
以交易为例，顶层是一个北极星（比如成交额），下一层拆成可归因的乘法结构：流量 × 转化率 × 客单价，每层再往下钻到渠道、品类、区域、门店。这样看的人从「总额跌了」出发，能顺着树走到「是哪个渠道的新客转化掉了」，而不需要退出看板再找人取数。树状结构还有个好处：新需求来了，能判断它该挂在哪一层，而不是再加一张孤立卡片。
但真正决定看板能不能活过三个月的，是口径卡。每个指标旁边都要能点开看到：一句话定义、来源表与计算逻辑、更新频率与延迟、口径 owner、异常时找谁、以及最近一次口径变更的日期。原因很直接——看板的信任极其脆弱，只要出现一次「这个数和财务对不上」而没人能解释，之后所有会议都会回到手工 Excel。第 1 篇说的口径变更日志，在这里必须变成用户能看见的东西，而不是藏在数据团队的文档库里。
交互上我坚持几件小事。默认时间范围和同比环比对齐规则要写死并可见；每个图要标注「数据截至 X 点」，这个时间戳往往比数字本身更重要；发版、大促、节假日这类事件要能打在曲线上，否则每次异动都要重新解释一遍；下钻路径不超过三步，且返回时保留原来的筛选条件。性能也算产品范畴：首屏加载慢到要等半分钟，会上没人会等它，该预聚合就预聚合。
验收条款要能被证伪
我喜欢在这道题里追问：怎么算这个看板做成了。
「提升决策效率」「数据驱动业务」这类话我一律打回。可验收的条款长这样：周会上最常问的三个问题，能在看板内两分钟内自己找到答案，不需要临时找人取数；月度口径与财务口径的差异为零，或每一条差异都有页面内的备注说明；上线四周后，实际打开看板的独立人数不低于参会人数。这三条都能被证伪，做不到就是没做到。数字本身是我给这个假设场景设的目标，不是行业基准，重点在于它们可核对、有观测窗口。
还有一层验收是质量护栏：数据延迟超过约定时间要有显式提示而不是默默显示旧数；上游分区失败时卡片置灰并说明原因，绝不能拿昨天的数据冒充今天；关键指标出现突涨突跌时给出提示。看板最难的不是把数显示出来，是在数不可信的时候敢于告诉用户不可信。
上线之后我会给看板本身也埋点：哪些卡片被点开、被下钻、被导出，哪些从没人碰过。半年后按使用情况删卡片，这个动作需要和第一版的克制配套——数据产品同样要做减法，否则它会慢慢变回那块三十个卡片的大屏。
面试里最让我放心的回答，是对方主动说「第一版可能不做实时、不做自定义拖拽、不做一个指标的全维度下钻」，并且说清楚砍掉的依据。愿意砍需求，通常意味着他真的想过那个会是怎么开的。
写这份 PRD 时，我第一页会先写清楚：它要替代哪一次临时取数。
评论