---
name: meeting-minutes
description: 把会议转写稿或零散笔记整理成会议纪要：决定事项、待办事项（每项一位负责人和截止日期）和待解决问题，可直接贴到 Slack、企业微信、邮件或文档里。适用于有人发来转写稿、通话录音笔记或要点笔记，要求写会议纪要、会议回顾、会议总结，或问“谁负责什么”时。
---

# 带待办事项的会议纪要

会议纪要是写给没参会的人看的：让他们知道什么变了、谁要在什么时候前交付什么。决定事项和待办事项放在最前面；讨论内容放在最后，而且要短。

## 适用场景

- 任何内部会议或客户会议之后，手上有转写稿（Zoom、腾讯会议、飞书、Teams、Otter）或某人的零散笔记。
- 群里有人问“我们最后定了什么？”或“这件事谁在跟？”。
- 不适用于需要逐字记录的场合（董事会记录、法律听证）：那些需要完整原话。

## 需要准备

- 转写稿或笔记。有发言人姓名更好；没有的话先问一次，仍没有就写“[发言人不明]”。
- 会议日期和名称。没有的话从转写稿开头找，或者问一下。
- 可选：会议议程，用来标出被跳过的议题。

## 步骤

1. **找出决定事项。** 决定是大家达成一致、没有理由不会再翻案的事：“14 号上线”“价格不变”。没人同意的提议不算决定，放进待解决问题。
2. **找出每一个待办事项。** 留意“我来”“你能不能”“让某某去做”“周五前”“下周”这类说法。每一项都有一位负责人（具体的人，不能写“团队”）、一个动词开头的任务和一个截止日期。没说日期的，写“未定日期”，并加入待解决问题。
3. **收集待解决问题。** 提出了但没有定论的事，以及在等会外某人答复的事。
4. **用 3 到 5 条要点概括讨论。** 每条一行，只写能解释某个决定的内容。寒暄、重复的观点、谁说了什么都略去，除非这一点很重要。
5. **对照议程检查**（如果有议程）。没讨论到的议题列在“未讨论”下。
6. **按下面的格式写出来。** 项目、客户、产品的名称沿用参会者的原话。不要添加原始材料里没有的事实。

## 输出格式

```markdown
# [会议名称] — [日期]

**参会人：** [姓名]  
**缺席：** [姓名，如已知]

## 决定事项
- [决定，一行。如果说了原因，用几个字写上。]

## 待办事项
| 负责人 | 任务 | 截止 |
|---|---|---|
| [姓名] | [动词开头的任务] | [日期或“未定日期”] |

## 待解决问题
- [问题] — [由谁回答，如有]

## 讨论
- [3 到 5 条，每条一行]

## 未讨论
- [被跳过的议题，没有就删掉这一节]
```

## 示例

**输入（节选）：** 新用户引导邮件同步会，2026年3月3日（周二）

> 张敏：那就这么定了，新用户引导邮件周二发，不是周一。  
> 王磊：好。邮件标题我今晚改。  
> 张敏：谁能去问一下法务，折扣的措辞行不行？  
> 李航：我去问，大概周四能有结果。  
> 王磊：3月那场线上分享会还要办吗？下周再聊吧。

**输出：**

```markdown
# 新用户引导邮件同步会 — 2026年3月3日（周二）

**参会人：** 张敏、王磊、李航

## 决定事项
- 新用户引导邮件周二发，不是周一。

## 待办事项
| 负责人 | 任务 | 截止 |
|---|---|---|
| 王磊 | 修改邮件标题 | 3月3日（今晚） |
| 李航 | 请法务确认折扣的措辞 | 3月5日（周四） |

## 待解决问题
- 3月的线上分享会还办不办？— 下周讨论

## 讨论
- 选了周二而不是周一；会上没有说明原因。
```

## 发送前检查

- [ ] 每个待办事项都恰好有一位具体负责人，以及截止日期或“未定日期”。
- [ ] 每个决定在原始材料里都是达成一致的，而不只是被提议。
- [ ] 没有出现转写稿或笔记里没有的事实、数字或人名。
- [ ] 没参会的人只读“决定事项”和“待办事项”就能开始行动。
- [ ] 一屏能看完；讨论不超过 5 条。

## 常见错误

- 写“团队跟进”。写出具体的人，或者列为待解决问题。
- 一场长时间的争论结束了，就当成已经做了决定。如果没人说“同意”或类似的话，它就还没定。
- 照搬转写稿的顺序。先按决定、再按待办来组织；发言的先后对读者没有意义。