会议纪要要把会议结论和行动项写成可执行、可追踪的记录：会前确定议程和记录人，会中按议题记录结论、分歧和待办，会后当天整理成固定结构，为每项行动项写明负责人、交付物和截止时间，并在下次会议前逐项核对。本文给出可直接套用的字段表、编写步骤、角色分工、完整示例和发出前检查清单；行动项进入任务跟踪后，可借助ONES等协作工具承载状态更新与核对。
要点总览（TL;DR）
- 会议纪要由基本信息、按议题组织的结论与待办、行动项三部分组成，过程讨论压缩为要点，读者据此能知道会议定了什么、自己要做什么、什么时候交。
- 编写按会前、会中、会后三段推进：会前确认议程和记录人并预填模板，会中逐议题记录结论与待办，会后当天整理、核对并发出。
- 主持人确认结论、记录人负责结构与准确性、参会人核对相关行动项、负责人更新状态，四类角色各有明确交付物。
- 行动项要进入任务工具或共享清单，由负责人按团队节奏更新状态，下次会议前逐项核对，延期和取消都需说明理由并记录。
- 发出前用核对清单检查：议题是否都有结论、行动项是否都有负责人和截止时间、是否在约定时间内发出并注明反馈渠道。
会议纪要应该写什么：一份可直接套用的结构
会议纪要的读者通常是没有全程参会的人，以及需要执行行动项的人。判断一份纪要是否合格，标准是读者能否据此知道“会议定了什么、我要做什么、什么时候交”。围绕这个目标，纪要由基本信息、议题记录和行动项三部分组成，过程讨论压缩为要点。
基本信息字段
基本信息放在纪要开头，用于定位和追溯，写到能让人找到这次会议即可，不需要展开会议背景。
| 字段 | 写什么 | 颗粒度要求 |
|---|---|---|
| 会议主题 | 会议名称与本次要解决的问题 | 一行，能与其他会议区分 |
| 时间 | 日期与起止时间 | 精确到分钟 |
| 参会人 | 出席人、缺席人、列席人 | 写姓名，缺席人标注是否需补阅 |
| 记录人 | 负责整理本纪要的人 | 一人，便于后续补充和订正 |
| 会议目标 | 本次会议预期达成的决策或产出 | 一到两句，与议程对应 |
按议题组织的三段式
议题记录是纪要的主体。每个议题单独成段，内部按“结论—分歧—待办”三段写：结论写会议最终认可的决定，分歧写尚未达成一致的观点及原因，待办写该议题产生的行动项编号。三段都只写与决策和行动有关的内容，发言过程、寒暄和重复讨论不进入纪要。
行动项字段
行动项是纪要中最需要精确的部分，建议统一用表格呈现，每项行动项至少包含以下字段：
| 字段 | 填写要求 | 反例 |
|---|---|---|
| 事项 | 以动词开头，写清交付物 | “跟进一下接口问题” |
| 负责人 | 写具体姓名，一人为主责 | “相关同事” |
| 交付物 | 可检查的产出，如文档、方案、数据 | “推进落实” |
| 截止时间 | 具体日期，必要时加时间点 | “尽快”“下周左右” |
| 状态 | 未开始、进行中、已完成、已延期 | 留空 |
| 来源议题 | 对应议题编号，便于回溯讨论 | 不标注 |
哪些内容不写入或只写要点
以下内容通常不进入纪要正文：与议题无关的闲聊、未经确认的个人猜测、重复多轮的过程争论、会议材料的完整内容。需要保留的过程信息只写一句要点，例如“讨论了两种排期方案，倾向方案A，待评估资源后确认”。涉及敏感人事或商务条款的内容，按团队约定单独处理，不在通用纪要中展开。
编写会议纪要的操作步骤：会前、会中、会后
纪要质量在会前就已决定大半。把编写拆成会前准备、会中记录、会后整理三段，每段都有明确的输入和输出，记录人就不必在会后凭记忆补全。
会前：确认议程、指定记录人、准备模板
输入是会议通知和议程草案，动作有三项：与主持人确认每个议题的预期产出（是决策、同步还是讨论）；明确本次记录人，避免临时指定；打开固定模板，把基本信息、议题标题预先填好。输出是一份带议程框架的空模板。完成标志是记录人清楚每个议题要记录的是结论还是讨论要点。
会中：按议题记录结论与待办
输入是进行中的讨论，动作是按议题顺序记录：每个议题结束时，用一句话写下结论，用编号记下待办，对未达成一致的问题标注“未决”并写明卡点。记录人可以在主持人收尾每个议题时口头复述结论，请参会人当场确认。输出是带结论和待办编号的原始记录。完成标志是每个议题都有结论或明确的未决标记。
会后：当天整理、核对、发出
输入是原始记录，动作包括：当天整理成正式结构，补齐行动项的负责人、交付物和截止时间；把关键结论与主持人核对一遍；按约定渠道发出，并注明反馈截止时间。输出是已发出的正式纪要。完成标志是纪要发出且反馈窗口关闭。
发出后收集补充和异议
纪要发出时附一句“如有补充或异议，请在X个工作日内回复记录人”。收到异议后，记录人只修改事实性错误和遗漏的行动项，对结论有争议的，交由主持人在下次会议或单独沟通中确认，修改后在纪要中标注修订时间和修订内容，避免多版本并存。
角色分工：谁记录、谁确认、谁跟进
纪要编写涉及四类角色，各自交付物不同。分工清楚，记录人不必替所有人补信息，行动项也不会停留在“会上说过”。
| 角色 | 在纪要编写中的职责 | 交付物 |
|---|---|---|
| 主持人 | 控制议题节奏，每个议题收尾时确认结论，指定行动项负责人 | 口头确认的结论与负责人名单 |
| 记录人 | 按模板记录，会后整理结构与措辞，核对关键结论，发出纪要 | 正式会议纪要 |
| 参会人 | 核对与自己相关的结论和行动项，在反馈窗口内提出补充或异议 | 确认回复或修改意见 |
| 行动项负责人 | 按截止时间推进，更新行动项状态，在下次会议前汇报进展 | 状态更新与完成产出 |
主持人确认结论这一步最容易被省略。会议中如果主持人没有明确说“这项就这么定”，记录人写下的结论就可能只是某位参会人的观点。记录人可以在议题结束时主动问一句“这项结论我记为……，对吗”，把确认动作固定在会议现场。
示例：一次项目周会的纪要怎么写
以下为演示情景，用于说明写法，不对应真实项目。
会议背景与议题
某产品项目组召开周会，参会人为项目经理、开发负责人、测试负责人和设计负责人，记录人为项目助理。议程三项：版本发布范围确认、测试进度同步、上线时间决策。
结论段落的写法
议题一“版本发布范围确认”的结论写为：“本次版本发布范围确定为需求A、B、C三项，需求D延至下个版本，原因是接口联调未完成。”议题三“上线时间决策”的结论写为：“上线时间定为本月28日，前提是测试在25日前完成回归且无阻断缺陷；若25日未达成，顺延至下月3日。”结论写决定和条件，不写讨论过程。
行动项表格的填写示例
| 编号 | 事项 | 负责人 | 交付物 | 截止时间 | 状态 |
|---|---|---|---|---|---|
| A1 | 完成需求D接口联调并提交联调记录 | 开发负责人 | 联调记录文档 | 本月22日 | 进行中 |
| A2 | 完成回归测试并输出测试报告 | 测试负责人 | 回归测试报告 | 本月25日 | 未开始 |
| A3 | 更新发布范围说明并同步给业务方 | 项目经理 | 发布范围说明v2 | 本月20日 | 未开始 |
含糊表述与可执行表述的对比
| 含糊表述 | 问题 | 可执行表述 |
|---|---|---|
| 测试那边尽快看一下 | 无负责人、无交付物、无时间 | 测试负责人于25日前完成回归测试并输出测试报告 |
| 上线时间再讨论 | 没有结论，无法执行 | 上线时间定为28日，条件为25日前回归通过，否则顺延至下月3日 |
| 大家配合推进需求D | 责任分散，无法追踪 | 开发负责人于22日前完成需求D接口联调并提交联调记录 |
行动项如何跟进到闭环
纪要发出只完成记录，行动项要真正闭环，需要进入可跟踪的载体，并有固定的更新和核对节奏。只在文档里列一张表，状态往往停在发出当天。
行动项进入任务或清单
纪要发出后，记录人或项目经理把每项行动项录入团队使用的任务工具或共享清单，保留编号与纪要对应。录入时带上负责人、交付物和截止时间，使行动项从“纪要中的一行字”变成“有人负责、有截止日期的任务”。使用ONES时，可以把行动项建为工作项并关联到对应的会议纪要文档，负责人直接在任务上更新状态，下次会议前按纪要编号汇总进展。
状态更新频率与责任人
状态由行动项负责人更新，更新频率与团队节奏匹配：周期较短的迭代团队可按周更新，长周期项目可在每次周会前更新。更新内容只需三项：当前状态、已完成的部分、是否需要支持。记录人不代替负责人填写进展，只负责汇总和提醒。
下次会议前的核对动作
下次会议议程中固定留出几分钟核对上次行动项：逐项过状态，已完成的确认产出，进行中的说明剩余工作和新截止时间，未开始的说明原因。核对结果直接写入本次纪要，形成连续记录。
延期和取消的处理规则
延期需要负责人在截止时间前提出，说明原因和新的截止时间，由主持人确认后更新状态为“已延期”。取消需要说明理由并记录在纪要中，避免同一事项反复出现又反复消失。既未完成也未申请延期的行动项，在下次会议上单独列出，由主持人决定是否调整负责人或范围。
完成检查：纪要发出前的核对清单
发出前逐项核对以下条目，全部通过再发出。这份清单也可以作为团队评审他人纪要时的统一口径。
- 会议主题、时间、参会人、记录人是否齐全，缺席人是否标注。
- 每个议题是否都有结论，未达成一致的议题是否标注“未决”并写明卡点。
- 结论表述是否与会议现场确认的一致，关键结论是否经主持人核对。
- 每项行动项是否都有具体负责人、可检查的交付物和具体截止时间。
- 是否存在无负责人的待办，或负责人写成“相关同事”“大家”这类无法追踪的表述。
- 行动项编号是否与议题对应，便于回溯。
- 纪要是否在约定时间内发出，通常为会后当天或次日上午。
- 发出时是否注明反馈截止时间和补充渠道。
清单中任何一项不通过，先补全再发出。纪要发出后出现的修改，标注修订时间和修订内容，保持版本可追溯。
常见问题
会议纪要由记录人一个人写，还是需要参会人参与？
记录人负责整理结构和措辞，但内容准确性依赖参会人。会议现场，主持人应在每个议题收尾时确认结论，记录人可复述一句请当场确认；纪要发出后，参会人在反馈窗口内核对与自己相关的结论和行动项。这样记录人不必替所有人补信息，结论也不容易停留在某位参会人的个人观点上。
会上没有形成明确结论的议题，纪要里怎么写？
标注“未决”，并写明卡点和下一步安排，例如“讨论了两种排期方案，倾向方案A，待评估资源后确认”。未决议题同样需要指定后续动作和责任人，否则下次会议容易从头再讨论一遍。纪要中保留未决标记，也便于回溯该议题的讨论轮次。
行动项延期或取消，纪要需要怎么处理？
延期由负责人在截止时间前提出，说明原因和新的截止时间，经主持人确认后把状态更新为“已延期”。取消需说明理由并记录在纪要中，避免同一事项反复出现又反复消失。既未完成也未申请延期的行动项，在下次会议上单独列出，由主持人决定是否调整负责人或范围。
纪要发出后发现有错误或遗漏，应该直接改原文吗？
事实性错误和遗漏的行动项可以修订，但要在纪要中标注修订时间和修订内容，保持版本可追溯。对结论本身有争议的，交由主持人在下次会议或单独沟通中确认后再改，避免记录人自行改动结论。多版本并存会让执行方无所适从，修订记录是必要的。
团队会议频率高，每份纪要都要写这么完整吗？
结构可以统一，颗粒度按会议类型调整。以决策和分派为主的会议，结论和行动项必须写全；以信息同步为主的例会，结论可压缩为要点，行动项仍要保留负责人和截止时间。关键是同一团队使用同一套字段，读者拿到任何一份纪要都知道去哪里找结论和待办。
