会议纪要怎么写，关键在结构先定、记录有重点：会前确定模板和记录人，会中围绕结论、决定、行动项三类信息记录，会后24小时内整理发出。纪要固定包含会议信息、议题与结论、决定事项、行动项表、待决问题五块，每个行动项写清负责人、交付物和截止时间，并转入可跟踪的任务清单。
要点总览（TL;DR）
- 会议纪要固定为五块：会议信息头、议题与结论、决定事项、行动项表、待决问题，按模板填写即可直接使用。
- 编写按会前定模板与记录人、会中按结论/决定/行动项三类记录、会后24小时内整理、发参会人核对、归档并转入任务清单五步推进。
- 主持人负责会中归纳结论并确认行动项，记录人负责初稿与发出，行动项负责人当场确认交付物与截止时间，参会人在反馈时限内核对。
- 行动项要落地，需把事项、负责人、交付物、截止时间映射为任务字段，并在下次会议固定回顾逾期条目。
- 发出前逐项检查结构完整性、结论可读性、唯一负责人、可验收交付物、待决问题出口与分发范围。
会议纪要该写哪些内容：一份可直接套用的结构
会议纪要承担的是“会后可执行”的功能：未参会的人能读懂发生了什么、定了什么、谁接着做什么。按这个目标设计结构，正文固定为五块，每块字段如下，可以直接复制成模板使用。
| 模块 | 必填字段 | 填写要求 |
|---|---|---|
| 会议信息头 | 会议主题、时间、地点或线上方式、主持人、记录人、参会人、缺席人 | 缺席人单独列出，便于判断谁需要补读纪要 |
| 议题与结论 | 议题名称、结论 | 每个议题写一段结论，说明讨论后形成的判断，不逐字复述发言过程 |
| 决定事项 | 决定内容、生效范围、生效时间 | 只写已经拍板的内容；范围写清涉及哪些团队、项目或版本 |
| 行动项表 | 事项、负责人、交付物、截止时间、状态 | 一行一个行动项，负责人写具体的人，交付物写可验收的产物 |
| 待决问题 | 问题描述、当前卡点、下次讨论时点 | 记录未形成结论的事项，避免会上讨论过却在纪要中消失 |
五块之中，议题与结论、决定事项容易混在一起。区分方法是看信息性质：结论回答“这件事怎么看、往哪个方向走”，决定回答“已经确定执行什么、从什么时候开始”。同一议题可能既有结论也有决定，分两处写反而更清楚。
行动项表是纪要里唯一需要长期维护的部分。字段设计上，“交付物”比“跟进某事”更有约束力，例如写“提交接口字段清单”而不是“跟进接口问题”；“状态”字段初始填“未开始”，后续更新为“进行中”“已完成”“已取消”，让纪要本身能反映进展。
从会前到发出：纪要编写的五步操作
纪要质量很大程度上取决于会前和会中的动作，会后整理只是把已有信息落成文字。按以下五步执行，每步都有明确的输入、动作和完成标志。
第一步：会前确认议程、模板与记录人
输入是会议议程和上次纪要中的遗留行动项。动作包括：确认本次议程中哪些议题需要形成决定，提前在模板中列出议题标题；指定记录人，并确认其能全程参与；把模板发给主持人过目。完成标志是记录人手中有一份带议题框架的空模板，且知道哪些议题必须产出决定。
第二步：会中按三类信息实时记录
会中不必记录完整对话，按“结论、决定、行动项”三类分别落笔：听到形成共识的判断记入结论区，听到明确拍板记入决定区，听到“谁来做什么、什么时候完成”立即记入行动项表。对表述模糊、当场未确认的内容，标记为待确认点，留到会后核对。完成标志是会议结束时，三类信息各有记录，待确认点已标注。
第三步：会后24小时内整理初稿
输入是会中记录和议程。动作是删除过程性发言、合并重复表述、把口语化结论改写成完整句子，并补齐每个行动项的负责人、交付物和截止时间。遇到负责人或时间缺失的条目，向相关人确认后再写入，不自行代填。完成标志是初稿五块内容齐全，没有空缺字段。
第四步：发给参会人核对并发布
将初稿发给参会人和缺席人，明确反馈截止时间，例如“请在次日下午5点前回复异议，逾期视为确认”。反馈期内只处理事实性错误和遗漏，不在纪要中重新开启讨论。完成标志是反馈截止后发布定稿，并记录发布对象范围。
第五步：归档并转入任务跟踪
把定稿存入团队固定的文档位置，按会议类型或项目归类，便于后续检索。同时将行动项表逐条转入任务清单，指定负责人和截止时间。完成标志是每条行动项在任务清单中有对应条目，且与纪要中的编号可对应。
谁负责什么：主持人、记录人与行动项负责人的分工
纪要写不好，常见原因是记录人独自承担了确认结论、催问时间的责任。把职责拆开，记录人只对“记录准确、格式统一、按时发出”负责，结论和承诺由对应角色确认。
| 角色 | 会前 | 会中 | 会后 | 交付物 |
|---|---|---|---|---|
| 主持人 | 确认议程与需形成决定的议题 | 在每个议题结束前归纳结论，确认行动项负责人和时间 | 审核纪要中的结论与决定是否准确 | 经确认的结论与决定 |
| 记录人 | 准备模板，确认记录方式 | 按三类信息记录，标记待确认点 | 24小时内整理初稿、统一格式、发出并归档 | 纪要初稿与定稿 |
| 行动项负责人 | — | 当场确认事项、交付物与截止时间，有异议当场提出 | 核对与自己相关的条目，按截止时间更新状态 | 行动项交付物与状态更新 |
| 参会人 | — | 围绕议题提供信息 | 在反馈时限内核对与自己相关的内容 | 反馈意见或确认 |
主持人在会中的归纳动作对纪要质量影响最大。每个议题讨论接近尾声时，主持人用一两句话复述“我们的结论是……，接下来由谁在什么时间前完成……”，记录人据此落笔，也给了参会人当场纠正的机会。这个动作只需几十秒，却能减少会后大量核对工作。
行动项负责人的确认同样重要。会上被指派任务的人如果对交付物或时间有异议，应在当场提出；会后核对阶段发现条目与自己的理解不一致，也应在反馈时限内说明。记录人不替任何人补结论，也不替负责人调整截止时间。
示例：一次需求评审会的纪要怎么写
以下是一份需求评审会纪要的片段，演示结构与写法。示例为演示情景，非真实会议记录。
会议信息头
会议主题：订单模块V2.3需求评审；时间：3月12日14:00—15:30；方式：线上会议；主持人：产品负责人；记录人：产品助理；参会人：产品、研发、测试、运营各1—2人；缺席人：运营数据岗（需补读纪要）。
议题与结论的两种写法对比
| 写法 | 示例 | 问题 |
|---|---|---|
| 流水账式 | 研发提出订单查询接口性能可能不足，测试询问了并发量，运营表示大促期间订单量会翻倍，大家讨论后认为需要评估。 | 读完不知道最终判断是什么，也无法据此安排工作 |
| 结论式 | 议题一“订单查询性能”：现有接口在大促峰值下存在风险，决定在V2.3中增加缓存层，由研发在3月20日前给出方案评估。 | 结论、决定和后续动作都在一段内说清 |
第二个议题“退款原因分类”的结论写法：评审确认按“商品问题、物流问题、用户原因、其他”四类统计，分类口径以本次评审版本为准，测试用例按该口径更新。这条结论包含判断和适用范围，未参会人也能理解。
行动项表填写示例
| 编号 | 事项 | 负责人 | 交付物 | 截止时间 | 状态 |
|---|---|---|---|---|---|
| A1 | 订单查询缓存方案评估 | 研发负责人 | 方案评估文档，含缓存策略与影响范围 | 3月20日 | 未开始 |
| A2 | 退款原因分类测试用例更新 | 测试负责人 | 更新后的测试用例集 | 3月18日 | 未开始 |
| A3 | 向运营同步分类口径 | 产品助理 | 口径说明文档并完成同步 | 3月14日 | 未开始 |
待决问题的记录方式
本次会议有一项未形成结论：退款原因分类是否需要在客户端增加必填项。记录为“待决问题：客户端是否增加退款原因必填项，涉及改版成本，需在下次需求评审会（3月19日）前由产品给出成本估算后讨论”。写明卡点和下次讨论时点，避免问题悬空。
让行动项真正落地：纪要与任务跟踪的衔接
纪要发出后行动项无人跟进，通常不是态度问题，而是行动项停留在文档里，没有进入日常查看的工作清单。解决办法是建立固定的字段映射和回顾机制。
从纪要文本转入任务清单
行动项表的字段可以直接映射为任务字段：事项转为任务标题，负责人转为任务负责人，交付物写入任务描述或验收标准，截止时间转为任务截止日期，编号保留在任务描述中以便回溯纪要原文。映射完成后，纪要中的行动项表与任务清单一一对应，任何一方更新都能找到依据。
状态更新与下次会议回顾
约定行动项负责人在截止时间前更新任务状态；逾期未完成的任务在下次会议议程中固定留出回顾时间，逐条说明进展或调整时间。回顾时以任务清单为准，不在会上重新讨论已完成事项。这样纪要的“状态”字段可以按周或按会议周期同步一次，保持与任务清单一致。
在协作平台中关联纪要与任务
当团队使用协作平台管理会议与任务时，可以把纪要作为文档保存，并将文档中的行动项逐条关联到对应任务，任务上保留负责人和截止时间。查看进展时按负责人或截止时间筛选任务，就能看到每个行动项的状态；打开任务又能回到纪要原文，了解背景和决定依据。ONES 支持文档与工作项关联、按负责人和截止时间查看任务进展，适合把“纪要定稿—行动项建单—状态回顾”放在同一处完成。是否采用平台承载，取决于团队已有的文档和任务管理习惯；规模较小、会议频率低的团队用共享文档加任务清单也能达到同样效果。
发出前的完成检查
定稿发出前，按以下清单逐项核对，全部通过再发布。
- 结构完整：会议信息头、议题与结论、决定事项、行动项表、待决问题五块齐全，无空缺字段。
- 结论可读：每条结论能被未参会人独立理解，不依赖“如上所述”“大家讨论过”等指代。
- 决定明确：每条决定写清生效范围和生效时间，涉及版本、团队或流程的写明具体对象。
- 行动项合格：每行有且只有一个负责人，交付物可验收，截止时间具体到日期。
- 待决问题有出口：每个未决事项写明卡点和下次讨论时点。
- 反馈时限已标注：发出时说明核对截止时间，并列出需要补读的缺席人。
- 分发范围已确认：涉及敏感信息的内容确认可见范围，按需调整分发对象。
检查中最容易遗漏的是“唯一负责人”和“可验收交付物”。一行行动项出现两个负责人，执行时往往互相等待；交付物写成“推进某事”，完成后无法判断是否达标。把这两项核对清楚，纪要才具备可执行性。
常见问题
会议纪要一定要在会后24小时内发出吗？
24小时是一个便于执行的参考时限，作用是让参会人对讨论的记忆还清晰，核对时更容易发现偏差。会议内容复杂、涉及多方确认时，可以先把初稿在当天发出并注明反馈截止时间，定稿稍后发布。跨时区或需要等待外部信息的会议，可在纪要中写明哪些条目待补充、预计补齐时间，避免整体延后导致行动项迟迟不启动。
会上没有形成结论的议题，纪要里怎么处理？
把这类议题放入“待决问题”区，写清三件事：问题是什么、当前卡在哪里、下次什么时候讨论。不要为了凑齐结构而替会议补一个结论，也不要把讨论过程原样搬进纪要。如果卡点在于缺少某项数据或评估，把获取该信息的动作作为行动项列出，指定负责人和截止时间，这样待决问题也有推进路径。
行动项负责人当场没有确认截止时间，纪要该怎么写？
先标记为待确认，会后向该负责人确认后再写入定稿，记录人不自行代填时间。若反馈时限内仍未确认，可在纪要中保留“待负责人确认”的状态，并在下次会议回顾时优先处理。实践中更有效的做法是主持人在会中归纳时直接问一句“什么时间前能完成”，让时间在当场确定下来，减少会后往返。
纪要发出后有人提出不同意见，需要重新开会讨论吗？
反馈期内只处理事实性错误和遗漏，例如参会人名单有误、行动项负责人写错、结论表述与当场共识不符。属于新的观点或需要重新决策的内容，不塞进本次纪要，而是记入待决问题，安排到下次议程。这样既保证纪要作为记录的稳定性，也给新问题留出正式讨论的入口。
团队会议频率低，也需要把行动项转入任务清单吗？
只要行动项需要跨天跟进，转入任务清单就有价值，与会议频率关系不大。频率低的团队可以用共享文档中的任务清单承载，字段仍保留负责人、交付物、截止时间和状态。使用协作平台时，可把纪要作为文档保存，将行动项关联到对应任务，按负责人或截止时间筛选查看进展；ONES 支持文档与工作项关联，是否采用取决于团队已有的文档和任务管理习惯。
