10 · 运营与持续使用 · 口径之内
昨天的业绩少了一截，因为有人换成了支付时间
数据分析师在已经冻结的口径上解释波动，并给出下一动作。改口径不是分析，是另一张表。
数据分析师在冻结的定义里工作
数据架构师冻结毛利、订单额、时间字段。数据分析师不发明平行算法。口径冻住之后，他做的是对比、下钻和归因：这个数为什么比昨天高或低，可以落到哪些单据，下一动作是查这三张单、问这一家店，还是看这个状态。下钻不到单据的结论，他不进月会。会上说得出主题、对不上单号的分析，会让人回到 Excel。
发现口径不够用时，他提交给数据架构师改定义，并注明从哪一天生效。生效前的数不按新口径悄悄重算。重算可以另做一版对照，但两版必须不同名。他把旧名留在归档里，避免纪要对不上。
异常是单据，不是感觉
某门店突然为零，他先看是没有订单、上报中断，还是筛选把店排除了。三种处理不同。筛选错误要改报表，不是去批评门店。订单为零如果是真的，交给客户成功或产品运营，看是停业还是回到了微信。数据分析师不代替他们做回访，但要把时间范围和单号缺口给清楚。
支付时间造成的缺口
活动日第二天，销售说业绩少了。数据分析师发现有一张临时报表用支付时间，正式口径是下单时间。跨天支付的订单被算到了第二天。他没有把正式报表改成支付时间来迎合这次活动。他在说明里列出跨天的单号和金额，并请数据架构师确认活动复盘是否需要单独的支付口径。确认之前，月会仍用原口径。两套数并排时，名字不同。事后业务选择复盘用支付、考核仍用下单，两个名字写进指标说明。悄悄替换的那张临时表停用。
这个岗位的价值是让争论停在单据上。停不住，就还没有分析完。数据分析师把每次临时报表的口径写在表头。表头没有口径的文件，他不发出去。别人转发时如果把表头删了，他在下一版加上无法误删的名称，例如订单额（下单时间）。名称里不含时间的「业绩」，他不再使用。跨天、跨仓、跨状态的三类差异，他分别给单号清单。混在一起只会得到一张看似持平的总数。总数持平但单号错位，仓库和财务仍会各自认为对方错了。他对所有环比异常先问三个筛选：时间、门店、状态。三个筛选有一个变了，就不是业务波动。问完再下钻单号。直接把异常讲成经营结论，会让会议追错方向。追错方向的代价不是报告难看，而是仓库被要求在错误的日期补货。
他把结论写成能验证的下一动作：查这三张单、问这一家店、看这个状态。只写「建议关注」，下周会上没人记得关注了什么。分析结束于动作，不结束于图形。他把同名指标的旧口径归档，并禁止新报表引用旧名。旧名继续可用，三个月后又会出现两份都对不上的业绩。禁止引用比提醒注意有效，因为报表工具不会记得会议上的争论。
改口径不是分析，是另一张表。发现口径不够用，提交给数据架构师并注明生效日。生效前的数不按新口径悄悄重算。对照可以另做一版，两版必须不同名。下钻不到单据的结论，不进月会。