月度对齐会议，对齐的是口径不是进度

我们每个月有一次数据和业务的对齐会，开了半年之后我发现它变成了汇报会：数据侧念一遍上月的数，业务侧念一遍上月的动作，两边都念完就散会。一个小时，零个结论。

对齐会和汇报会的差别不在形式上，在议题来源。汇报会的议题是「各自准备好的内容」，对齐会的议题只应该是「两边对同一件事的理解不一致的地方」。

对齐会开成汇报会，就白开了

进度不需要在会上同步。有看板、有周报，进度这件事已经解决了，再占用一小时讲一遍，是因为没有别的东西可讲。

我们那半年就是这种情况。数据侧和业务侧平时交集不多，唯一的正式沟通场合就是这个会，于是大家都把攒了一个月的东西往里倒。倒完之后各自回去，下个月再来倒一次。

改的办法很直接：会前必须提交议题，议题必须是分歧，不接受「汇报上月情况」这种条目。没有分歧的月份，会直接取消。

会上只解决三类分歧

三类分歧按处理难度排序，先解决第一类

第一类，同一个词两边算法不一样。这类分歧最多，也最好解决，会上当场定一个，写进指标字典，下个月生效。我们第一次会上解决了六个这类问题，用时二十分钟。

第二类，同一件事两边的数据不一致。比如业务说这个品断货了，数据侧的库存表显示还有货。这类要先查是时间差还是口径差，多数情况是数据更新的时点不同。这类问题的产出是「以哪个数据源为准」的约定。

第三类，同一个结论两边的解读不一样。数据说转化率下滑是流量质量问题，业务说是价格问题。这类最难，也最值得占用会议时间，因为它需要两边各自拿出依据。

会前要先把分歧摊出来

议题在会前三天提交这一条最起作用。它把「临时想到什么说什么」变成了「提前想清楚哪里有分歧」，后者需要真的对照过两边的数据。

我们实施后第一次收集议题，只收到两条。不是没有分歧，是大家还不习惯去对照。第三个月稳定在八到十条。

会后产出的唯一文件

会后当天要出的文件只有一份：本次对齐的口径变更清单。清单三列——指标名、变更前后口径、生效日期。

不写会议纪要。纪要会让人关注「谁说了什么」，而这个文件只关注「什么变了」。业务侧拿到这份清单，就知道下个月的报表哪些数会和以前不一样。

一个月一次的频率

我们试过两周一次，结果是议题凑不够，会议质量下降。一个月一次的好处是分歧有时间积累——很多口径差要跑满一个月才暴露出来，两周之内看不出来。

如果某个月分歧特别多，我们会临时加一次，但这种情况一年不超过两次。加会的前提是议题已经攒到十条以上。