会议行动项常停在“会后再说”的口头承诺上，问题往往不在执行意愿，而在角色没分清：谁对单条行动项的交付负责，谁负责记录，谁负责催办，谁负责验收。本文按会前、会中、会后三个阶段，说明行动项责任人与主持人、记录人、跟进人、验收人的分工方式，并给出可直接使用的记录字段和落地检查清单。
要点总览（TL;DR）
- 行动项责任人对单条行动项从产生到关闭负责，包括确认交付物、截止时间和验收人，主动同步进展与阻塞；议程设计、会议组织、全量清单维护不属于其职责。
- 会前主持人定议程、记录人备模板、责任人更新未关闭行动项状态；会中当场定责任人、交付物、截止时间和验收人；会后记录人发清单、责任人确认、跟进人跟踪、验收人给结论。
- 行动项记录至少包含描述、唯一责任人、交付物、截止时间、验收人和状态，每个字段固定填写人与确认人，当场确认优先，待确认项要设时限。
- 分工是否落地，看每条行动项是否都有唯一责任人和验收人、责任人是否确认接收、跟进人是否有统一汇总视图、延期阻塞是否有升级路径、会后状态是否可查。
先明确行动项责任人的职责边界
行动项责任人是对单条行动项从产生到关闭负责的人。他需要确认这条行动项要做成什么、什么时候交、交给谁验收，并在执行过程中主动同步进展和阻塞。这条职责的范围止于该行动项本身，不延伸到整场会议的组织质量。
把行动项责任人与其他角色放在一起看，边界会更清楚：
- 会议主持人对会议目标和议程负责，决定这次会议要解决什么问题、哪些议题进入讨论、讨论到什么程度收口。行动项责任人不需要设计议程，但需要在会上对与自己相关的行动项给出可执行的承诺。
- 记录人对讨论结论到行动项记录的转换负责，把会上说定的事项写成结构化条目。行动项责任人不需要承担记录工作，但需要核对记录是否准确反映了自己的承诺。
- 跟进人对行动项清单的整体状态负责，汇总、催办、同步进展、暴露延期。行动项责任人向跟进人提供状态更新，跟进人不替责任人执行任务。
- 验收人对交付是否达标负责，通常是提出需求的一方或对该结果有判断权的人。行动项责任人提交交付物，验收人给出通过或退回的意见。
据此可以列出行动项责任人的负责与不负责事项：
| 负责事项 | 不负责事项 |
|---|---|
| 确认行动项的目标、交付物与截止时间 | 设计会议议程与议题顺序 |
| 执行行动项并主动同步进展 | 组织会议、安排会议室与参会人 |
| 在截止时间前提交交付物 | 维护全团队行动项汇总清单 |
| 遇到阻塞时及时提出并说明影响 | 判定自己交付物是否达标 |
| 根据验收意见完成返工或说明 | 决定行动项是否关闭（由验收人确认） |
需要说明的是，一个人在同一场会议里可能同时承担多个角色，例如小团队里主持人兼任跟进人。角色可以合并，但每类职责要有明确归属，否则容易出现“大家都以为对方在跟”的空档。
会前、会中、会后三阶段的角色分工步骤
角色边界确定后，需要落到会议的具体阶段。每个阶段都应有明确的输入、动作、输出和完成标志，这样分工才可执行、可检查。
会前：把已有行动项的状态带进会议
主持人确定议程，明确本次会议要收口的议题，并提前发出材料。记录人准备统一的记录模板，模板中预留行动项字段。行动项责任人在会前更新自己名下未关闭行动项的状态，标注已完成、进行中或受阻。
完成标志：议程和材料在会前发出，记录模板就位，未关闭行动项有最新状态。
会中：讨论到行动项时当场定人定责
讨论形成结论时，主持人负责收口，明确这条事项是否成为行动项。一旦成为行动项，当场确定责任人、交付物、截止时间和验收人，由责任人当场确认。记录人同步记录，不把“会后再说”留到会后补。
完成标志：每条行动项在会上都有唯一责任人和验收人，截止时间具体到日期。
会后：记录、确认、跟踪形成闭环
记录人整理行动项清单并发出。责任人逐条确认接收，对描述或时间有异议的当场提出修正。跟进人汇总全量清单，按截止时间排序，定期同步状态，对临近截止和已延期的条目提醒责任人。验收人在收到交付物后给出结论，通过则关闭，退回则说明原因并约定新的时间。
完成标志：行动项清单发出且责任人全部确认，跟进人持有统一汇总视图，每条行动项有可查的状态。
三阶段分工汇总如下：
| 阶段 | 角色 | 输入 | 动作 | 输出 | 完成标志 |
|---|---|---|---|---|---|
| 会前 | 主持人 | 议题需求、上次会议遗留 | 确定议程、发出材料 | 会议议程 | 议程与材料会前发出 |
| 会前 | 记录人 | 团队记录规范 | 准备记录模板 | 含行动项字段的模板 | 模板就位 |
| 会前 | 行动项责任人 | 名下未关闭行动项 | 更新状态与阻塞 | 最新状态 | 状态无遗漏 |
| 会中 | 主持人 | 讨论结论 | 收口并确认是否成为行动项 | 行动项决议 | 每条事项有明确去向 |
| 会中 | 行动项责任人 | 行动项决议 | 确认交付物、时间与验收人 | 口头承诺与确认 | 当场确认无异议 |
| 会中 | 记录人 | 讨论过程 | 按字段记录行动项 | 行动项草稿 | 字段完整 |
| 会后 | 记录人 | 行动项草稿 | 整理并发出清单 | 行动项清单 | 清单发出 |
| 会后 | 行动项责任人 | 行动项清单 | 逐条确认接收 | 确认结果 | 全部确认 |
| 会后 | 跟进人 | 确认后的清单 | 汇总、催办、同步状态 | 统一跟踪视图 | 状态可查、延期可见 |
| 会后 | 验收人 | 责任人提交的交付物 | 判断是否达标 | 通过或退回意见 | 结论明确并记录 |
行动项记录需要哪些字段与角色确认
分工能否稳定运行，取决于记录是否承载了责任信息。行动项记录建议采用以下最小字段集，并固定每个字段的填写人和确认人。
| 字段 | 填写人 | 确认人 | 是否必填 |
|---|---|---|---|
| 行动项描述（做什么、做到什么程度） | 记录人 | 行动项责任人 | 必填 |
| 责任人（唯一） | 记录人 | 行动项责任人 | 必填 |
| 交付物（可检查的产出） | 行动项责任人 | 验收人 | 必填 |
| 截止时间 | 行动项责任人 | 验收人 | 必填 |
| 验收人 | 主持人或提出方 | 验收人 | 必填 |
| 状态（未开始、进行中、待验收、已关闭、受阻） | 行动项责任人 | 跟进人 | 必填 |
| 来源（哪次会议、哪个议题） | 记录人 | — | 建议填写 |
| 备注与阻塞说明 | 行动项责任人 | 跟进人 | 选填 |
关于确认方式，会上当场确认优先：责任人当场对描述、交付物和时间表态，记录人据此定稿，可以显著减少会后返工。当场无法确认的，例如需要评估工作量或依赖外部资源，应在记录中标注“待确认”，并约定确认时限，由跟进人在时限内收回确认结果。待确认状态不应长期挂起，超过约定时限仍未确认的，由主持人协调定责。
行动项从记录、指派、状态更新到验收关闭，如果分散在聊天记录和表格里，容易出现版本不一致。团队可以把这条链路放到统一的工作项或任务系统中承载，让责任人更新状态、验收人给出结论、跟进人查看汇总视图在同一处完成。ONES 可以承载工作项与状态流转这类协作场景，具体配置方式需结合团队实际流程确定。
示例：一次周会中的行动项分工
以下为演示情景，用于说明分工流程，不代表真实组织案例。
某产品团队每周一开一次 45 分钟周会，参与角色包括主持人（产品负责人）、记录人（项目助理）、跟进人（项目经理）、三名行动项责任人和若干验收人。本周议题之一是客户反馈的导出功能异常。
会前。主持人发出议程，包含上周遗留行动项复盘和新议题两项。记录人打开记录模板。三名责任人分别更新名下行动项状态，其中一条标注为“受阻，等待测试环境”。
会中。讨论导出异常时，主持人收口为两条行动项：一是排查异常原因并给出修复方案，指定后端工程师为责任人，交付物为排查结论与修复排期，截止周三，验收人为产品负责人；二是补充导出场景的回归用例，指定测试工程师为责任人，交付物为用例清单，截止周四，验收人为测试负责人。两人当场确认。记录人按字段记录，同时把上周受阻的行动项标记为继续跟踪。
会后。记录人当天发出行动项清单。两名责任人确认接收。跟进人汇总全部未关闭行动项，按截止时间排序，周三上午提醒后端工程师。后端工程师提交排查结论，验收人确认通过，该条关闭；测试用例清单周四提交，验收人发现缺少大数据量场景，退回并约定周五补充，责任人补充后再次提交并通过。受阻的那条行动项由跟进人升级给主持人，协调测试环境后恢复进行。
异常处理。如果会上讨论到某事项时无法确定责任人，主持人应当场指定临时负责人，或明确“由某角色在某个时间前提出人选”，并记入清单，避免无主。出现延期时，责任人应在截止时间前说明原因和新的预计时间，由跟进人记录并同步验收人；反复延期或影响下游的，由跟进人升级到主持人协调资源。
分工落地后的完成检查
角色分工是否真正运转，可以用下面这份清单逐项核对。建议在机制运行两到三周后做一次检查，之后按月抽查。
- 每条行动项都有唯一责任人，没有“大家一起负责”的条目。
- 每条行动项都有验收人，且验收人与责任人不是同一人（特殊情况需说明）。
- 责任人已确认接收，并知晓交付物和截止时间。
- 行动项描述包含可检查的交付物，而非只有动作方向。
- 截止时间具体到日期，没有“尽快”“下周左右”这类表述。
- 跟进人持有覆盖全团队的统一汇总视图，能按截止时间和状态筛选。
- 延期和阻塞有明确的提出方式和升级路径，责任人知道向谁升级。
- 会议结束后，行动项状态在统一位置可查，不依赖个人记忆或聊天记录翻找。
- 验收结论有记录，关闭和退回都有据可查。
- 上周未关闭的行动项在本次会议中有复盘，状态已更新。
检查中发现的问题，通常集中在两处：一是记录字段不全，导致责任和验收无法追溯；二是跟进人缺少统一视图，状态散落在各处。前者通过固定模板和当场确认解决，后者需要团队约定一个统一承载行动项的位置，让记录、指派、状态更新和验收结论在同一处沉淀。
常见问题
会上无法当场确定责任人时，应该怎么处理？
主持人应当场指定临时负责人，或者明确由某个角色在指定时间前提出人选，并把这条约定记入行动项清单，标注为待确认。跟进人在约定时限内收回确认结果；超过时限仍未确认的，由主持人协调定责。这样处理可以避免事项在会后无人认领，也保留了责任归属的可追溯性。
行动项责任人同时是验收人，可以吗？
原则上不建议。验收人承担判断交付是否达标的职责，与责任人合并后，交付质量缺少独立判断环节。小团队人手紧张时可能出现这种情况，此时应在记录中说明原因，并由主持人或提出需求的一方在关键节点做抽查。检查清单里把“验收人与责任人不是同一人”列为核对项，就是为了让这类例外被看见，而不是默认发生。
责任人认为截止时间不合理，应该在哪一步提出？
最好在会中当场提出。责任人确认接收时，如果对交付物范围或截止时间有异议，应当场说明理由并协商调整，记录人据此定稿。会后确认环节发现问题的，责任人应在确认接收时提出修正，由记录人更新清单并同步验收人。把异议留到临近截止才提出，会压缩验收人的判断时间，也容易造成下游环节被动延期。
跟进人和项目经理是同一个角色吗？
不一定。跟进人的核心职责是维护行动项清单的整体状态：汇总、催办、同步进展、暴露延期。项目经理可能承担这一职责，也可能由项目助理或轮值人员承担。关键不在头衔，而在于这个角色是否持有覆盖全团队的统一视图，以及是否有明确的催办和升级动作。角色可以合并，但职责要有明确归属。
行动项关闭后还需要保留记录吗？
建议保留。关闭记录包含交付物、验收结论和退回意见，是后续复盘和追溯的依据。检查清单中要求“验收结论有记录，关闭和退回都有据可查”，就是为了让行动项的历史状态可查。团队可以在统一承载行动项的位置保留已关闭条目，按会议或时间归档，避免记录散落在聊天记录里。
