五栏，把一个目标变成可验收的东西

两个人完全可以都同意「目标是减少浪费」，然后在验收那天各说各话。因为一个共识落在句子上，另一个共识落在数字上。口径表存在的理由，就是让第二个共识有机会成立：五栏，固定是这五栏，固定按这个顺序。

五栏分别解决什么

指标定义：到底数什么，用客户本来就在用的单位。「浪费」不是单位，「每月报废金额」才是。定义要写到两个人在不同日子读，会数出同一个结果。

数据源：哪个系统、哪份导出、哪个账号、谁有权限。必须是客户自己的数据。拿 FDE 整理过的样本验收，是做彩排，不是考试。

统计窗口，不少于四周：一周可以恰好是好的一周。四周是最短的一段长度，能把趋势和运气分开；它也正好是四周法则用来判定「活没活」的那段长度。

剔除规则：哪些日子、哪些门店、哪些订单不算，必须在窗口打开之前写定。事后补写的每一条剔除都是借口，双方心里都清楚。

争议仲裁人：一个有数据权限、有决定权的具体角色。不是委员会，不是「两位项目负责人」，更不是「到时候商量」。

最常被跳过的是第五栏，而恰恰是它决定另外四栏能不能扛过一次坏月份。

五栏合起来，才叫「可失败」

一个填满五栏的目标，是可以失败的。听起来门槛很低，直到你注意另一种目标长什么样：谁最后说话谁宣布达成，项目期间感觉安全，续约时格外昂贵，因为双方都拿不出可以指的东西。

定义阶段锁四样：术语、数据口径、验收口径、fallback。口径表就是验收口径，而验收口径是之后判定一次交付的依据。它还有一个不显眼的用途：它是判死刑的前提。在口径表里没有对应行的功能，无法被宣布死亡，因为没有尺子可以观察到死亡。

一张填好的表

下面是脱敏后的一个零售项目的写法，最高优先级指标排在第一行：

指标定义	数据源	统计窗口	剔除规则	争议仲裁人
每月报废金额，按配送量与售出量差额乘以成本计价	客户门店 POS 导出＋配送系统记录	连续四周，按自然周结算	闭店日、盘点日、系统停机日不计	客户方负责报表的财务负责人
单店单日配送件数与售出件数的差额	同一份导出、同一份记录	连续四周	同上	同一角色
配送与销售记录同时完整的「门店—日期」占比	两份导出按门店与日期对齐	连续四周	任一份导出未通过校验的日子不计	同一角色

注意表里没有什么：目标值。目标值属于报价单，口径表只定义「如果有目标，会被怎么量」。把这两件事分开，才能在不动定义的前提下重谈一个数字。

一张填坏的表

常见版本是这样：指标「提升门店运营效率」，数据源「客户后台」，窗口「上线后」，剔除「无」，仲裁人「双方友好协商」。

每一栏都以各自的方式失效。效率没有单位，于是第一次争执发生在「数什么」而不是「结果如何」上。「客户后台」不是数据源，换个人就复现不出来。「上线后」没有终点，量好的一周和量坏的一周都能被选中，而选择权在处于下风的那一方手里。「无」保证了第一个节假日就会变成一场争论。友好协商不是仲裁，是延期。

更深的问题是这张表产不出判决。项目可以以所有人都说「还不错」收场，而没有一个人能说出到底变了什么。这种结局对 FDE 比明确的失败更糟：明确的失败可以写进六段解剖的第六段，变成一条方法库条目；含糊的成功什么也教不会，也续不了约。

下一单怎么用

报价发出之前把五栏填齐，只锁一行作为最高优先级指标，让客户签这张表本身，而不是签一份关于这张表的摘要。然后用四周法则回测一遍：每一行都应该能在那么长的窗口里量出来，量不出来的不该留在页面上。删掉一行并说明为什么，是诚实动作，也是重新检查范围与报价的时机——因为那张表本来就是从定义阶段一路传下来的。