会议行动项清单把会上形成的决定转成可跟进的任务，核心字段包括行动项描述、负责人、截止时间、优先级、状态和验收标准。负责人要明确到人，截止时间要明确到日，这两项缺失的行动项不宜进入清单。下面提供一张可直接复制的空白表，并说明各字段填写口径、必填与选填的划分、一份项目周会的完整填写示例，以及会后维护和字段裁剪的方法。
要点总览（TL;DR）
- 模板分为会议基本信息区和行动项明细区，明细表头包含编号、行动项描述、负责人、截止时间、优先级、状态、验收标准、来源议题和备注九个字段。
- 行动项描述、负责人、截止时间和状态是必填项，缺任何一项该条行动项都无法被跟进；优先级和验收标准建议必填，编号、来源议题和备注可按会议类型裁剪。
- 填写时描述以动词开头并写明交付物，负责人填具体姓名，截止时间写到具体日期，验收标准写成可核验的结果。
- 会后当天完成首次确认，在固定会议上逐条回顾未关闭条目，状态由负责人更新，关闭前对照验收标准确认，已取消的事项保留记录并写明原因。
- 行动项需要多人持续跟进、状态频繁变化时，可把清单转入协作工具承载，字段结构和维护规则保持不变。
可复制空白会议行动项清单模板
模板分为两个区域：上方记录会议基本信息，用于归档和追溯；下方逐条记录行动项。复制到文档或表格工具后，先填会议信息，再按行录入行动项，一条行动项占一行。
会议基本信息区
| 项目 | 填写内容 |
|---|---|
| 会议名称 | |
| 会议日期 | |
| 会议主持/记录人 | |
| 参会人员 | |
| 清单版本/更新日期 |
行动项明细区
| 编号 | 行动项描述 | 负责人 | 截止时间 | 优先级 | 状态 | 验收标准 | 来源议题 | 备注 |
|---|---|---|---|---|---|---|---|---|
| A01 | ||||||||
| A02 | ||||||||
| A03 | ||||||||
| A04 | ||||||||
| A05 |
编号用于跨会议引用和讨论时指代，建议按“会议日期＋序号”或“项目代号＋序号”的规则生成，避免不同会议的编号重复。明细行数按实际需要增减，模板本身不限制条数。
每个字段记录什么：字段说明
同一份清单由不同人填写时，最容易出现口径差异的是时间、状态和验收标准三类字段。下表给出每个字段的含义和统一填写口径，团队可以据此约定填写规则。
| 字段 | 含义 | 填写口径 |
|---|---|---|
| 编号 | 行动项的唯一标识 | 按约定规则生成，全清单不重复；跨会议引用时保留原编号 |
| 行动项描述 | 要完成的具体动作和对象 | 以动词开头，写清动作和交付物，如“整理并提交接口联调问题清单”；一条只写一件事 |
| 负责人 | 对结果负责的单个人员 | 填写具体姓名，不填部门或“相关同事”；需要多人协作时指定一名主责人 |
| 截止时间 | 该行动项要求完成的日期 | 写到具体日期，必要时加时间点；不写“下周”“尽快”等相对表述 |
| 优先级 | 相对紧急和重要程度 | 使用固定档位，如高/中/低，并约定每档的判断依据 |
| 状态 | 行动项当前所处的处理阶段 | 使用固定选项，如待开始/进行中/已完成/已取消，按阶段整体切换 |
| 验收标准 | 判断行动项完成的依据 | 写成可核验的结果，如“问题清单经测试负责人确认并归档” |
| 来源议题 | 行动项对应的会议议题 | 填写议题名称或编号，便于回溯讨论背景 |
| 备注 | 补充说明和依赖关系 | 记录前置条件、依赖的其他行动项、风险提示等 |
几组容易混淆的字段需要区分。截止时间是会议约定的完成日期，计划完成时间是负责人自己排出的预计完成日期，两者不一致时以截止时间为考核依据，计划完成时间只作参考，模板中保留截止时间即可。状态表示行动项处于哪个阶段，进度表示完成了多少，状态用固定选项切换，进度用百分比或描述补充，二者不必同时出现在基础模板中。优先级反映相对顺序，截止时间反映时间约束，高优先级不等于可以随意提前截止时间，两个字段分别填写。
字段口径统一的价值在于减少会后沟通成本：负责人看到“截止时间”就知道按哪个日期安排工作，回顾时看到“状态”就知道哪些条目需要追问，验收时对照“验收标准”就能判断能否关闭，不必每次重新解释。
必填与选填：哪些字段不能空
必填字段决定一条行动项是否成立。行动项描述、负责人、截止时间、状态四项缺失任何一项，这条记录都无法被跟进，应在会上补齐后再进入清单。优先级和验收标准建议作为必填，前者帮助负责人安排顺序，后者避免完成标准产生分歧；团队初次使用时可以先列为建议必填，运行一段时间后再收紧。
| 字段 | 划分 | 理由与适用场景 |
|---|---|---|
| 行动项描述 | 必填 | 没有描述就无法知道要做什么 |
| 负责人 | 必填 | 没有具体负责人，行动项无人推进 |
| 截止时间 | 必填 | 没有日期就无法排期和检查 |
| 状态 | 必填 | 没有状态无法判断是否需要跟进 |
| 优先级 | 建议必填 | 条目较多时用于排序；条目少的短会可先留空 |
| 验收标准 | 建议必填 | 交付物复杂或涉及多方确认时必填；简单通知类事项可省略 |
| 编号 | 建议必填 | 需要跨会议引用或条目较多时使用；单次短会可省略 |
| 来源议题 | 选填 | 议题较多、需要回溯讨论背景时填写 |
| 备注 | 选填 | 存在依赖、风险或补充信息时填写 |
必填项缺失时的处理方式有三种：会上当场补齐，由记录人向提出人确认负责人和日期；当场无法确定的，标记为“待确认”并指定一名人员在会后一个工作日内补全，补全前不计入正式清单；确实无法指定负责人的事项，退回议题层面重新讨论，不进入行动项清单。把“待确认”条目单独列出，可以避免它们混在正式清单里被当作已分配任务。
填写示例：一次项目周会的行动项清单
示例背景：某产品项目组召开周一项目周会，讨论版本联调进度和上线准备，会后形成以下行动项。示例中的日期、人名和事项均为演示情景。
会议基本信息
| 项目 | 填写内容 |
|---|---|
| 会议名称 | 产品项目组周会 |
| 会议日期 | 2025年3月10日 |
| 会议主持/记录人 | 李敏 |
| 参会人员 | 李敏、王磊、张倩、陈昊、赵宇 |
| 清单版本/更新日期 | V1，2025年3月10日 |
行动项明细
| 编号 | 行动项描述 | 负责人 | 截止时间 | 优先级 | 状态 | 验收标准 | 来源议题 | 备注 |
|---|---|---|---|---|---|---|---|---|
| A01 | 整理接口联调中发现的问题并提交问题清单 | 王磊 | 2025年3月12日 | 高 | 进行中 | 问题清单提交至项目文档，经测试负责人张倩确认 | 联调进度 | 依赖测试环境恢复 |
| A02 | 更新上线检查表并补充回滚步骤 | 张倩 | 2025年3月14日 | 高 | 待开始 | 检查表覆盖发布、验证、回滚三类步骤，经技术负责人确认 | 上线准备 | |
| A03 | 与运营确认新版本功能说明文档的发布时间 | 陈昊 | 2025年3月13日 | 中 | 待开始 | 发布时间写入发布计划，运营方书面确认 | 版本发布沟通 | 需先完成A01 |
| A04 | 汇总本次周会决议并发送会议纪要 | 李敏 | 2025年3月11日 | 中 | 已完成 | 纪要发送至项目群，参会人员无异议 | 会议收尾 | |
| A05 | 评估下版本需求范围并给出初步排期 | 赵宇 | 2025年3月17日 | 低 | 待开始 | 输出需求范围说明和排期草案，供下次周会讨论 | 下版本规划 | 可与A02并行 |
示例中每条行动项的描述都以动词开头并写明交付物，负责人均为具体人员，截止时间均写到日期。A01和A02为高优先级，A05为低优先级，状态覆盖了已完成、进行中和待开始三种情况。A03的备注写明依赖A01，回顾时可以据此判断是否需要调整顺序。
清单的调整与维护方法
清单在会后进入运行阶段，维护的重点是让状态保持准确、让关闭有依据、让历史记录可追溯。以下规则可按团队节奏调整。
会后首次确认。会议结束当天，记录人把清单发给参会人员，负责人确认自己名下的行动项描述、截止时间和验收标准，有异议在下一个工作日内提出并修订，修订后更新清单版本号。首次确认完成后，清单作为正式版本归档。
定期回顾节奏。在项目周会或固定站会上逐条过一遍未关闭的行动项，已完成的确认验收标准后关闭，临近截止时间的确认进展，逾期的说明原因并重新约定日期。回顾频率与团队会议节奏一致即可，条目较多时可只过逾期和高优先级条目。
状态更新与关闭规则。状态由负责人更新，推进时从“待开始”切到“进行中”，交付物完成并满足验收标准后切到“已完成”。关闭前由记录人或指定人员对照验收标准确认，验收标准未满足的不关闭。事项确定不再需要推进时标记为“已取消”，并在备注中写明原因，保留记录而不是直接删除。
按会议类型裁剪字段。日常站会条目少、周期短，可以只保留描述、负责人、截止时间和状态；项目评审会涉及多方确认，建议保留验收标准和来源议题；跨部门协调会依赖关系多，备注字段应保留。裁剪时保持必填字段不变，只增减选填字段。
归档与跨会议追溯。每次会议的行动项清单按“会议日期＋会议名称”命名归档，未关闭的条目转入下一次会议的清单继续跟进，并在备注中标注原始编号。需要查询某项工作的来龙去脉时，通过编号和来源议题可以回溯到具体会议和讨论背景。
当行动项需要多人持续跟进、状态频繁变化时，可以把清单从静态文档转到协作工具中承载。在ONES中，会议纪要可以作为文档沉淀，行动项可以建为工作项分配给负责人，由负责人更新状态，完成后按验收标准确认关闭，未关闭的条目在后续会议中继续跟踪。这样清单的字段结构和维护规则不变，状态更新和跨会议追溯由工具记录，减少手工同步版本的工作。
常见问题
会上无法确定负责人或截止时间，这条行动项怎么处理？
当场无法确定的，先标记为“待确认”，指定一名人员在会后一个工作日内补全，补全前不计入正式清单。把待确认条目单独列出，可以避免它们混在正式清单里被当作已分配任务。确实无法指定负责人的事项，退回议题层面重新讨论，不进入行动项清单。
日常站会和项目评审会可以用同一张清单吗？
可以用同一套字段结构，按会议类型增减选填字段。日常站会条目少、周期短，保留描述、负责人、截止时间和状态即可；项目评审会涉及多方确认，建议保留验收标准和来源议题；跨部门协调会依赖关系多，备注字段应保留。裁剪时保持必填字段不变。
行动项逾期了，清单上应该怎么记录？
在回顾时确认进展，由负责人在备注中说明逾期原因，并重新约定截止时间，更新清单版本号。原截止时间可以保留在备注中作为记录，便于后续判断该事项的实际推进情况。逾期条目在下次回顾时优先过一遍。
行动项完成后由谁关闭，需要什么依据？
状态由负责人更新，交付物完成并满足验收标准后切到“已完成”。关闭前由记录人或指定人员对照验收标准确认，验收标准未满足的不关闭。事项确定不再需要推进时标记为“已取消”，并在备注中写明原因，保留记录而不是直接删除。
未关闭的行动项跨会议怎么延续？
每次会议的清单按“会议日期＋会议名称”命名归档，未关闭的条目转入下一次会议的清单继续跟进，并在备注中标注原始编号。查询某项工作的来龙去脉时，通过编号和来源议题可以回溯到具体会议和讨论背景。
