会议行动项清单至少要写清六类信息：行动项描述（做什么、交付什么）、唯一负责人、协作人、截止时间、当前状态和来源会议。再补上优先级、验收标准、依赖与备注，就能覆盖从分派到关闭的完整链路。本文先给一张可直接复制的空白表格，再逐字段说明填写口径、区分必填与选填，并用一份填写完整的示例示范各字段如何配合，最后说明模板如何随团队调整、清单如何长期维护。
要点总览（TL;DR）
- 会议行动项清单至少包含六类信息：行动项描述与交付物、唯一负责人、协作人、截止时间、状态、来源会议，再按需补充优先级、验收标准、依赖与备注。
- 必填项为行动项描述、负责人、截止时间、状态和来源会议；协作人、优先级、验收标准、依赖、备注按会议类型选填。
- 负责人只填一人，截止时间写到具体日期，状态统一使用待开始、进行中、已完成、已取消四个取值，验收标准写成可核对的条件。
- 模板可直接复制到文档或表格工具中使用，字段随会议类型增减，调整时同步更新字段说明并保持一段时间稳定。
- 清单长期可用依赖固定节奏更新状态、会前检查逾期项、完成后归档，并在行动项转入任务管理工具时保留编号与链接作为索引。
可直接复制的会议行动项清单空白模板
下表是一张空白模板，列名覆盖了行动项从记录到关闭所需的主要信息。使用时把整张表复制到文档或表格工具中，按行填写即可；团队字段有增减时，直接增删列，并同步更新字段说明，避免同一份清单在不同人手里出现不同口径。
| 行动项编号 | 行动项描述 | 交付物 | 负责人 | 协作人 | 截止时间 | 优先级 | 状态 | 验收标准 | 来源会议 | 依赖 | 备注 |
|---|---|---|---|---|---|---|---|---|---|---|---|
表头说明：一行对应一个行动项，编号用于在讨论和跟踪时指代具体条目；描述与交付物回答“做什么、交什么”；负责人、协作人、截止时间回答“谁来做、什么时候交”；优先级、状态、验收标准回答“先做哪个、做到哪一步、怎样算完成”；来源会议、依赖、备注用于回溯背景和说明前置条件。表格可直接复制到在线文档、电子表格或团队协作工具中使用，复制后按团队习惯调整列宽和行数即可。
每个字段分别记录什么
字段的价值在于让不同的人在会后看到同一行时得出同样的理解。下面逐项说明填写口径，模板、说明与后文示例保持同一套列名和取值。
行动项描述与交付物
描述要写清动作和对象，让人不看会议记录也知道要做什么。只写“跟进客户反馈”信息不足，写成“整理本周客户反馈中的高频问题并形成问题清单”才具备可执行性。交付物进一步明确产出形态，例如“问题清单文档”“修订后的方案第2版”“测试报告”，让完成有实物可对照。
负责人、协作人与截止时间
负责人只填一人，这个人对行动项的完成负责，避免多人并列导致无人真正推进。需要配合的角色写入协作人列，例如“设计评审支持”“数据提供”。截止时间写到具体日期，如“3月14日”，不写“下周”“月底前”这类相对时间，因为相对时间在跨周流转后容易产生歧义。
优先级与状态
优先级建议用固定档位，如高、中、低，并约定高优先级指影响本次会议目标达成或阻塞他人工作的事项。状态使用统一取值：待开始、进行中、已完成、已取消。取值统一后，统计和筛选才有意义；临时新增状态会让清单在几周后难以汇总。
验收标准
验收标准写可判断完成的条件，例如“问题清单覆盖本周全部客户反馈，且每条标注来源与处理建议”“方案第2版通过设计负责人评审并记录评审意见”。条件应能被负责人以外的人核对，避免写成“完成得比较好”这类主观判断。
来源会议、依赖与备注
来源会议记录会议名称与日期，如“3月7日产品周会”，便于日后回溯讨论背景和确认口径。依赖写明前置条件，如“等待接口文档确认后启动”。备注用于记录补充信息，例如相关文档位置、特殊约定，内容保持简短，避免把整段讨论搬进表格。
哪些字段必填、哪些可以选填
必填项保证行动项可被分派和追踪，选填项用于补充背景。团队可以先按最小必填集运行，再根据实际需要增加选填字段，控制每次会后整理清单的时间成本。
| 字段 | 填写要求 | 说明 |
|---|---|---|
| 行动项描述 | 必填 | 缺失时无法判断要做什么，该条不应进入清单 |
| 负责人 | 必填 | 缺失时当场指定，指定不了则记为待认领并列入下次会议首项 |
| 截止时间 | 必填 | 缺失时由负责人会后一个工作日内补齐 |
| 状态 | 必填 | 新建条目默认“待开始” |
| 来源会议 | 必填 | 缺失时无法回溯背景，整理人应在录入时补上 |
| 协作人 | 选填 | 涉及跨角色配合时填写 |
| 优先级 | 选填 | 条目较多或存在明确先后顺序时填写 |
| 验收标准 | 选填 | 交付物不易判断完成时建议填写 |
| 依赖 | 选填 | 存在前置条件时填写 |
| 备注 | 选填 | 需要补充背景或约定时填写 |
必填项缺失时的处理方式要提前约定：描述不清的条目在会议结束前澄清；负责人无法当场确定时，明确由谁在何时认领；截止时间缺失的，由负责人在会后一个工作日内补上，整理人负责核对。不同会议类型可以调整选填范围，例如周会清单可省略优先级，评审会清单建议保留验收标准和依赖，项目启动会清单可增加里程碑关联字段。
一份填写完整的行动项清单示例
下面的示例使用与空白模板完全一致的列名，覆盖不同状态与优先级，演示各字段如何配合。示例为演示情景，团队可按自身业务替换内容。
| 行动项编号 | 行动项描述 | 交付物 | 负责人 | 协作人 | 截止时间 | 优先级 | 状态 | 验收标准 | 来源会议 | 依赖 | 备注 |
|---|---|---|---|---|---|---|---|---|---|---|---|
| A-01 | 整理本周客户反馈中的高频问题并形成问题清单 | 问题清单文档 | 李敏 | 王强（提供工单数据） | 3月14日 | 高 | 进行中 | 覆盖本周全部客户反馈，每条标注来源与处理建议 | 3月7日产品周会 | 工单数据导出完成 | 清单放在团队文档库，周五评审 |
| A-02 | 修订上线方案第2版并补充回滚步骤 | 方案第2版 | 赵磊 | 陈静（评审） | 3月12日 | 高 | 待开始 | 通过设计负责人评审并记录评审意见 | 3月7日产品周会 | 接口文档确认 | 评审意见同步到方案文档 |
| A-03 | 确认新版本灰度范围并通知相关业务方 | 灰度通知记录 | 周航 | 各业务线接口人 | 3月10日 | 中 | 已完成 | 通知覆盖全部灰度业务方并收到确认回复 | 3月7日产品周会 | 无 | 回复记录归档在通知文档 |
| A-04 | 整理上季度遗留需求并给出关闭或延续建议 | 遗留需求处理建议表 | 孙悦 | 产品组各成员 | 3月20日 | 低 | 待开始 | 每条遗留需求标注关闭或延续，并写明理由 | 3月7日产品周会 | 无 | 与季度规划会合并讨论 |
| A-05 | 原定线下用户访谈改为线上进行 | — | 李敏 | — | 3月9日 | 低 | 已取消 | — | 3月7日产品周会 | — | 改为由用研组统一安排 |
从示例可以看出，状态为“已完成”的条目仍保留验收标准，便于事后核对完成质量；“已取消”的条目保留描述和来源会议，说明取消原因，避免日后被误认为遗漏。优先级只在确有先后顺序时填写，不必每行都标。
清单的调整与长期维护方法
模板能否长期使用，取决于字段是否随会议类型调整、状态是否有人定期更新、关闭的条目是否及时归档。以下做法可作为团队维护清单的起点，按实际情况取舍。
按会议类型增减字段
周会、站会类清单以描述、负责人、截止时间、状态为主，字段少、录入快；评审会、决策会清单建议保留验收标准和依赖，便于核对结论；项目启动会清单可增加里程碑或关联项目字段。调整字段时同步更新字段说明，并在一段时间内保持稳定，频繁改列会让历史清单难以对比。
状态更新与逾期检查
约定固定节奏更新状态，例如负责人每周更新一次自己名下的条目，整理人在每次会议前检查逾期项并在会上说明。逾期检查看两个信号：截止时间已过但状态仍为“待开始”或“进行中”，以及依赖项长期未解除。发现逾期时，优先确认是时间估算问题还是资源问题，再决定调整截止时间或拆分行动项。
关闭与归档规则
行动项满足验收标准后改为“已完成”，并在备注中记录完成位置或结果链接；确认不再需要的改为“已取消”并写明原因。已完成和已取消的条目在清单中保留一个周期后移入归档表，归档表保留编号、描述、负责人、完成日期和来源会议，便于季度回顾时统计行动项完成情况。
避免清单膨胀
清单膨胀通常来自两类条目：描述过粗、长期无法关闭的“大项”，以及重复记录的同一件事。处理方式是拆分大项为可在一至两周内完成的子项，录入前先检索是否已有相同行动项。每次会议只新增本次讨论产生的条目，不把历史遗留全部重抄一遍。
与任务管理工具的衔接
清单适合承载会议层面的记录和短期跟踪；当行动项涉及多人协作、需要跨周推进或与项目计划关联时，可以转入任务管理工具跟进，清单中保留编号和链接作为索引，避免两处各维护一份状态。以 ONES 为例，ONES Wiki 支持使用模板库和页面模板库创建制式化文档，会议记录可以在其中沉淀；文档支持关联项目任务并嵌入任务进度，成员可在线评论、查看和回滚页面版本。这样会议记录与后续任务跟进保持关联，清单本身仍按上述字段和节奏维护。具体模板类型和任务关联方式以团队实际使用的产品功能为准。
常见问题
行动项描述写到什么程度才算清楚？
判断标准是：不看会议记录的人读到这一行，也能知道要做什么、交什么。描述里要有动作和对象，例如“整理本周客户反馈中的高频问题并形成问题清单”，比“跟进客户反馈”更可执行。交付物列进一步写明产出形态，如文档、方案版本或报告，让完成有实物可对照。如果描述需要依赖会议上下文才能理解，说明还需要补充背景，可写入备注或直接改写描述。
会上确定不了负责人或截止时间，这条行动项还进清单吗？
可以进清单，但要标注清楚待定状态并约定补齐方式。负责人无法当场确定时，明确由谁在何时认领，记为待认领并列入下次会议首项；截止时间缺失时，由负责人在会后一个工作日内补齐，整理人负责核对。描述不清的条目应在会议结束前澄清，澄清不了的不宜直接进入清单，否则后续跟踪时无法判断完成标准。
行动项转入任务管理工具后，清单还要继续维护吗？
建议清单保留编号和任务链接作为索引，状态以任务管理工具为准，避免两处各维护一份状态。清单适合承载会议层面的记录和短期跟踪；当行动项涉及多人协作、跨周推进或与项目计划关联时，转入任务管理工具跟进更合适。以 ONES 为例，ONES Wiki 支持文档关联项目任务并嵌入任务进度，会议记录可以在其中沉淀，成员可在线评论、查看和回滚页面版本，便于会议记录与后续任务跟进保持关联。具体模板类型和任务关联方式以团队实际使用的产品功能为准。
清单条目越来越多、越来越难关闭，通常是什么原因？
常见原因有两类：条目描述过粗，长期无法判断是否完成；以及同一件事被重复记录。处理方式是把大项拆成可在一至两周内完成的子项，录入前先检索是否已有相同行动项。每次会议只新增本次讨论产生的条目，历史遗留不整体重抄。已完成和已取消的条目保留一个周期后移入归档表，归档表保留编号、描述、负责人、完成日期和来源会议，便于季度回顾时统计完成情况。
不同会议类型使用同一张清单模板可以吗？
可以共用一张基础模板，但选填范围按会议类型调整。周会、站会类清单以描述、负责人、截止时间、状态为主，录入快；评审会、决策会清单建议保留验收标准和依赖，便于核对结论；项目启动会清单可增加里程碑或关联项目字段。调整字段时同步更新字段说明，并在一段时间内保持稳定，频繁改列会让历史清单难以对比。
