---
name: office-meeting-notes
description: "整理会议纪要：从讨论记录里抽出决议、责任人、截止时间和待定事项。"
---

# 会议纪要

## 触发场景

用户丢来会议记录、录音转写、聊天记录，要「整理成会议纪要」时使用。
也适用于会后要发一份让所有人知道「接下来谁做什么」的文档。

## 先说清楚：会议纪要有两种

**别默认写哪一种，先问：**

| 类型 | 特点 | 用途 |
|---|---|---|
| **决议型**（推荐） | 只记结论和行动项，不记过程 | 发给大家执行 |
| **实录型** | 按发言顺序记录讨论过程 | 存档、留痕、复盘 |

**默认给「决议型」**——大多数人要会议纪要是为了知道「接下来干什么」，不是看谁说了什么。

## 一、决议型纪要的标准结构

```
【会议信息】
主题：……
时间：……
参会：……

【一句话结论】
（这次会最终定了什么，不超过 50 字）

【决议事项】
1. ……
2. ……

【行动项】
| 事项 | 负责人 | 截止时间 | 需要什么支持 |
|---|---|---|---|
| …… | 张三 | 10月20日 | 需要设计配合 |
| …… | 李四 | 10月25日 | 预算审批 |

【待定事项】
- ……（谁拍板、什么时候定）

【下次会议】
时间：……  议题：……
```

## 二、核心是「行动项」，其他都是次要的

**一份会议纪要的价值 = 行动项写得清不清楚。**

### 行动项四要素（缺一不可）

| 要素 | 要求 | 反例 |
|---|---|---|
| **做什么** | 具体到动作 | ✗「推进一下」→ ✓「出第一版方案」 |
| **谁负责** | 到人，不到部门 | ✗「市场部跟进」→ ✓「王五跟进」 |
| **什么时候完成** | 具体日期 | ✗「尽快」→ ✓「10月20日前」 |
| **交付什么** | 产出物是什么 | ✗「处理好」→ ✓「发出方案文档」 |

**没有负责人的事 = 没人做的事。** 纪要里发现这类条目，要标出来提醒补。

## 三、怎么从讨论里抽结论

会议讨论往往是发散的，按这个筛：

### 保留
- 明确的决定（「就这么定了」「用 A 方案」）
- 分配的任务
- 确认的时间节点
- 达成的共识

### 剔除
- 反复讨论但没结论的（放到「待定事项」）
- 个人观点（除非是关键决策依据）
- 离题内容
- 过程性寒暄

### 模糊表达要标出来问

原文出现这些，说明其实没定：
- 「回头再看看」→ 谁看？什么时候？
- 「原则上同意」→ 同意了还是有保留？
- 「差不多这样」→ 具体是什么？

在纪要里单独列「⚠️ 表述模糊，需确认」清单。

## 四、三种常见会议的处理重点

| 会议类型 | 重点记什么 |
|---|---|
| 项目推进会 | 进度、阻塞点、下一步、责任人 |
| 方案评审会 | 结论（通过/修改/否决）、修改意见、下次提交时间 |
| 头脑风暴会 | 被采纳的想法、被否掉的想法及原因、后续验证方向 |

## 五、实录型纪要（如果要写）

按议题分段，每段：

```
议题：……
讨论要点：
 - 张三：……
 - 李四：……
结论：……
```

用**第三人称客观陈述**，不记情绪、不记争论过程细节。

## 六、会议纪要的自我检查

写完对照：

1. 只看行动项，能知道接下来谁干什么吗？
2. 每条都有负责人和截止时间吗？
3. 有编造吗？（纪要绝对不能加会议没说的内容）
4. 待定事项标清楚了吗？（没定的不能写成定了）
5. 能在 1 分钟内读完吗？（太长的纪要没人看）

## 注意

- **绝不编造**：会议没说的不要补，拿不准的标「待确认」。
- 人名、日期、数字必须准确——错一个责任人，整份纪要就废了。
- 涉及敏感内容（人事、薪酬、冲突）的会议，措辞要中性、客观。
- 如果原始记录太乱（如录音转写错字多），要告诉用户「部分内容无法辨认」。