填写会议纪要模板，核心是把“会议基本信息、议题与讨论要点、决议、行动项、待确认事项”五块写清楚。行动项要逐条落到负责人、截止时间和验收标准，决议要能追溯到对应议题，未定事项单独列出并标注下次确认时间。下面先给一份可直接复制的空白表格，再逐字段说明填写口径、划分必填与选填，并用一次周会纪要示范完整填法。
要点总览（TL;DR）
- 会议纪要模板按五张表组织：会议基本信息、议题记录、决议、行动项、待确认事项，复制表头即可逐行填写。
- 讨论要点写会上说了什么，结论写最后定了什么；决议回答做什么，行动项回答谁在何时完成、做到什么程度。
- 行动项三要素缺一不可：负责人写到具体姓名，截止时间写到日期，验收标准写成可检查的交付物。
- 必填字段的判断标准是缺少后无法分派任务或无法追溯结论；地点、缺席人、生效条件、状态可按会议类型省略。
- 模板按周会、评审会、决策会裁剪字段，保留版本号与变更记录，每季度用必填完整率和行动项闭环率评估是否调整。
可直接复制的会议纪要空白模板
这份模板按五张表组织，可以整体复制到文档或表格工具中。使用时保留表头，逐行填写；行数不够时按同一列结构向下增加即可。
表一：会议基本信息
| 字段 | 填写内容 |
|---|---|
| 会议名称 | |
| 会议时间 | |
| 地点/方式 | |
| 主持人 | |
| 记录人 | |
| 参会人 | |
| 缺席人 |
表二：议题记录
| 序号 | 议题 | 讨论要点 | 结论 |
|---|---|---|---|
| 1 | |||
| 2 | |||
| 3 |
表三：决议
| 序号 | 决议内容 | 对应议题 | 生效条件 |
|---|---|---|---|
| 1 | |||
| 2 |
表四：行动项
| 序号 | 事项 | 负责人 | 截止时间 | 验收标准 | 状态 |
|---|---|---|---|---|---|
| 1 | |||||
| 2 | |||||
| 3 |
表五：待确认事项
| 序号 | 问题 | 待确认人 | 确认时间 |
|---|---|---|---|
| 1 | |||
| 2 |
每个字段填什么：字段说明与填写口径
模板能否用起来，取决于每一格写的是可核对的信息还是模糊描述。下面按五张表逐项说明填写口径，与上面的空白模板字段一一对应。
基本信息字段
| 字段 | 填写口径 | 常见写法 |
|---|---|---|
| 会议名称 | 写清会议主题和周期，便于日后检索 | “产品周会（第12周）” |
| 会议时间 | 写日期与起止时间，跨时区时注明时区 | “3月18日 14:00–15:00” |
| 地点/方式 | 线下写会议室，线上写平台名称 | “3号会议室”“线上会议” |
| 主持人 | 写实际控场的人，便于追溯议程安排 | 姓名或姓名加角色 |
| 记录人 | 写本次纪要的执笔人，便于后续补充核对 | 姓名 |
| 参会人 | 列出实际到场人员，可附所属小组 | “张三（产品）、李四（研发）” |
| 缺席人 | 列出应到未到人员，便于判断信息是否需要补发 | 姓名，必要时注明是否已请假 |
讨论要点与结论的区分
讨论要点记录“会上说了什么”，结论记录“这件事最后定了什么”。讨论要点可以写分歧、依据和关键数据，结论只写一句话结果。例如讨论要点写“两种方案在交付周期上有分歧，研发侧倾向方案A”，结论写“采用方案A，本周内出排期”。两者分开写，后续复盘时才能看清结论是怎么形成的。
决议与行动项的区分
决议是会议形成的决定，回答“做什么、按什么原则做”；行动项是落实决议的具体动作，回答“谁在什么时候完成什么、做到什么程度算完成”。一条决议可能对应多条行动项，行动项表里的“对应议题”或事项描述要能指回决议，避免出现无人认领的决定。
负责人、截止时间、验收标准的写法
- 负责人写具体到人的姓名，不写“研发组”“相关同事”这类集体称谓；需要多人协作时指定一名主责人。
- 截止时间写到日期，必要时加具体时点，避免只写“下周”“尽快”。
- 验收标准写可检查的交付物或结果，例如“提交排期表并同步到项目文档”“完成接口联调并通过测试用例”，不写“跟进一下”“推进落实”。
状态字段的取值约定
状态字段建议固定为几个取值，团队统一使用：待开始、进行中、已完成、已延期、已取消。会后初次填写时统一为“待开始”，跟进过程中只改状态不改事项描述；确需调整截止时间时，在原截止时间旁注明变更原因和新时间，保留变更痕迹。
哪些必填、哪些选填：字段分级
会议时间紧张时，先保证必填字段完整，再补选填内容。必填的判断标准是：缺少这一项，会后无法分派任务或无法追溯结论。
| 字段 | 分级 | 原因与适用场景 |
|---|---|---|
| 会议名称、会议时间 | 必填 | 用于检索和归档，缺失后纪要难以定位 |
| 主持人、记录人 | 必填 | 明确责任人和补充核对入口 |
| 参会人 | 必填 | 判断信息覆盖范围，决定是否需要补发 |
| 议题、讨论要点、结论 | 必填 | 构成纪要主体，结论缺失则会议无法闭环 |
| 决议内容、对应议题 | 必填（有决议时） | 决议必须可追溯到议题，否则无法核对依据 |
| 行动项的事项、负责人、截止时间、验收标准 | 必填 | 行动项三要素缺一不可，否则无法跟进 |
| 待确认事项的问题、待确认人、确认时间 | 必填（有未定事项时） | 防止未定事项在会后被遗忘 |
| 地点/方式 | 选填 | 线上例会可省略；线下会议或需要场地追溯时填写 |
| 缺席人 | 选填 | 小型内部同步会可省略；有外部人员或需补发纪要时填写 |
| 生效条件 | 选填 | 决议需审批或依赖前置条件时填写，普通例会决议可省略 |
| 状态 | 选填 | 纪要仅作记录时可省略；进入跟进环节后建议保留 |
可省略字段的省略条件是：该信息在团队其他系统中已有唯一记录，且纪要中能通过会议名称或议题定位到。缺失必填项时，记录人应在会后当天补齐；负责人或截止时间当场未定的，先放入待确认事项表，写明待确认人和确认时间，不留在行动项表里空着。
完整填写示例：一次周会纪要
以下示例为演示情景，团队和人员均为虚构，用于展示各字段的填写效果，字段与前面的模板和说明保持一致。
示例会议背景
某产品团队召开第12周产品周会，讨论版本排期调整和用户反馈处理两项议题，会上形成两条决议、三条行动项，另有一项待确认事项。
基本信息
| 字段 | 填写内容 |
|---|---|
| 会议名称 | 产品周会（第12周） |
| 会议时间 | 3月18日 14:00–15:00 |
| 地点/方式 | 线上会议 |
| 主持人 | 王敏（产品负责人） |
| 记录人 | 陈晓（产品经理） |
| 参会人 | 王敏、陈晓、刘洋（研发）、赵倩（测试） |
| 缺席人 | 周涛（设计，已请假） |
议题记录
| 序号 | 议题 | 讨论要点 | 结论 |
|---|---|---|---|
| 1 | 版本排期是否顺延 | 测试资源本周紧张，原定3月22日提测存在风险；研发侧评估核心功能可在3月21日完成自测 | 提测时间调整为3月25日 |
| 2 | 用户反馈中的高频问题处理 | 近两周反馈集中在导出失败，初步判断与文件大小限制有关，需进一步定位 | 先定位原因，再决定是否纳入本版本 |
决议
| 序号 | 决议内容 | 对应议题 | 生效条件 |
|---|---|---|---|
| 1 | 本版本提测时间调整为3月25日，发布计划相应顺延 | 议题1 | 需在3月20日前同步给相关方 |
| 2 | 导出失败问题先完成原因定位，再评估是否进入本版本 | 议题2 | 定位结论在下次周会前给出 |
行动项
| 序号 | 事项 | 负责人 | 截止时间 | 验收标准 | 状态 |
|---|---|---|---|---|---|
| 1 | 更新版本排期表并同步相关方 | 陈晓 | 3月20日 | 排期表更新完成，相关方在文档中确认 | 待开始 |
| 2 | 完成核心功能自测 | 刘洋 | 3月21日 | 自测用例全部执行，遗留问题清单提交 | 待开始 |
| 3 | 定位导出失败原因 | 刘洋 | 3月24日 | 给出原因说明和影响范围，附复现步骤 | 待开始 |
待确认事项
| 序号 | 问题 | 待确认人 | 确认时间 |
|---|---|---|---|
| 1 | 设计稿调整是否影响本版本范围 | 周涛 | 3月19日 |
示例体现的填写规范
- 决议1对应议题1，行动项1落实决议1，形成“议题—决议—行动项”的可追溯链条。
- 行动项均写到具体负责人和日期，验收标准是可检查的交付物，而非“跟进”“推进”这类描述。
- 尚未确定的设计稿影响放入待确认事项，写明待确认人和确认时间，没有混入行动项。
- 状态统一从“待开始”起步，后续跟进只更新状态，不改事项描述。
纪要发出后，行动项需要进入日常跟进。团队可以把行动项逐条录入 ONES Project 的工作项，指定负责人和截止时间，用状态流转记录进展；会议纪要与相关文档沉淀在 ONES Wiki 中，便于下次会议直接引用上次决议和未完成事项。ONES Assistant 可围绕会议转录内容提炼要点、待澄清问题与拆解建议，帮助记录人在会后更快整理出议题和行动项初稿，具体功能范围以实际产品版本为准。
模板的调整与长期维护方法
模板不是一次定稿就长期不变。会议类型不同，字段侧重不同；团队协作方式变化后，模板也要跟着调整，否则会出现大量空列或关键信息无处可填。
按会议类型调整字段
| 会议类型 | 建议保留 | 建议增补或弱化 |
|---|---|---|
| 周会 | 基本信息、议题记录、行动项、待确认事项 | 决议表可精简；行动项是重点，状态字段保留 |
| 评审会 | 基本信息、议题记录、决议、行动项 | 增补评审对象和评审结论；讨论要点记录评审意见来源 |
| 决策会 | 基本信息、决议、待确认事项 | 决议表增补决策依据和生效条件；议题记录可简化为决策背景 |
新增与删除字段的判断依据
出现以下情况时考虑新增字段：同一类信息连续三次以上被写在备注或讨论要点里；会后反复有人询问同一类信息；某项信息缺失导致行动项无法验收。出现以下情况时考虑删除字段：连续多个周期该字段为空；字段内容与其他系统记录重复且无人查阅；字段取值无法统一，填写者各自理解不同。每次调整只改一到两个字段，调整后至少运行一个完整会议周期再评估。
模板版本与变更记录
模板文件应保留版本号和变更记录，记录内容包括变更日期、变更字段、变更原因和确认人。版本号可采用“v1.1”这类简单递增方式，小改动升次版本号，结构调整升主版本号。旧版本纪要无需回改，但归档时要注明所用模板版本，避免日后对照时字段错位。
会后跟进与归档的衔接
- 纪要发出后24小时内确认行动项负责人已收到，未确认的单独提醒。
- 每次例会开始前，先过一遍上次纪要的行动项状态和待确认事项，未完成的说明原因并更新截止时间。
- 会议结束后将纪要按“会议类型—日期”归档，决议和行动项同步到项目工作项或知识库，保证纪要之外也能查到。
- 每季度抽查一次归档纪要，检查必填字段完整率和行动项闭环率，作为模板是否继续调整的依据。
常见问题
会上没有形成明确结论的议题，纪要里应该怎么写？
把这类议题留在议题记录表中，结论一栏写清当前状态，例如“本次未定，需补充数据后再议”，同时把需要确认的问题、待确认人和确认时间放入待确认事项表。这样既保留了讨论过程，也避免把未定内容写成决议。下次会议开始前先过一遍待确认事项，确认后再补写结论或转为决议。
行动项负责人当场定不下来，能不能先空着？
不建议空着。负责人空缺的行动项在会后通常无人认领，跟进时也找不到对接人。可行的做法是当场指定一名临时主责人，或者把该事项移入待确认事项表，写明由谁在什么时间前确定负责人。补齐负责人后再移回行动项表，并同步更新状态。
一条决议对应多个行动项时，模板怎么填才能对应上？
在行动项表中增加一列“对应决议”，填写决议序号；或者在事项描述里写明落实的是哪条决议。一条决议可以对应多条行动项，但每条行动项都应能指回某条决议或某个议题。这样复盘时可以从决议出发检查落实情况，也能发现哪些决议还没有对应的行动项。
纪要发出后，行动项怎么跟进才不会不了了之？
纪要发出后24小时内确认负责人已收到；每次例会开始前先过一遍上次纪要的行动项状态和待确认事项，未完成的说明原因并更新截止时间。团队也可以把行动项逐条录入 ONES Project 的工作项，指定负责人和截止时间，用状态流转记录进展；会议纪要与相关文档沉淀在 ONES Wiki 中，便于下次会议直接引用上次决议和未完成事项。ONES Assistant 可围绕会议转录内容提炼要点、待澄清问题与拆解建议，帮助记录人整理议题和行动项初稿，具体功能范围以实际产品版本为准。
团队规模小、会议频率低，还需要完整模板吗？
可以精简。会议名称、会议时间、参会人、议题与结论、行动项三要素这几项建议保留，它们是会后分派和追溯的最小集合。地点/方式、缺席人、生效条件、状态在小型内部同步会中可以省略。字段删减后运行一个完整会议周期，如果出现信息无处可填或反复追问同一类信息的情况，再把对应字段加回来。
