会议记录和会议纪要的区别与联系

刚入职的职场新人经常卡在同一件事上：开完会领导让你「整理一份材料」，你分不清该交原始的会议记录还是提炼过的会议纪要，交错了轻则返工，重则漏掉责任人。这篇把两者的定位、内容、读写权限、交付对象逐项对照，再给两套能直接照做的落笔顺序和自查清单。

刚入职的时候，最容易卡住的就是这件事：开完会领导说「整理一份材料给我」，你不知道该交原始的会议记录还是提炼过的会议纪要。交错了轻则返工重做，重则漏掉责任人和截止时间，后面进度对不上还要你来解释。这两份东西长得像，定位却完全不一样。

先把一句话记住：会议记录是过程留痕，会议纪要是结论交付。搞清楚这一点，谁写、写什么、什么时候发、发给谁，四个问题基本都能自己推出来。下面按这四条逐项对照，最后给两套能直接照做的落笔顺序和自查清单。

先分清定位：一份是过程留痕，一份是结论交付

会议记录是现场流水账，记谁在什么时间说了什么、讨论怎么走偏又怎么拉回来，核心价值是可追溯。会议纪要是提炼稿，只留结论、待办、责任人、截止时间，核心价值是可执行。判断标准很简单：如果这份材料日后可能被拿来复盘争议、核对谁提过什么意见，你需要记录；如果只是要让没参会的人知道接下来干什么，你需要纪要。

写什么不写什么：两套内容边界

记录要覆盖讨论的完整轨迹，包括谁提了哪个被否掉的方案；纪要把这些压成三段：本次结论、待办清单（事项加责任人加截止时间）、遗留问题。两边最容易踩的坑是对调用法：把记录里的原话直接抄进纪要，等于没做提炼；把纪要当记录用，日后查不到「当时为什么否决了 A 方案」。

• 记录侧要留：谁提了什么反对意见、临时插入的事项怎么处理、表决或拍板的具体过程
• 纪要侧要删：寒暄、跑题、重复表述、没有形成结论的闲聊
• 两份都要写清：会议名称、时间地点、主持人、记录人、参会与缺席名单
• 涉及敏感内容需要脱敏时，先按站内 /guides/office-ai-data-privacy 的判断口径过一遍，再决定哪些能落到文档里

谁写、什么时候写、交给谁

常见分工是：记录由指定记录员全程跟会，纪要由主持人或项目负责人定稿。原因不复杂——结论要由有决策权的人确认，新人代笔时最容易漏掉「这个事到底定了没有」，把还在讨论的内容写成已经拍板。写完之后谁复核，也建议提前定好，别等到发出去才有人指出写错了。

时间节奏上，记录当天补全，趁记忆还在；纪要最好在会后很短的工作窗口内发出，拖久了待办就失去约束力。交付对象也不同：记录通常归档进项目文件夹，按需查阅；纪要要主动发给全体参会人加相关方，抄送范围宁窄勿宽。

落笔顺序：照这个步骤走不会乱

1. 记录侧：会前铺模板把议程、参会名单、预计议题顺序先贴好。会议中只记事实与观点，不写评价，遇到分歧用符号标出来，散会前用一分钟回读，确认关键分歧和最终结论都记到了。
2. 纪要侧：先结论后待办先写结论段，再倒推待办，最后补背景和遗留问题。每条待办必须能回答「谁、做什么、什么时候交」，答不上来的先标记待确认，不要硬写一个责任人上去。
3. 自查：四个问题过一遍有没有把讨论过程误当决议；有没有无主待办；责任人和截止时间是否都齐；上次纪要的待办这次有没有回收进度。四条都过再发。
4. 工具只当草稿录音转写和模板能省时间，但结论归属和责任人只能靠人确认，工具给的是草稿不是定稿。会议录音交给 AI 前的授权与留存问题，参考 /guides/meeting-audio-ai-privacy。

两者的联系：记录是原料，纪要是成品

同一场会通常先有记录再有纪要，记录提供可回查的原始依据，纪要提供可执行的结论，工作流上是一条链，不是两份平行文档。联系最明显的地方在回收环节：下一场会的纪要里，「上期待办完成情况」这一项，正是从上一份记录和纪要里翻出来的。缺了这条链，团队就会反复开同一个会。

做会议文档工具选型时，先确认它能不能同时保留转写原文和导出结构化纪要。只给摘要、不给原文的工具，在后来需要复盘争议时会很难受，可比口径可以到 /tools/speed-test 看当时的实测维度，具体数字以页面现场为准。

也有不适用的情况：一次性对外沟通会、纯宣布类会议，做完整记录加纪要的投入产出比不高，简单一份结论通告就够。判断依据还是那句话——这份材料以后有没有人回来查。

记录回答「当时发生了什么」，纪要回答「接下来谁做什么」。两件事都有人管，会才不会白开。