例会开多久，数据就停多久

上周在泉州一家做卫浴五金的企业，旁听了他们的周度生产例会。三个小时，十一个人。散会时总经理揉着太阳穴说："我们数字化也搞了好几年了，为什么会越开越长？"

这个问题问反了。不是数字化搞了例会还长，是数据停摆的地方越多，例会就越长。例会的时长，恰恰是数字化真实水平最诚实的读数。

一、把三个小时的例会拆开看

我们请会务同事做了一件事：把下次例会按时间用途拆条记录。拆完的结果很有代表性：

算笔账：十一个人×三小时=三十三个工时，其中真正决策只用了约2.5个工时。97%的会议时间，在为数据的不流动买单。

二、例会的真实身份：补偿性控制

控制论里有个概念叫补偿性控制：当主控制回路失效时，系统会用另一个笨重的方式兜底。放到工厂里——

数据本该自己流动：事实发生→进入系统→汇成数字→触发响应。但现实是，这条链路在每一环都可能断：单据没录、录了没审核、审核了没汇总、汇总了口径不一。数据流不动，组织只好用一种古老的办法补偿：把人聚到同一个房间里，口头对齐现实。

对数，是在补偿"数字不可信"；澄清事实，是在补偿"历史不可查"；进度通报，是在补偿"状态不可见"；追责解释，是在补偿"过程不可溯"。例会越长、频次越高，说明主回路断得越彻底。

这就解释了一个反直觉的现象：很多企业上了系统之后，会反而更多了。因为系统创造了第二套"官方现实"，口头现实还在运转，两套现实的对账需求，让人的聚集变得更频繁而不是更少。会多不是管理勤勉，是双现实摩擦的噪音。

三、温度计怎么读

不是所有会都要砍。先学会读数，再决定动作。把例会按功能分三类：

• 对齐型（值得开）：战略共识、跨部门博弈、需要当面建立信任的难题。这类会人数少、浓度高、有结论。
• 仪式型（可保留）：晨会战情室式的短会，15分钟站会。它的价值不在信息而在节奏和场域。
• 补偿型（该消灭）：对数、念进度、追历史。凡是在会上"读数"的环节，都是数据流的骨折现场。

自测方法很简单：下次例会带个计时器，只在"对数、核对、追问上周"的时候按表。累计超过会议时长三分之一，你的数据停摆已经到了需要治的程度。

四、出路：让数据先开会

方向不是砍会，是把补偿型的内容从会议议程里挤出去，还给系统。我们叫做"让数据先开会"——数据在会前完成对齐，人只在会上做机器做不了的事：

1. 数字先对齐。会前一小时，报表自动生成并完成口径核对——ERP数、车间数、财务数同源同口径。到会的数字是"已经吵完架的数字"，65分钟的对数环节直接消失。
2. 异常先浮出。跨系统的组合信号提前扫描：同一供应商批次不良连续抬头、换型耗时悄悄变长、齐套率下滑。异常清单在会前就推到相关人手机上，附上趋势和疑似关联。会上只讨论"怎么处理"，不再花时间"发现"。
3. 历史先可查。每个异常的处理过程留痕成链：谁在何时做了什么判断、依据是什么。下次再出类似的事，先查链，不开会。

做到这三步，那场三小时的例会会变成什么样？数字部分清零，事实部分清零，剩下的就是那30分钟真正的决策——五个该来的人，半小时，散会。例会的浓度上升，时长下降，这才是数字化该有的样子。

结语

那位泉州的总经理后来把周例会改成了90分钟，砍掉的不是议程，是议程背后的对账和回溯——那些内容被数据的自动流动接管了。他现在的开场白变成了："异常清单大家都看过了，直接说处理意见。"

别再用会议的勤勉，掩盖数据的怠工。下次开会，带上计时器——你测出的那个数字，比任何数字化规划书都诚实。