会议纪要里没有截止日期，就等于没有决定

我翻过我们过去一年的周会纪要，格式很统一：一段背景，几句讨论，最后是「下一步：XXX 跟进 YYY」。这样的纪要大概有五十份。能从中查到「这件事到底定没定」的，不超过八份。

大部分纪要写的是发言摘要，不是决定。发言摘要记录了谁说了什么，决定记录的是谁在什么时间之前做什么。这两件事看起来接近，用起来完全是两套东西。

纪要最常见的形态是发言摘要

发言摘要有三个特征：按发言顺序排列、大量「认为」「建议」「可以」、结尾是待办清单但没人名和日期。写的人很认真，写完也没人会再看第二遍。

原因不难理解。开会的时候讨论是发散的，记录的人跟着讨论走，自然就写成流水。而且写摘要不用得罪人，写决定要——写决定意味着要明确「这件事张三做，下周三前完成」，张三当场就会问为什么要他做。

我改这个习惯用了两个月，前四周的纪要被我打回去三次。打回去的理由都一样：里面没有一条能查的承诺。

一条决定写三列

一条决定必须写满三列，缺一列就不算决定

第一列是决定本身，一句话，必须是可验证的。能不能验证的判据很简单：三个月后回来看，能不能判断它做没做。「要重视库存周转」不可验证，「长尾 SKU 库龄压到 60 天以内」可验证。

第二列是负责人，只能有一个人。两个人负责等于没人负责。需要协作的就写主责人和配合人，主责人只有一个。

第三列是截止日期，精确到日。「本周内」「月底前」这类写法在做追踪的时候全都要重新换算，而且每个人换算出来的日期不一样。

追踪不靠下一次会议

我以前的做法是下次开会先过一遍上次的待办。这个做法有两个漏洞：一是开会时才想起要查，没做的人当场补一句理由就过了；二是两周一次的会议，中间那十三天没人知道进度。

现在改成一张独立的追踪表，纪要里的每条决定当天下进去，到期前一天自动提醒负责人。会议不再用来查进度，只用来处理卡住的事。

改了之后最明显的变化是会议的议题质量。因为进度不用在会上念，会议时间腾出来讨论那些真正需要几个人一起定的事。

没写进纪要的事，不算定过

这条我们写进了团队规则：会上定过但纪要没写的，视为没定。有人吃过一次亏之后，散会时会主动来确认纪要内容。

会议当场口头确认、散会后没人记得，这种事一年会发生十几次。把「没写就不算」当成硬规则，比反复提醒大家记纪要有效得多。

纪要的收件人范围

纪要发给谁，我们现在按两个标准定：所有被写到名字的人必须收到，所有承担后续动作的人必须收到。其他人一律不进收件列表。

以前是全组群发，结果没人细看，因为大部分内容和自己无关。收件人砍到三到五个人之后，回复率明显上来了——收件人少，每一条都可能是自己的。