会议纪要的价值，不是记录谁说了什么，而是让没参会的人也能快速理解：为什么开这个会、决定了什么、接下来谁在什么时候做什么。 很多纪要写成流水账，只有参会者能看懂，对其他人等于无效信息。
一、先明确：读者是谁
写之前先问自己：这份纪要主要给谁看？
- 没参会但需要执行的人：他们不知道背景，需要交代清楚来龙去脉。
- 没参会但需要知情的人：他们只关心结论和影响。
- 参会者：用于确认共识、对齐后续动作。
所以纪要要假设读者没有参加会议，用完整、自洽的语言写，不依赖“会上说的那个方案”这类指代。
二、标准结构（可直接套用）
一份让外人看懂的纪要，通常包含以下部分：
- 会议基本信息：时间、地点/线上、主持人、参会人、记录人。
- 会议背景与目标：一两句话说明为什么开这个会，要解决什么问题。
- 讨论要点：按议题分块，每块写清背景、不同意见、最终倾向。
- 决议事项：明确“决定了什么”，用肯定句，不用“大概”“可能”。
- 待办事项（Action Items）：表格化，包含任务、负责人、截止时间、交付物。
- 待定/遗留问题：还没结论的，写清下一步怎么推进。
三、让“外人”看懂的关键技巧
1. 补全背景，不省略主语
不要写“同意了这个方案”，要写“同意采用方案 A，即先在小范围试点，再全量上线”。把指代对象写清楚，读者才不需要猜。
2. 结论先行，过程在后
每个议题先写结论，再写原因和讨论过程。没参会的人最关心“所以呢”，而不是讨论细节。
3. 用“谁 + 做什么 + 何时完成”写待办
| 任务 | 负责人 | 截止时间 | 交付物 |
|---|---|---|---|
| 整理用户反馈 | 张三 | 3 月 8 日 | 反馈汇总表 |
| 输出技术方案 | 李四 | 3 月 12 日 | 方案文档 |
这样任何人拿到纪要都知道该找谁、什么时候要结果。
4. 术语和缩写要解释
内部黑话、项目代号、缩写第一次出现时加一句说明。比如“本次涉及 OKR（目标与关键结果）调整”，而不是直接写 OKR。
5. 区分事实与观点
- 事实：数据、决定、时间节点。
- 观点：某人的建议、担忧。
写观点时标注“XX 建议”“XX 担心”，避免让读者误以为是集体决议。
四、常见错误
- 流水账：按发言顺序记录，没有归纳，读者抓不到重点。
- 只有结论没有背景：外人看不懂为什么要做。
- 待办没有负责人和时间：等于没安排。
- 模糊用词：“尽快”“后续跟进”“相关同事”，无法执行。
五、发布前自检清单
- 没参会的人能看懂背景吗？
- 每个决议都有明确结论吗？
- 每个待办都有负责人和截止时间吗？
- 缩写和术语都解释了吗？
- 有没有把观点写成事实？
会议纪要的本质是异步沟通工具。写完后，不妨让一位没参会的同事读一遍，如果他能复述出“要做什么、谁来做、什么时候做完”，这份纪要就合格了。