会议纪要写到点子上：只留结论、待办与待确认
纪要不是逐字稿，而是把会上发生的决定固定下来，让没参会的人也能行动。
结论先行：一份能推动事情的纪要只有三块：决定了什么、谁在什么时候做什么、还有什么没定。讨论过程可以省略。
很多纪要写得很长，却没人照着做。原因通常是它记录了「谁说了什么」，却没有记录「所以接下来做什么」。纪要的读者有两类：参会的想知道有没有漏掉决定，没参会的想知道自己要做什么。两类人都不需要逐句复述讨论过程。
三块结构
| 区块 | 内容 | 判断标准 |
|---|---|---|
| 结论 | 已经决定的事，按议题分组 | 每条都能回答「定了什么」 |
| 待办 | 谁、做什么、何时完成 | 每条只有一个负责人和一个日期 |
| 待确认 | 还没定的事、卡在谁那里 | 写清下一次确认的时间或会议 |
会中怎么记
- 每个议题结束时停 30 秒，由主持人复述结论，记录人当场确认。
- 遇到分歧未决时，不要记双方观点，记「待确认事项 + 决策人 + 截止时间」。
- 待办出现「大家一起推进」时，追问一句谁负责收口，再写进纪要。
- 讨论中的数据与链接只保留最终被引用的一份，避免堆材料。
纪要片段
- 结论：11 月活动沿用现有报名页，不单独开发新页面。
- 待办：市场部 @小李 在 11 月 8 日前提供最终文案；研发 @小王 在 11 月 10 日前完成埋点配置。
- 待确认：是否追加首页资源位，由 @张经理 在 11 月 7 日前决定。
发出前的检查
- 是否能在 30 秒内找到「决定了什么」。
- 每个待办是否能直接粘进任务工具，不需要再问人。
- 待确认事项是否写明了谁在什么时候给答复。
- 是否删掉了没有结论的讨论细节。
纪要发出之后
纪要不是发完就结束。发出后应把待办同步到任务工具，指定唯一负责人和截止时间；在下次会议开始前，先用五分钟核对上次待办的完成状态，未完成的说明原因并重新排期。纪要只有进入任务系统、被定期回看，才从一份文档变成推动执行的清单；否则它很快会沉在聊天记录里，下一次会议又要重新讨论同一个问题。如果团队没有任务工具，至少把待办复制到共享文档，并在日历上设一个提醒。
关于时效： 纪要在会后当天发出最有效。超过 24 小时，参会人的记忆开始分叉，待办也容易被别的事覆盖。如果会上没有结论，纪要就写「本次未形成决定，下次会议继续讨论 X」，不要让读者误以为已经定了。