会议纪要模板的价值在于会后能直接照着跟进：一张表记录会议基本信息、讨论要点、决议和行动项，行动项落到负责人、截止时间和状态。本文提供可直接复制的空白表格，并说明每个字段怎么填、哪些不能空、一份完整周会样例，以及模板随团队变化时如何调整维护。行动项后续需要多人跟踪时，也可以衔接到 ONES 这类工作管理工具中承载。
要点总览（TL;DR）
- 模板由四张表组成：会议基本信息、议题与讨论要点、决议记录、行动项表，复制后替换方括号内容即可使用。
- 行动项、负责人、截止时间、状态四项为必填，缺一项就无法跟踪和验收；讨论要点、决策依据、备注可按会议类型选填。
- 行动项要写成“动作＋对象＋预期结果”，负责人只写一人，截止时间写到具体日期，状态统一使用四类取值。
- 决策会、周会、站会可从主模板派生精简版本，只删减字段，不改行动项四要素的结构。
- 模板保留版本号与更新记录，每季度抽查必填项填写情况和状态取值一致性，再决定字段增删。
可直接复制的会议纪要空白模板
下面这张表可以直接复制到文档或表格工具中使用。上半部分记录会议信息与讨论过程，下半部分把决议和行动项分开，避免“讨论了什么”和“要做什么”混在一起。复制后把方括号中的提示文字替换为实际内容即可。
| 会议基本信息 | |||
|---|---|---|---|
| 会议名称 | [例：产品研发周会] | 会议日期 | [YYYY-MM-DD 起止时间] |
| 会议类型 | [决策会／周会／评审会／信息同步] | 会议地点／方式 | [会议室名称或线上会议] |
| 主持人 | [姓名] | 记录人 | [姓名] |
| 参会人 | [姓名、姓名、姓名] | ||
| 缺席人 | [姓名及是否需会后同步] | ||
| 序号 | 议题 | 讨论要点 | 结论／待定 |
|---|---|---|---|
| 1 | [议题名称] | [关键观点、分歧、数据依据] | [已达成结论或标注待定] |
| 2 | [议题名称] | [关键观点、分歧、数据依据] | [已达成结论或标注待定] |
| 序号 | 决议内容 | 决策依据 | 生效范围 |
|---|---|---|---|
| 1 | [明确决定的事项] | [为什么这样定] | [涉及的项目、团队或时间范围] |
| 序号 | 行动项 | 负责人 | 截止时间 | 状态 | 备注 |
|---|---|---|---|---|---|
| 1 | [动作＋对象＋预期结果] | [唯一负责人] | [YYYY-MM-DD] | [未开始／进行中／已完成／已阻塞] | [依赖、协作者、关联文档] |
| 2 |
表格之外建议保留一行“下次会议时间”和一行“纪要分发范围”，方便参会人和未参会人知道去哪里查看、什么时候再对一次进度。
每个字段记录什么：字段说明
字段说明解决的是“写到什么颗粒度”的问题。会议信息类字段用于追溯，讨论要点用于还原判断过程，决议和行动项用于驱动后续动作。三类内容混写，会让纪要在会后既查不到背景，也跟不到结果。
| 字段 | 记录什么 | 填写口径 |
|---|---|---|
| 会议名称 | 会议的主题标识 | 用“项目／团队＋会议性质”命名，便于检索，如“支付模块迭代评审会” |
| 会议日期 | 召开时间与时长 | 写到日期和起止时间，跨时区团队注明时区 |
| 会议类型 | 会议属于决策、评审还是同步 | 决定后续必填项的严格程度，也影响纪要分发范围 |
| 主持人／记录人 | 对会议结果和纪要质量负责的人 | 各写一人，记录人负责会后整理与分发 |
| 参会人／缺席人 | 谁在场、谁需要补课 | 缺席人标注是否需要单独同步，避免信息断层 |
| 议题 | 本次会议要解决的具体问题 | 一个议题一行，与会议议程保持一致 |
| 讨论要点 | 关键观点、分歧和数据依据 | 记结论性观点和主要分歧，不逐句记录发言 |
| 结论／待定 | 该议题是否形成结论 | 未形成结论的写明卡点和下一步，不留空白 |
| 决议内容 | 会议正式确定的事项 | 一条决议一句话，可被单独引用和执行 |
| 决策依据 | 支撑决议的理由或数据 | 简要记录，便于日后复盘时理解当时的判断 |
| 行动项 | 会后要完成的具体动作 | 写成“动作＋对象＋预期结果”，如“整理支付失败日志，输出近两周失败原因分类” |
| 负责人 | 对行动项结果负责的人 | 只写一个名字，多人协作时其余人写入备注 |
| 截止时间 | 行动项完成的最后期限 | 写到具体日期，避免“下周”“尽快”这类模糊表述 |
| 状态 | 行动项当前进展 | 统一使用“未开始／进行中／已完成／已阻塞”四类取值，阻塞时在备注写明原因 |
| 备注 | 依赖关系、协作者、关联文档 | 只放影响执行的信息，不堆叠无关描述 |
行动项的描述最容易写虚。判断标准是：换一个没参会的人来读，能否知道要做什么、做到什么程度算完成。像“跟进一下接口问题”这样的写法，应改为“与后端确认订单接口超时原因，本周五前给出修复排期”。
必填与选填：哪些字段不能空
必填字段的判断依据是：缺失后是否影响会后跟进或事后追溯。会议名称、日期、参会人、行动项、负责人、截止时间、状态属于必填，缺任何一项，纪要都无法支撑执行；讨论要点、决策依据、备注等属于选填，按会议类型和信息量决定是否填写。
| 字段 | 必填／选填 | 理由与适用场景 |
|---|---|---|
| 会议名称、会议日期 | 必填 | 没有名称和日期，纪要无法归档和检索 |
| 会议类型 | 必填 | 决定纪要的严格程度和分发范围 |
| 主持人、记录人 | 必填 | 明确责任归属，便于会后补充和澄清 |
| 参会人 | 必填 | 确定信息触达范围，也用于判断缺席人是否需要同步 |
| 缺席人 | 选填 | 全员到会时可不填；有缺席人时建议填写并标注同步方式 |
| 议题、讨论要点 | 议题必填，要点选填 | 决策会和评审会建议写要点；纯信息同步会可只保留议题和结论 |
| 决议内容 | 决策类会议必填 | 没有决议的决策会等于没有开；信息同步会可省略 |
| 决策依据 | 选填 | 涉及资源投入、方向调整的决议建议填写，便于复盘 |
| 行动项、负责人、截止时间、状态 | 必填 | 四项缺一，行动项就无法被跟踪和验收 |
| 备注 | 选填 | 存在依赖、协作方或关联文档时填写 |
按会议类型调整必填项时，遵循一条原则：会议越接近决策和资源分配，必填项越完整；会议越接近信息同步，越可以精简讨论过程，但行动项四要素始终保留。临时站会可以只记行动项表，正式评审会则应保留议题、讨论要点和决策依据。
填写示例：一次周会纪要的完整样例
以下是一份产品研发周会的填写样例，字段与前文模板和说明保持一致。示例中的项目、人名和数据均为演示情景。
| 会议基本信息 | |||
|---|---|---|---|
| 会议名称 | 订单模块研发周会 | 会议日期 | 2025-03-10 10:00–10:45 |
| 会议类型 | 周会 | 会议地点／方式 | 线上会议 |
| 主持人 | 李敏 | 记录人 | 王磊 |
| 参会人 | 李敏、王磊、张倩、陈昊 | ||
| 缺席人 | 赵宇（需会后同步行动项） | ||
| 序号 | 议题 | 讨论要点 | 结论／待定 |
|---|---|---|---|
| 1 | 订单接口超时问题 | 近两周失败订单中约六成集中在支付回调环节，日志显示超时集中在高峰期 | 已定位到回调重试策略，待修复 |
| 2 | 下个迭代范围 | 候选需求五项，团队评估两周内可完成三项 | 已确定三项进入迭代，其余顺延 |
| 序号 | 决议内容 | 决策依据 | 生效范围 |
|---|---|---|---|
| 1 | 本迭代优先修复支付回调超时，暂缓优惠券改版 | 超时问题影响线上订单成功率，优先级高于体验优化 | 订单模块，本迭代周期 |
| 序号 | 行动项 | 负责人 | 截止时间 | 状态 | 备注 |
|---|---|---|---|---|---|
| 1 | 调整支付回调重试策略并提交测试环境验证 | 陈昊 | 2025-03-13 | 进行中 | 依赖测试环境权限开通 |
| 2 | 整理超时订单样本，输出失败原因分类 | 张倩 | 2025-03-12 | 未开始 | 与陈昊共享数据口径 |
| 3 | 更新迭代范围说明并同步给相关方 | 王磊 | 2025-03-11 | 已完成 | 已发送至项目群 |
对照字段说明可以看到：议题一对应决议一，行动项一、二分别承接修复和数据分析；行动项三属于会议组织类收尾动作。状态列使用统一取值，备注只写影响执行的信息。这份样例可以直接作为团队第一次使用模板时的参照。
模板的调整与维护方法
模板需要在团队实际使用中逐步调整。调整的依据是“这个字段是否影响后续跟进与追溯”，而不是字段越多越完整。字段过多会增加记录负担，导致记录人省略关键内容；字段过少则会让行动项失去跟踪依据。
按会议类型派生模板变体是常见做法。团队可以保留一份主模板，再派生三份精简版：决策会版本保留议题、讨论要点、决议和决策依据；周会版本保留议题、结论和行动项表；站会版本只保留行动项表。派生时只删减字段，不改变行动项四要素的结构，保证不同会议的纪要可以放在同一套口径下查看。
字段增删的判断可以按以下清单执行：
- 新增字段前，先确认它是否会被持续填写，以及是否有明确的填写人。
- 删除字段前，检查近几次纪要中该字段是否被用于跟进或复盘。
- 行动项、负责人、截止时间、状态四项不随会议类型删除。
- 新增状态取值时，同步更新字段说明，避免同一状态出现多种写法。
模板本身建议保留版本号和更新记录。版本号可以写成“v1.2”这样的形式，更新记录用一张小表维护：修改日期、修改人、修改内容、影响范围。每次调整后通知经常使用模板的团队，避免新旧版本混用导致字段对不上。
行动项从纪要到闭环的衔接，是模板长期可用的关键。纪要发出后，行动项需要进入团队日常查看进度的地方，否则状态列会停留在“未开始”。ONES 的资料将会议纪要、周报等重复劳动列为研发管理中的业务挑战，其方案中的 ONES Project 可用于承载项目与工作项管理，ONES Wiki 可用于知识库管理，会议中形成的行动项可以对应到具体工作项上分派和跟踪。对于会议内容需要转化为需求的场景，ONES Assistant 可围绕音视频转录等输入提炼要点、待澄清问题与拆解建议，帮助团队更快完成需求澄清和录入。具体功能范围与开通方式以实际产品为准。
维护节奏上，建议每季度回看一次模板：抽查最近几次纪要，检查必填项是否填全、状态取值是否统一、行动项是否都有负责人和截止时间。发现普遍空白的字段，要么补充填写规范，要么从模板中移除。模板跟着团队的实际记录习惯走，才能在长期使用中保持可用。
常见问题
会议纪要发出后，行动项状态一直停在“未开始”，模板该怎么调整？
先确认状态列是否有明确的更新人和更新时点。常见做法是在模板中约定：记录人在纪要发出时把状态统一标为“未开始”，负责人每次完成或受阻时自行更新，主持人每周例会前查看一次。
如果团队没有固定的查看习惯，可以把行动项表复制到日常查看进度的地方，让状态随工作项进展更新，纪要文档只保留会议当天的记录。模板本身不必增加字段，关键是让状态列有人负责维护。
临时站会或一对一沟通也需要用这套模板吗？
可以精简使用。站会通常只需要行动项表，记录谁在做什么、什么时候完成；一对一沟通如果产生了明确决定，建议至少保留会议日期、参会人和决议内容，方便日后追溯。
判断标准是这次沟通是否产生了需要他人知晓或后续跟进的结果。有，就留下最小记录；没有，就不必为了填模板而填模板。
多人共同负责一个行动项时，负责人一栏怎么写？
负责人一栏只写对结果负责的那一个人，其余协作者写入备注，并注明各自承担的部分。这样在跟进时能直接找到对接人，避免出现“大家负责等于没人负责”的情况。
如果确实需要拆成并行任务，可以拆成多条行动项，每条各有一个负责人和截止时间，比在一条里塞多个名字更容易跟踪。
模板中的决议和行动项有什么区别，能不能合并成一张表？
决议回答“定了什么”，行动项回答“接下来谁做什么”。一条决议可能对应多条行动项，一条行动项也可能来自多条决议，合并后容易把决定和执行混在一起，复盘时难以判断当时到底定了什么。
会议规模很小时可以放在同一张表里，用不同列区分；正式会议建议分开记录，决议保持可单独引用，行动项保持可逐条验收。
团队已经在用工作管理工具跟踪任务，纪要模板还需要保留行动项表吗？
建议保留。纪要是会议当天的原始记录，行动项表说明会上确认了哪些事、由谁在什么时间完成；工作管理工具承载的是执行过程中的状态变化。两者字段口径保持一致，后续核对时才能对得上。
如果行动项较多、需要多人协作跟进，可以把纪要中的行动项录入 ONES 这类工作管理工具中分派和跟踪，纪要文档保留会议结论与原始分工。ONES 资料将会议纪要列为研发管理中的重复劳动场景，其方案中的 ONES Project 可用于项目与工作项管理，ONES Wiki 可用于知识库管理，具体功能范围以实际产品为准。
