会后行动项散落在聊天记录、纸质笔记和不同人的待办里，最容易出现责任不清、截止时间模糊、下次开会无人回顾的情况。这份模板用一张表承载会议信息与行动项明细，先复制空白表，再按字段说明填写，最后用状态列和闭环确认列完成回顾。文中同时给出字段口径、必填与选填的取舍、一份项目周会的完整填写示例，以及长期维护规则。
要点总览（TL;DR）
- 模板由会议基本信息区和行动项明细区两部分组成，明细区一行对应一个行动项，复制时两部分一起保留。
- 最小可用清单只保留编号、描述、责任人、截止时间、状态五列；项目周会、评审会再补充来源、协作人、优先级、闭环确认和备注。
- 行动项描述要写清“做什么+做到什么程度”，责任人只填一人，截止时间填具体日期，状态与闭环确认分开记录。
- 回顾时由记录人提前收集进展、会上统一更新状态，交付类行动项经验收人确认后才算闭环，已闭环项移入归档表。
- 行动项增多、跨会议跟踪变复杂时，可把清单中的每条行动项转为任务管理工具中的工作项，让状态更新发生在执行现场。
可复制空白行动项清单模板
模板分为两部分：上方记录会议基本信息，用于日后追溯行动项出自哪次会议；下方是行动项明细，一行对应一个行动项。复制时两部分一起保留，避免明细表脱离会议背景单独流转。
会议基本信息区
| 字段 | 填写内容 |
|---|---|
| 会议名称 | |
| 会议日期与时间 | |
| 会议主持人 | |
| 记录人 | |
| 参会人 | |
| 会议目标 | |
| 下次回顾时间 |
行动项明细区
| 行动项编号 | 行动项描述 | 来源（议题/决议） | 责任人 | 协作人 | 截止时间 | 优先级 | 状态 | 闭环确认 | 备注 |
|---|---|---|---|---|---|---|---|---|---|
明细区按需增行即可。若会议行动项超过十条，建议在编号前加会议日期前缀，例如“0715-01”，便于跨会议检索时区分来源。
每个字段记录什么：字段说明
同一份表由不同人填写时，结果是否可比取决于字段口径是否统一。下表逐字段说明含义与填写要求，填写前建议先通读一遍。
| 字段 | 含义 | 填写口径 |
|---|---|---|
| 行动项编号 | 行动项在本表内的唯一标识 | 按顺序编号，跨会议汇总时加日期前缀；编号一经分配不再复用 |
| 行动项描述 | 要完成的具体动作 | 写清“做什么+做到什么程度”，以动词开头，包含可判断的完成标准，例如“输出接口联调报告并通过评审”，避免只写“跟进接口” |
| 来源（议题/决议） | 行动项产生的出处 | 记录对应议题名称或决议原文要点，便于日后追问背景；同一议题产生多条行动项时重复填写议题名 |
| 责任人 | 对完成结果负责的人 | 只填一人，填姓名而非部门；责任人需在会后确认接受该行动项 |
| 协作人 | 提供输入或配合执行的人 | 可多人，用顿号分隔；协作人承担配合事项，不对最终结果负责 |
| 截止时间 | 要求完成的日期 | 填具体日期，不写“下周”“月底”等相对表述；跨月行动项注明日期所属月份 |
| 优先级 | 相对紧急与重要程度 | 统一使用高/中/低三档，并在团队内约定各档含义，例如“高”指影响下次会议决策或阻塞他人工作 |
| 状态 | 行动项当前进展 | 使用固定选项：未开始、进行中、已完成、已取消、受阻；每次回顾时更新 |
| 闭环确认 | 完成结果是否被确认 | 填写确认人与确认日期，例如“张敏 7月18日确认”；状态为已完成但未确认的，视为尚未闭环 |
| 备注 | 补充信息 | 记录阻塞原因、依赖事项或变更说明，保持简短 |
其中“状态”与“闭环确认”需要分开理解：状态描述执行者自己的进展判断，闭环确认描述结果是否经过他人核验。两者分开记录，可以暴露“自己说完成了、但没人验收”的中间地带。
必填与选填：最小可用清单
字段越多，填写负担越重，漏填也越容易发生。建议先保证必填字段齐全，再按会议类型补充选填字段。
| 字段 | 必填/选填 | 理由与适用场景 |
|---|---|---|
| 行动项编号 | 必填 | 回顾和跨会议汇总时的检索依据 |
| 行动项描述 | 必填 | 没有可判断的完成标准，行动项无法验收 |
| 责任人 | 必填 | 责任不清是行动项失效的首要原因 |
| 截止时间 | 必填 | 没有日期就无法排入回顾议程 |
| 状态 | 必填 | 回顾会的主要依据 |
| 来源（议题/决议） | 选填 | 决策类会议建议填写；例行站会可省略 |
| 协作人 | 选填 | 存在跨角色配合时填写 |
| 优先级 | 选填 | 行动项较多、需要排序处理时填写 |
| 闭环确认 | 选填 | 需要验收的交付类行动项建议填写；事务性行动项可省略 |
| 备注 | 选填 | 有阻塞、依赖或变更时填写 |
精简版只保留编号、描述、责任人、截止时间、状态五列，适合每日站会或行动项少于五条的短会。完整版增加来源、协作人、优先级、闭环确认和备注，适合项目周会、评审会等需要追溯与验收的场合。取舍原则是：行动项会被谁检查、检查时需要什么信息，就把对应字段设为必填。
填写示例：一次项目周会的完整清单
以下为演示情景：某产品团队召开项目周会，讨论版本发布准备情况，会上形成四条行动项。人员与项目信息均为虚构，仅用于展示字段如何配合。
会议基本信息
| 字段 | 填写内容 |
|---|---|
| 会议名称 | 产品版本发布周会 |
| 会议日期与时间 | 7月15日 10:00–10:40 |
| 会议主持人 | 李航 |
| 记录人 | 王倩 |
| 参会人 | 李航、王倩、张敏、陈卓、刘洋 |
| 会议目标 | 确认7月版本发布前的遗留问题与分工 |
| 下次回顾时间 | 7月22日周会 |
行动项明细
| 编号 | 行动项描述 | 来源 | 责任人 | 协作人 | 截止时间 | 优先级 | 状态 | 闭环确认 | 备注 |
|---|---|---|---|---|---|---|---|---|---|
| 0715-01 | 整理发布前未关闭缺陷清单，标注影响范围并提交评审 | 议题二：发布风险评估 | 张敏 | 陈卓 | 7月17日 | 高 | 已完成 | 李航 7月17日确认 | 清单已附在会议文档中 |
| 0715-02 | 完成新版本帮助文档更新，覆盖本次新增的三个功能入口 | 议题三：文档与培训 | 王倩 | — | 7月21日 | 中 | 进行中 | 等待功能截图定稿 | |
| 0715-03 | 与客服团队确认上线通知话术，输出定稿版本 | 议题四：上线沟通 | 刘洋 | 王倩 | 7月18日 | 中 | 受阻 | 客服负责人本周休假，顺延至7月19日沟通 | |
| 0715-04 | 输出发布回滚预案初稿，包含触发条件与操作步骤 | 议题二：发布风险评估 | 陈卓 | 张敏 | 7月20日 | 高 | 未开始 |
7月22日回顾时，记录人逐条更新状态：0715-01保持已完成并已闭环；0715-02若文档已提交，状态改为已完成，闭环确认填“李航 7月22日确认”；0715-03在阻塞解除后改为进行中，并在备注中记录顺延原因；0715-04若初稿已提交评审，状态改为进行中，待评审通过后再填闭环确认。回顾结束后，未闭环的行动项顺延到下一次回顾议程，已闭环的行动项保留在表中备查。
调整与维护：让清单持续可用
模板能否长期使用，取决于字段是否贴合会议类型、状态是否有人按时更新、闭环是否有明确规则。以下从四个方面给出调整与维护方法。
按会议类型增删字段
- 每日站会：使用精简版五列，重点在当天进展与阻塞，不设闭环确认列。
- 项目周会：使用完整版，来源与闭环确认必填，便于跨周追溯。
- 决策评审会：增加“决议依据”列，记录行动项对应的决策结论，避免执行时偏离原决议。
- 跨部门协调会：协作人列改为必填，并增加“依赖方确认”列，记录对方是否已知悉配合事项。
状态更新的节奏与责任人
建议由记录人在每次回顾会前半天收集各责任人的进展，会上统一更新状态列，避免会中逐条询问耗时。责任人变更时，由原责任人在备注中注明交接对象与日期，新责任人确认后生效。状态长期停留在“进行中”且超过截止时间的行动项，应在回顾会上单独说明原因。
闭环确认与归档规则
闭环确认由行动项的验收人填写，验收人通常是会议主持人或行动项的下游使用方。规则可以简化为：交付类行动项需验收人确认后才算闭环；通知、同步类事务行动项由责任人自行标记完成即可。会议周期结束后，将已闭环行动项移入归档表，保留编号、描述、责任人与闭环确认信息，未闭环行动项留在当前表中继续跟踪。
与任务管理工具的衔接
当行动项数量增多、跨会议跟踪变多时，表格容易出现版本分散、状态更新滞后的问题。可以将清单中的每条行动项转为任务管理工具中的工作项，保留编号、责任人、截止时间与状态字段，让状态更新发生在执行现场，回顾时直接按状态筛选。ONES 的工作项管理可以承载这类行动项的登记、状态流转与验收记录，适合需要把会后清单与日常任务放在同一处跟踪的团队；具体字段配置与使用范围以团队实际部署为准。规模较小、会议频率低的团队继续使用表格维护即可，不必额外引入工具。
常见问题
行动项描述写到什么程度才算合格？
合格的标准是：换一个人读这条描述，也能判断它是否完成。写法上以动词开头，包含具体对象和可判断的完成标准，例如“输出接口联调报告并通过评审”。只写“跟进接口”“推进文档”这类表述，验收时容易各说各话。如果一条行动项包含多个独立交付物，建议拆成多条，每条单独指定责任人和截止时间。
责任人当场没有确认接受行动项，怎么处理？
会上形成的行动项如果责任人未明确回应，先照常登记，并在备注中注明“待责任人确认”。会后由记录人单独沟通，确认后补填接受信息；若责任人提出调整，需同步修改描述、截止时间或协作人，并在备注中记录变更原因。责任人始终空缺或长期不确认的行动项，应在下次回顾会上作为议题单独讨论，避免清单里挂着无人认领的条目。
状态填了“已完成”，闭环确认还空着，算不算完成？
按模板口径，这种情况视为尚未闭环。状态记录的是执行者对自身进展的判断，闭环确认记录的是结果是否经过他人核验。交付类行动项需要验收人确认后才算闭环；通知、同步类事务行动项可以由责任人自行标记完成。回顾时优先检查“已完成但未确认”的条目，逐条找验收人确认，避免出现自我报告完成、实际无人验收的中间状态。
行动项跨月或多次顺延，编号和截止时间怎么维护？
编号一经分配不再复用，跨会议汇总时在编号前加会议日期前缀，例如“0715-01”，便于检索来源。截止时间顺延时直接修改日期字段，同时在备注中写明原截止时间和顺延原因，保留变更痕迹。多次顺延的行动项不必重新编号，但应在回顾会上说明阻塞是否已解除；若行动项内容发生实质变化，建议关闭原条目并新建一条，避免同一条目承载前后不一致的任务。
团队已经在用任务管理工具，还需要维护这张表吗？
取决于团队规模与会议频率。会议频率低、行动项少的团队，用表格维护成本更低，也便于会后快速分发。行动项数量增多、跨会议跟踪变多时，表格容易出现版本分散、状态更新滞后的问题，可以把每条行动项转为任务管理工具中的工作项，保留编号、责任人、截止时间和状态字段，回顾时按状态筛选。ONES 的工作项管理可以承载这类行动项的登记、状态流转与验收记录，具体字段配置与使用范围以团队实际部署为准。两种方式选一种作为唯一状态来源即可，避免表格与工具各记一套。
