很多人第一次做纪要不是不会写字，是不知道该留什么、该删什么：把发言逐句抄下来像流水账，只写结论又被追问「当时谁说的」。这篇按「会前铺结构、会中抓三类信息、会后按固定字段落笔、发出前过一遍自检」的顺序讲清楚，并说明什么会议其实不用出正式纪要。
很多人第一次做纪要不是不会写字，是不知道该留什么、该删什么。把发言逐句抄下来，交上去像流水账；只写几条结论，又被追问「当时谁说的、为什么这么定」。两种尴尬其实是同一个问题：没提前想清楚这份纪要要给谁看、会后要拿去干什么。
下面按「会前铺结构、会中抓三类信息、会后按固定字段落笔、发出前过一遍自检」的顺序讲，中间给可套用的清单和表格。也会说清什么会议其实不用出正式纪要，别把力气花错地方。写完之后如果你想顺手把录音转写、文档协作这类工具配齐，可以去 /tools 看看分类目录，按自己的场景挑。
先分清：哪些内容算「纪要」，哪些不算
纪要不是录音的文字版。一场两小时的会，真正需要留下来的通常只有三样：会议决定了什么、接下来谁做什么、哪些问题还有分歧没解决。其余讨论过程可以压缩成一句背景，比如「围绕上线节奏讨论了三种方案」。判断某段内容该不该留，问自己一句：会后有人会翻回来看它吗？没人看，就可以砍。
- 决议：已经拍板的事项，写清决定内容和适用范围
- 待办：谁在什么时间前交付什么，带验收标准
- 关键分歧：没谈拢的点，写清各方立场和下一步怎么推进
- 背景：一段话交代议题从哪来，别展开成叙事
没有结论的会也要出纪要。写清「讨论了什么、卡在哪、下次谁带方案」，比什么都不发强，至少避免同一个问题反复开。反过来，纯同步型、纯培训型的会议通常不必出正式纪要，发个要点通知就行。判断标准很简单：会后有没有人需要照着这份东西去办事。有，就出正式纪要；没有，就别把流程走重。
规范纪要的骨架：抬头、正文、落款三段
规范的纪要不用长，但结构要固定，让人扫一眼就知道去哪找信息。抬头交代这是哪场会，正文按议题推进，落款说明谁记录、什么时候发出、有问题找谁。结构固定下来，你以后每场会都往里填，速度会快很多。
| 段落 | 必填字段 | 为什么不能省 |
|---|---|---|
| 抬头 | 会议主题、时间、地点或线上形式、主持人、参会人、缺席人 | 缺席人直接影响后续任务派发给谁 |
| 正文 | 议题、结论、依据、待办四件套 | 结论在前、依据在后，方便回查 |
| 落款 | 记录人、发出时间、反馈截止 | 给后续修订留口子，避免版本打架 |
正文最容易写乱的地方是按发言顺序铺。正确做法是按议题走：一个议题一段，先写结论，再补一句依据，最后挂待办。三个议题的会就三段，读者不需要从头读到尾才能找到跟自己相关的那条。
待办建议统一成固定四列。没有责任人和时间的条目等于没写——「加强沟通」不是待办，「由市场岗在下次评审前给出渠道清单」才是。责任人当场确认一遍再落笔，别会后自己猜。四列长这样：
| 事项 | 责任人 | 截止时间 | 验收标准 |
|---|---|---|---|
| 给出渠道清单 | 市场岗 | 下次评审前 | 覆盖指定渠道，附预估量级 |
| 修订接口文档 | 后端负责人 | 本迭代内 | 评审通过并同步给对接方 |
会中怎么记，才不至于会后补不出来
很多人会后补不出来，是因为会中按时间线往下记，散会后发现全是碎片。更省力的做法是开场就把议题清单打进文档，边听边往对应议题下面塞关键词，谁是责任人、大概什么时候交，当场记在旁边。这样散会时结构已经在了，你只是把它翻译成句子。
- 开场铺骨架把议题列表贴进文档，每个议题下面留「结论」「待办」两个空位，边听边填
- 盯信号词听到「那就这么定」「按这个来」这类句子立即标记，后面基本就是决议
- 分歧只记立场写清谁持什么观点、理由是什么，不记语气和情绪；责任人当场念一遍再落笔
- 当场清问号没听清的人名、数字、时间立刻问，别带着问号回去猜
如果会议节奏很快、发言人又多，可以用转写工具先兜底，但纪要的结论和待办仍然要你人工过一遍。转写只解决「听全」，不解决「判断哪句是决议」。
措辞规范：客观、可执行、不站队
纪要会被转发、被存档，甚至被拿来做责任界定，所以措辞要中性。「某人坚持认为」这种写法带评价，容易得罪人；换成「会上提出不同意见，主要顾虑是排期」就客观得多。同样，「建议由某岗位牵头」比「应该让某人负责」更适合写进正式文档。
- 结论没定就写「初步意见」并标注待确认，别把讨论中的想法写成已定事项
- 涉及金额、数量、工期等，与当场确认的口径保持一致，不同来源数字冲突时并列两种口径待核
- 对外发送前删掉内部玩笑、点名批评和未公开的人事信息
- 引用他人原话时注明是原话还是概括，别让人误以为是被引用者的正式表态
还有一种不适用的情况：如果这场会本身就是小范围对齐，参与者都清楚上下文，纪要写得过于正式反而拖节奏，这时候用要点式短消息即可。规范是为了让人看懂，不是为了显得正式。
发出前的自检清单
发出前的自检不需要花很久，但能挡掉大部分返工。按顺序过一遍下面几项，哪一项没做到就回去补，别抱着「发出去再说」的心态。
- 议题是否都闭环：有结论的写结论，没结论的写清卡点和下一步
- 每条待办是否都有人有时间，缺一项就补
- 决议是否与口头结论一致，拿不准就找主持人确认
- 人名、职务、部门是否写对，尤其是跨部门参会者
- 附件是否真的附上，引用到的文档是否给了可访问路径
- 抬头信息是否完整，发送范围是否覆盖相关方
发送范围也值得想一下。只发参会人还是抄送相关方？涉及跨部门任务时，责任人的直属负责人最好在抄送里，否则执行时容易卡在「我不知道有这回事」。敏感会议另说，按公司规定走。
归档建议保留版本号。后续修订用一段「修订说明」写清改了哪条、为什么改，而不是直接改原文——否则别人手里的旧版和新版对不上，责任界定会出问题。用外部转写或协作工具时，先确认录音授权和数据边界，敏感内容脱敏后再交出去；具体工具的隐私条款和数据存放位置，可以到站内对应工具条目里核对当时的说明。
下一步把工具配齐，纪要写作本身会省不少事：转写、文档协作、任务追踪各有对应分类，按自己的场景挑一两个先用起来。→常见问题
会议纪要和会议记录到底差在哪，新人容易搞混吗？
差在取舍：记录是尽量完整的原始留档，纪要只留决议、待办和关键分歧，读的人不需要在场也能照着做事。搞混的典型表现是纪要写得跟逐字稿一样长，别人根本找不到要做什么。判断标准很简单——如果一份文档能让没参会的人直接接手任务，它就是纪要。
会议没形成结论，还要出纪要吗？
要，但写法不同：写清议题是什么、讨论到哪一步、卡在哪个点上、下次由谁带方案再来。这种纪要看的是「没有退回原点」，否则下次开会又是从头讨论。注意别把未定的想法写成已定事项，用「初步意见」「待确认」标注，避免下游照着错误结论执行。
用AI帮忙整理纪要，有哪些地方必须人工过一遍？
转写文本可用，但决议、责任人、截止时间这三类信息必须逐条对照核实，模型容易把讨论中的假设写成结论。另外要注意合规：会议录音是否取得参会人同意、是否含客户信息或未公开数据，先在站内安全与合规相关页面过一遍边界再上传，敏感内容先脱敏。
