会议纪要的核心，是把“会上说了什么”转成“会后谁在什么时间交付什么”。一份可用的纪要通常包含议题结论、行动项、负责人、截止时间和待决事项，在会后24小时内整理发出，并把行动项转入任务跟踪、在下次会议核对。下面按字段结构、编写步骤、角色分工、完整示例和完成检查展开，涉及行动项从文档转入跟踪时，可自然衔接到ONES的工作项与文档协作。
要点总览（TL;DR）
- 会议纪要的字段骨架包括头部信息、议题与结论、行动项（事项、负责人、截止时间、交付物、状态）和待决事项，结论写判断，行动项写可验收的动作。
- 编写分三段：会前准备议程、模板和上期行动项清单；会中按议题当场记录结论并复述确认负责人与时间；会后24小时内整理、校对、发出并归档。
- 主持人当场确认结论与责任人，记录人负责成稿与归档，参会人校对本人事项，跟进人把行动项纳入跟踪并在下次会议前汇总状态。
- 判断纪要好坏看两点：未参会的人能否看懂结论，行动项能否直接执行和核对；字段齐全、结论可判断、行动项可执行、待决事项有归属属于发出前的阻断项。
- 行动项闭环靠固定节奏：纪要发出后转入任务跟踪，下次会议开场逐条核对，已完成关闭、未完成重约时间、阻塞明确解除条件。
会议纪要该写哪些内容：一份可直接套用的字段结构
纪要不需要记录每个人说过的话，只需要让没参会的人看懂结论、让参会的人知道接下来做什么。字段结构围绕这两个目标设计：头部信息解决“这是什么会、谁在场”，议题结论解决“定了什么”，行动项解决“谁做什么”，待决事项解决“还有什么没定”。
字段表
| 区块 | 字段 | 填写要求 |
|---|---|---|
| 头部信息 | 会议名称 | 写清会议类型与范围，如“XX项目第12次周会” |
| 头部信息 | 时间 | 日期加起止时间，跨时区时注明时区 |
| 头部信息 | 地点或线上方式 | 会议室名称或线上会议平台 |
| 头部信息 | 主持人、记录人 | 写姓名，便于后续追溯 |
| 头部信息 | 参会与缺席人员 | 缺席人员单独列出，便于判断信息覆盖范围 |
| 议题与结论 | 议题 | 与会议议程一一对应，一个议题一条记录 |
| 议题与结论 | 结论 | 一句话写判断结果，标注“已决／待决／否决” |
| 行动项 | 事项 | 用动词开头，描述可交付的动作 |
| 行动项 | 负责人 | 写具体到人的姓名，不写“相关同事” |
| 行动项 | 截止时间 | 写具体日期，避免“尽快”“下周” |
| 行动项 | 交付物 | 说明产出形态，如文档、方案、数据表 |
| 行动项 | 状态 | 未开始／进行中／已完成／阻塞 |
| 待决事项 | 待决内容与下次确认点 | 写清卡在哪里、由谁在什么场合继续确认 |
字段填写口径
结论字段写判断，不写讨论过程。例如“是否采用方案B”这一议题，结论写“采用方案B，方案A留作备选”，而不是复述双方各自的理由。行动项字段写可验收的动作，“输出接口联调问题清单”比“跟进联调”更容易判断是否完成。待决事项要写清未定的原因和下一次确认的时间点，避免议题在多次会议之间反复出现却没有进展。
编写会议纪要的操作步骤：会前、会中、会后各做什么
纪要质量在会议开始前就决定了一半。会前没有议程，会中记录就会散；会中没有当场确认负责人，会后整理就要反复追问。把编写拆成三个阶段，每个阶段都有明确的输入、动作和输出。
会前：准备模板与上期清单
- 输入：会议议程、上期纪要中的行动项清单。
- 动作：确认每个议题的目标和预计时长；指定记录人并提前告知；打开纪要模板，把头部信息和议题标题预填好；把上期未完成行动项单独列一份，作为本次会议的开场材料。
- 输出：一份带议题框架的空白纪要和一份上期行动项核对清单。
- 完成标志：记录人清楚自己负责哪些议题、模板已就位。
会中：按议题记录结论与行动项
- 输入：议程、空白纪要模板。
- 动作：每讨论完一个议题，记录人当场写下结论和行动项；对每个行动项复述一遍“谁、做什么、什么时候交”，请当事人确认；对没有形成结论的议题，标注为待决并记下卡点。
- 输出：按议题组织的现场记录，含结论、行动项和待决项。
- 完成标志：每个议题都有结论或待决标注，每个行动项都有负责人和时间。
会后：24小时内整理、校对、发出
- 输入：现场记录、参会人名单。
- 动作：在24小时内把现场记录整理成固定字段的纪要；先发给参会人校对，重点核对本人负责的行动项和时间；根据反馈修订后正式发出，并归档到团队约定的位置。
- 输出：正式版会议纪要，已发出并归档。
- 完成标志：参会人确认无误，纪要可被未参会人员检索到。
行动项转入跟踪并在下次会议核对
纪要发出后，行动项需要进入团队日常使用的任务跟踪载体，设定截止提醒和状态更新方式。下次会议开头留出几分钟，逐条核对上期行动项的完成情况：已完成的关闭，未完成的说明原因并重新约定时间，阻塞的明确解除条件。这一步是行动项闭环的关键，缺少核对，纪要就只是记录。
角色与交付物分工：主持人、记录人、参会人和跟进人各负责什么
纪要编写常被默认为记录人一个人的工作，结果是记录人会后追着所有人确认，纪要延迟发出。把职责拆开，每个角色只承担与自己相关的部分，纪要才能按时成稿并落地。
| 角色 | 主要职责 | 交付物 |
|---|---|---|
| 主持人 | 控制议程节奏，在每个议题结束时当场确认结论、负责人和截止时间 | 会议结论的口头确认，待决事项的后续安排 |
| 记录人 | 按模板记录议题结论与行动项，会后整理成稿、发出并归档 | 正式版会议纪要 |
| 参会人 | 会前准备议题材料，会中确认本人行动项，会后校对纪要中与自己相关的内容 | 校对反馈，本人行动项的承诺时间 |
| 跟进人 | 把行动项纳入任务跟踪，更新状态、催办临期事项，在下次会议前汇总完成情况 | 行动项清单及状态更新、闭环核对记录 |
跟进人可以是记录人兼任，也可以是项目经理或团队指定的协调角色，取决于团队规模。规模较小的团队由记录人一并承担跟踪也可行，前提是行动项有固定的跟踪位置和核对时点。交付物归属要提前说清：纪要文档归记录人，行动项清单归跟进人，闭环核对记录在下次会议纪要中体现。
示例：一次项目周会的纪要怎么写
以下为演示情景，用于说明字段如何填写，不对应真实组织或项目。
示例纪要
会议名称：XX项目第12次周会
时间：2025年3月10日 14:00–15:00
地点：线上会议
主持人：张明 记录人：李华
参会人员：张明、李华、王强、赵敏
缺席人员：陈刚（已提前提交进度说明）
议题一：接口联调进度
结论：已决。联调完成度约70%，剩余部分因第三方接口文档缺失受阻。
行动项：整理第三方接口缺失清单并发送给对方对接人｜负责人：王强｜截止：3月12日｜交付物：接口缺失清单文档｜状态：未开始
议题二：测试环境扩容
结论：已决。采用临时扩容方案，费用在预算内。
行动项：提交扩容申请并跟进审批｜负责人：赵敏｜截止：3月13日｜交付物：审批通过的申请单｜状态：未开始
议题三：下阶段范围调整
结论：待决。是否将报表模块移出本期范围，需产品负责人确认。
待决事项：报表模块范围调整，由张明在3月14日前与产品负责人确认，下次周会通报结果。
逐项解释
议题一的结论写“完成度约70%、受阻原因”，让未参会的人一眼看到状态和风险；行动项用“整理……并发送”开头，交付物是清单文档，完成与否可以核验。议题二的结论写“采用临时扩容方案”，同时保留“费用在预算内”这一决策依据，避免后续重复讨论。议题三没有形成结论，因此不写行动项，而是写入待决事项并指定确认人和时间点，下次会议直接从这里接着推进。
常见写法问题与完成检查
判断一份纪要是否合格，看两点：没参会的人能否据此了解结论，行动项能否被直接执行和核对。以下问题最常见，也最容易通过检查项拦住。
常见问题
- 逐字记录发言，纪要变成会议实录，结论被淹没。
- 结论含糊，写“大家讨论了方案”，没有写最终采用哪个。
- 行动项没有负责人或截止时间，会后无人认领。
- 待决事项没有记录，议题在下次会议从零开始。
- 纪要延迟发出，行动项错过最佳启动时间。
完成检查清单
| 检查项 | 通过标准 | 不通过的处理 |
|---|---|---|
| 字段齐全 | 头部信息、议题结论、行动项、待决事项均有内容 | 阻断发出，补齐后再发 |
| 结论可判断 | 每个议题标注已决、待决或否决，结论为一句判断 | 阻断发出，回看记录或询问主持人 |
| 行动项可执行 | 每项有动词开头的描述、具体负责人、具体日期和交付物 | 阻断发出，补齐负责人和时间 |
| 待决事项有归属 | 写明确认人和下次确认时点 | 阻断发出，补充确认安排 |
| 已发出并归档 | 参会人校对完成，纪要存放在团队约定位置 | 补发或补归档 |
| 闭环核对 | 下次会议开头逐条核对上期行动项状态 | 列入下次会议议程首项 |
前四项属于阻断项，未通过不应急着发出；后两项属于流程项，影响的是行动项能否真正闭环。闭环核对的时点建议固定在下次会议开场，形成稳定节奏后，团队会逐渐把“会上承诺”与“会后交付”对应起来。
当行动项需要跨会议、跨角色持续跟踪时，纪要文档与任务跟踪的衔接就变得重要。ONES 将会议纪要、周报等列为占用大量时间的重复劳动场景，其方案包含 ONES Project 项目管理、ONES Wiki 知识库管理等模块，可承载行动项的任务跟踪与纪要归档；ONES Assistant 在需求澄清场景中可提炼要点与待澄清问题，并可将会会议、反馈和文档转化为可执行需求。团队可据此把纪要中的行动项转入工作项跟踪，在下次会议前汇总状态，具体开通与配置以实际产品为准。
常见问题
会议纪要一定要在会后24小时内发出吗？超过这个时间怎么办？
24小时是一个实用基准，目的是让参会人对讨论内容还有记忆时完成校对，也让行动项尽早启动。如果确实无法在24小时内成稿，建议先发一版只含结论和行动项的简版，把负责人和截止时间固定下来，完整版随后补充。延迟发出时，在纪要中注明实际发出时间，并在下次会议核对时确认行动项是否已受影响。
会上没有形成结论的议题，纪要里应该怎么写？
把这类议题写入待决事项，而不是勉强写一个模糊结论。待决事项需要写清三件事：卡在哪里、由谁继续确认、在什么时间或场合确认。例如“报表模块是否移出本期范围，由张明在3月14日前与产品负责人确认，下次周会通报”。这样议题不会在多次会议之间反复出现却没有进展，下次会议可以直接从这里接着推进。
行动项应该记在纪要文档里，还是直接建到任务系统里？
两者承担不同作用：纪要文档保留会议上下文和结论依据，任务系统承载执行状态、提醒和跨会议跟踪。常见做法是纪要中保留行动项清单作为记录，同时把需要持续跟踪的事项转入团队日常使用的任务载体，设定截止提醒。团队规模较小时，用文档加固定核对时点也能运转；行动项数量多、跨角色跨周期时，转入任务跟踪更便于汇总状态。ONES 的方案中包含 ONES Project 项目管理与 ONES Wiki 知识库管理等模块，可分别承载行动项跟踪与纪要归档，具体开通与配置以实际产品为准。
记录人不在场或临时换人，纪要怎么保证不断档？
关键是把模板和上期行动项清单放在团队共享位置，而不是留在记录人个人手里。会前预填好头部信息和议题框架，任何人接手都能按同一结构记录。会中由主持人当场确认结论和负责人，减少对记录人个人记忆的依赖。会后校对环节请参会人重点核对自己负责的事项，也能弥补记录人对背景不熟悉带来的遗漏。
行动项反复延期，纪要层面能做什么？
纪要本身不解决执行问题，但可以通过字段设计暴露问题：截止时间写具体日期、状态字段区分未开始、进行中、已完成和阻塞，下次会议开场逐条核对。对延期事项，要求说明原因并重新约定时间，对阻塞事项明确解除条件。连续多次延期的行动项，通常说明任务范围过大或责任人负担过重，需要在会议上重新拆分或调整负责人，而不是继续顺延日期。
