会议行动项常出现“会上都同意、会后没人推”的情况，根源往往在角色分工没有写清：谁负责推进、谁负责交付、谁负责验收混在一起。本文按职责与机制设计给出行动项责任人与主持人、执行人、跟进人、验收人的边界，并提供从决议到闭环的四步流程、字段对照表和检查清单，供团队直接套用。
要点总览（TL;DR）
- 行动项责任人负责把会议决议转成可执行、可跟踪、可验收的行动项，并对推进与闭环负责；执行人负责交付结果，验收人负责判断是否完成，三者应分开写清。
- 一条行动项只设一个责任人，多人协作时指定主责人；责任人缺位由主持人当场指定临时人选，并在下个跟进节点前确认正式人选。
- 从决议到闭环按四步走：会上确认决议并提取行动项、当场明确责任人与截止时间、会后一个工作日内录入并同步、按固定节奏跟进验收与关闭。
- 行动项至少包含描述、责任人、执行人、验收人、截止时间、状态和来源会议七个字段，每个字段明确填写人与确认人，缺字段由责任人补齐。
- 机制运行一个月后按清单检查：唯一责任人、验收结论、延期原因与来源可追溯；同类反复延期、验收争议频繁、跟进人负担过重是调整分工的三类信号。
先定分工：行动项责任人到底管什么
行动项责任人的核心职责，是把会议决议转化为可执行、可跟踪、可验收的行动项，并对推进过程和最终闭环负责。判断一个人是否真正承担了责任人角色，可以看三件事：他能否说清这条行动项要产出什么、卡在哪里、下一步谁做什么；他是否主动协调执行人与验收人之间的信息差；他是否在截止时间前推动状态更新，而不是等别人来问。
需要区分的是，责任人负责“推进”，执行人负责“交付”。责任人可以自己动手做一部分，但即使不动手，也要对进度和闭环负责；执行人对结果质量负责，验收人对“算不算完成”负责。把这两层混成一个人，短期看似省事，长期容易出现“自己交、自己验、自己说完成”的失控。
| 角色 | 主要职责 | 不承担什么 | 关键输出 |
|---|---|---|---|
| 行动项责任人 | 把决议拆成可执行行动项，协调资源，跟踪进度，推动闭环 | 不替代执行人交付结果，不单方面判定验收通过 | 清晰的行动项描述、推进记录、闭环结论 |
| 会议主持人 | 在会上确认决议、确认分派、拍板争议 | 不负责会后逐条催办 | 会议决议与分派结论 |
| 执行人 | 按约定完成具体工作并提交结果 | 不负责协调跨部门资源，不决定验收标准 | 可验收的交付物或结果说明 |
| 跟进人 | 按固定节奏提醒、汇总状态、暴露风险 | 不替责任人做决策，不替执行人干活 | 状态汇总、风险提示 |
| 验收人 | 依据事先约定的标准判断是否完成 | 不负责推进过程，不在验收时才提新要求 | 验收结论与遗留问题 |
一条行动项原则上只设一个责任人。多人共担看似公平，实际会让“谁来推动”变得模糊，出现延期时也难定位。若工作确实需要多人协作，应明确一名主责人，其余人作为协作人写入行动项，主责人仍然对整体推进负责。
责任人缺位时，处理方式要前置约定：会议结束前由主持人指定临时责任人，并在下一次跟进节点前确认正式人选；如果原责任人调岗或长期无法履职，由主持人或其上级重新指派，同时更新行动项记录，避免出现无人认领的“孤儿行动项”。
从会议决议到行动项：四步操作流程
分工要落地，需要一条固定的操作路径。下面四步分别说明输入、动作、输出和完成标志，团队可以按会议类型调整节奏，但步骤顺序建议保持稳定。
第一步：会议中确认决议并提取行动项
输入是会议议程、讨论记录和已达成的共识。动作是在会议结束前，由主持人逐条复述决议，参会人确认无歧义后，把每条决议转写成“动词+对象+结果”的行动项描述，例如“完成支付接口联调并提交测试报告”。输出是一份待分派的行动项清单。完成标志是每条决议都有对应的行动项，且没有“继续关注”“加强沟通”这类无法验收的表述。
第二步：明确责任人、执行人、验收人和截止时间
输入是第一步形成的行动项清单。动作是当场为每条行动项指定唯一责任人，由责任人提出执行人和验收人建议，主持人确认截止时间。验收标准应在这一步一并说清，例如“测试报告覆盖三个核心场景并通过评审”。输出是字段完整的行动项记录。完成标志是每个角色都当场确认接受，没有“会后再说”的悬空项。
第三步：会后录入并同步行动项状态
输入是会上确认的行动项记录。动作是责任人在会后一个工作日内把行动项录入团队共用的协作空间，补齐来源会议、截止时间、验收人等字段，并通知执行人和验收人。输出是可被全员查看的行动项台账。完成标志是行动项状态为“待开始”或“进行中”，且相关角色都能在自己的工作视图中看到这条记录。
这一步适合用协作工具承载。以ONES为例，行动项可以作为工作项录入项目空间，责任人、执行人、验收人对应到不同成员字段，截止时间和状态随工作项流转更新，来源会议可通过关联或描述字段保留。这样跟进人查看的是同一份实时状态，减少在群聊和表格之间反复核对。
第四步：跟进、验收与关闭
输入是进行中的行动项和约定的跟进节奏。动作是跟进人按固定周期汇总状态、标记风险，责任人推动执行人交付，验收人依据事先标准给出通过或不通过结论。输出是验收记录和关闭状态。完成标志是行动项状态变为“已完成”并附验收结论；未通过的行动项要写明原因和新的截止时间，重新进入跟进循环。
行动项字段与角色分工对照表
字段是分工的载体。字段缺失，角色边界就会退回到口头约定。下表把每个必备字段绑定到填写人和确认人，团队可以直接照此配置行动项模板。
| 字段 | 填写角色 | 确认角色 | 说明 |
|---|---|---|---|
| 行动项描述 | 责任人 | 主持人 | 写清动作、对象和预期结果，避免模糊表述 |
| 责任人 | 主持人指定 | 责任人本人 | 一条行动项只设一人 |
| 执行人 | 责任人 | 执行人本人 | 可多人，但需写明各自交付内容 |
| 验收人 | 责任人提议 | 主持人或验收人本人 | 验收标准与验收人同时确定 |
| 截止时间 | 责任人 | 主持人 | 包含日期，必要时写明具体时点 |
| 状态 | 责任人更新 | 跟进人核对 | 待开始、进行中、待验收、已完成、已延期 |
| 来源会议 | 责任人 | 跟进人核对 | 便于回溯决议背景和变更依据 |
字段缺失时的补录规则要简单可执行：会后录入阶段发现缺字段，由责任人补齐并通知确认人；确认人一个工作日内未提出异议，视为默认确认。若责任人无法确定验收人，由主持人指定，避免行动项长期停留在“待确认”状态。补录和变更都应保留记录，便于复盘时判断是分派问题还是执行问题。
示例：一次评审会的行动项分工
以下为演示情景，用于说明角色如何配合，不代表特定团队的真实案例。
某产品团队召开需求评审会，决议包括：登录模块的异常提示文案需要统一、埋点方案需要补充、上线时间需要与运维确认。主持人当场把三条决议转成行动项，并完成分派。
| 行动项 | 责任人 | 执行人 | 验收人 | 截止时间 | 状态流转 |
|---|---|---|---|---|---|
| 统一登录模块异常提示文案并提交文案清单 | 产品经理A | 交互设计师B | 产品负责人 | 周三 | 待开始→进行中→待验收→已完成 |
| 补充登录流程埋点方案 | 数据分析师C | 数据分析师C | 技术负责人 | 周四 | 待开始→进行中→待验收→已完成 |
| 与运维确认上线窗口并回复会议纪要 | 项目经理D | 项目经理D | 主持人 | 周五 | 待开始→进行中→已延期→已完成 |
会后第一天，责任人把三条行动项录入协作空间，执行人和验收人收到通知。跟进人每周二、周四汇总状态。第二条行动项由责任人兼任执行人，验收仍由技术负责人完成，避免自验自过。
第三条行动项在周五未完成，责任人标记“已延期”并说明原因：运维排期未确认。跟进人把风险同步给主持人，主持人协调运维负责人给出时间，责任人更新截止时间后继续推进。这里体现的处理原则是：延期由责任人主动暴露，调整由主持人确认，跟进人负责让信息可见，验收人只在结果提交后判断是否通过。
如果出现责任不清，例如执行人认为文案范围应由产品决定、责任人认为设计应自行判断，处理方式是回到行动项描述和验收标准：由责任人补充范围说明，验收人确认标准，仍无法达成一致时提交主持人拍板，而不是在群聊中反复讨论。
完成检查：分工是否真正跑通
分工机制是否有效，可以用下面这份清单逐项核对。建议在机制运行一个月后做一次集中检查，之后按季度复查。
- 抽查最近一个月的行动项，是否每条都有唯一责任人和明确截止时间；存在多人共担的，是否已指定主责人。
- 随机询问责任人和执行人：能否说清自己在这条行动项中的输入和输出；验收人能否说出验收标准。
- 检查跟进节奏是否固定：是否有明确的汇总周期和风险上报路径，而不是靠临时催问。
- 检查验收环节：已完成行动项是否都有验收结论，是否存在执行人自行关闭的情况。
- 检查延期处理：延期行动项是否写明了原因、新截止时间和确认人。
- 检查来源可追溯：行动项能否关联回原会议决议，变更是否有记录。
复盘时判断分工是否需要调整，可以看三类信号：同类行动项反复延期，说明责任人承担过多或分派时资源未确认；验收争议频繁，说明验收标准在分派阶段没有写清；跟进人承担了大量协调工作，说明责任人推进缺位。对应调整方向分别是减少单人并行行动项数量、把验收标准纳入分派确认、明确责任人必须主动更新状态。分工机制的价值在于让问题在流程中暴露，而不是靠个别人补位维持运转。
常见问题
行动项责任人和执行人可以是同一个人吗？
可以，但要保留验收环节的独立性。责任人兼任执行人时，交付由本人完成，验收仍应由事先约定的验收人判断，避免自己交、自己验、自己说完成。若团队人手紧张，至少让验收人依据分派阶段写明的标准给出结论，并留下验收记录。
会上来不及确定验收人，行动项还能先分派吗？
可以先分派，但要设定补全时限。常见做法是会上先确认责任人和截止时间，验收人由责任人在会后一个工作日内提议、主持人确认；超过时限仍未确定，由主持人直接指定。行动项在验收人补齐前可以进入“进行中”，但不应在缺少验收人的情况下直接关闭。
跟进人和责任人之间如何避免重复催办？
把两者的动作分开：责任人负责推动执行人交付、主动更新状态和暴露风险；跟进人负责按固定周期汇总状态、标记异常并同步给相关角色。跟进人发现状态长期未更新时，提醒责任人是合理动作，但决策和协调仍由责任人完成。若跟进人承担了大量协调工作，通常说明责任人推进缺位，应调整分派而不是继续加人催办。
行动项延期后，原截止时间和状态怎么处理？
延期应由责任人主动标记，写明原因、新的截止时间和确认人，原截止时间保留在记录中便于复盘。主持人确认调整后，行动项重新进入跟进循环；验收人只在结果提交后判断是否通过。把延期原因和新时间写清，可以区分是资源未到位、范围变化还是执行问题，为后续分派提供依据。
小团队也需要区分这么多角色吗？
角色可以合并，职责不能消失。小团队里主持人可能同时担任跟进人，责任人可能兼任执行人，但“谁推进、谁交付、谁验收”这三件事仍要有人对应。可以用简化字段记录：责任人、验收人、截止时间三项必须写清，其余角色在行动项描述中注明。团队规模扩大或行动项数量上升后，再把跟进人独立出来。
