会议角色分工要解决的是两个常见问题：讨论时没人收口，散会后行动项没人认领和跟踪。把会议拆成召集人、主持人、记录人、行动项负责人四类职责，并明确每类角色在会前、会中、会后的输入与产出，会议结论才能落到具体的人和日期上。下面给出一套可直接套用的角色设置步骤、职责对照表、行动项流转规则和完成检查清单。
要点总览（TL;DR）
- 会议角色分工设置四类固定职责：召集人定议题与范围，主持人控节奏与收口结论，记录人记结论与行动项，行动项负责人认领并交付。
- 会前由召集人发出带预期产出的议程，会中主持人逐条确认结论、记录人当场写出行动项，会后记录人整理分发、主持人确认定稿、召集人跟踪闭环。
- 每条行动项写清事项、负责人、截止时间、验收标准和状态，经分发、确认认领后进入团队任务跟踪载体，未认领和逾期项按约定规则处理。
- 小团队可合并角色，但记录人与主持人尽量分开，行动项必须由执行人本人认领；重要决策会议建议召集人与主持人分离。
- 用一份完成检查清单逐项核对角色承担、议程发出、行动项字段、分发确认和逾期跟踪，两项以上长期不满足就回到角色设置调整。
会议角色分工的核心答案与设置步骤
会议角色分工的基本做法是设置四类固定职责：召集人负责定议题与范围，主持人负责控节奏与收敛结论，记录人负责记结论与行动项，行动项负责人负责认领并交付。四类角色不必对应四个人，但每场会都必须有人明确承担，并在会前说清楚。
按会前、会中、会后三个阶段推进，每个关键动作都有输入、做法和输出，完成标志是输出物已经产生并被相关人确认。
| 阶段 | 角色 | 输入 | 做法 | 输出与完成标志 |
|---|---|---|---|---|
| 会前 | 召集人 | 待决策或待同步的事项、相关背景材料 | 判断会议是否必要；写出议题清单，明确每个议题要得到的结果；据此确定参会人范围 | 议程在会前发出，参会人确认出席，议程中每个议题都有预期产出 |
| 会前 | 主持人 | 议程草案 | 核对议题顺序与时间分配，标记需要重点收敛的分歧点 | 时间盒分配完成，主持人清楚每个议题的收口方式 |
| 会中 | 主持人 | 议程、现场发言 | 按时间盒推进；分配发言机会；每个议题结束前逐条确认结论 | 每个议题有明确结论：通过、否决、待定并指定跟进人 |
| 会中 | 记录人 | 现场讨论 | 同步记录结论原文与行动项，行动项当场写出事项、负责人、截止时间 | 会议结束前记录内容已向全场复述一遍 |
| 会后 | 记录人 | 会议记录 | 整理成纪要，行动项单独成列表，补齐验收标准 | 纪要与行动项清单在约定时间内分发 |
| 会后 | 主持人 | 纪要草案 | 确认结论表述准确、行动项负责人无异议 | 纪要定稿，负责人确认认领 |
| 会后 | 召集人 | 行动项清单 | 跟踪各项进展，在下次会前检查逾期项 | 行动项状态有更新，逾期项有处理动作 |
这套步骤的关键在于把“确认”做成动作而不是默认：结论要当场复述确认，行动项要由负责人本人认领，纪要要经主持人确认后才算定稿。缺少任何一次确认，分工就容易退回到口头约定。
各角色的职责边界与交付物
四类角色的职责需要划清边界，重点是说明每类角色不承担什么，避免职责重叠或出现空档。
| 角色 | 职责范围 | 不承担 | 主要交付物 |
|---|---|---|---|
| 召集人 | 判断会议是否必要；确定议题范围与参会人；会后跟踪整体闭环 | 不主持讨论，不替主持人收口结论 | 议程、参会人名单、行动项跟踪结果 |
| 主持人 | 控制时间与节奏；分配发言；推动每个议题形成结论 | 不代替记录人做完整记录，不替负责人执行行动项 | 会议结论、定稿确认 |
| 记录人 | 记录结论与行动项；会后整理并分发纪要 | 不判断结论对错，不替负责人设定承诺之外的截止时间 | 会议纪要、行动项清单 |
| 行动项负责人 | 认领行动项；按截止时间执行；反馈进度与阻塞 | 不擅自变更验收标准，需要调整时回到主持人或召集人确认 | 行动项交付结果、进度更新 |
小团队人少时，角色可以合并，但要守住两条原则：一是同一场会中，记录人与主持人尽量分开，否则讨论和记录会互相干扰；二是行动项负责人不能由记录人代认领，认领必须由执行人本人完成。常见的合并方式是召集人与主持人由一人承担，适合议题单一、分歧不大的例会；记录人可由参会成员轮值，避免固定一人负担过重。涉及重要决策的会议，建议至少保留召集人与主持人分离，让议题设置和现场收口各有人负责。
行动项如何从会议记录落到可跟踪状态
行动项停留在纪要里，通常是因为字段不全或没有交接。每条行动项至少写清五个字段，缺一项就会在跟踪时产生歧义。
| 字段 | 填写要求 | 常见问题 |
|---|---|---|
| 事项 | 用动词开头描述可交付的结果，例如“完成接口联调并提交测试报告” | 写成“跟进一下”“继续推进”这类无法验收的表述 |
| 负责人 | 写具体的人，不写部门或“相关同事” | 多人共同负责，实际无人推进 |
| 截止时间 | 写到具体日期，跨团队依赖的注明前置条件 | 只写“下周”“尽快” |
| 验收标准 | 说明什么状态算完成，由谁验收 | 只写交付物名称，不写完成口径 |
| 状态 | 至少区分未开始、进行中、已完成、已逾期 | 状态长期不更新，跟踪时无法判断真实进展 |
流转上分三步。第一步，会后分发：记录人把纪要和行动项清单发给全部参会人及需要知会的相关人，明确反馈期限。第二步，确认认领：行动项负责人在期限内确认接受，对截止时间或验收标准有异议的，当场提出并由主持人或召集人裁定，避免带着模糊承诺进入执行。第三步，进入跟踪：行动项从纪要转移到团队日常的任务跟踪载体中，负责人更新状态，召集人在下次会前检查逾期项。
未认领和逾期的行动项要有明确处理规则：分发后超过约定时间未确认的，由召集人直接指派并通知本人；逾期项在下次会议开始时逐条过一遍，负责人说明原因并给出新的完成时间，连续逾期的行动项升级到召集人或其上级协调资源。规则写进团队约定后，跟踪才有依据。
当团队把行动项放进协作平台管理时，会议纪要中的行动项可以直接转为工作项，指派负责人、设置截止时间并随执行更新状态，召集人按状态筛选即可看到逾期项。ONES 的项目与工作项管理可以承载这类从会议记录到任务跟踪的交接，让行动项的状态变化有统一入口，减少在纪要和任务列表之间反复同步。具体使用方式按团队现有的项目结构配置即可。
一个跨角色会议的分工示例
以下为演示情景，用于说明四类角色的配合方式，不对应真实团队。
背景：一个产品团队要确定下一版本的上线范围，涉及产品、研发、测试三方，会前存在两个争议点：某功能是否本期上线、测试资源是否够用。会议目标是在一小时内形成上线范围结论，并明确后续行动项。
会前，召集人（产品负责人）判断该事项需要三方共同决策，会议有必要召开。他列出三个议题：范围确认、资源评估、风险与回退方案，每个议题标注预期产出，并确定参会人为产品、研发、测试各一名代表，议程提前一天发出。主持人（研发负责人）核对议程后，为三个议题分别分配二十分钟、二十分钟、十五分钟，预留五分钟收尾。
会中，主持人按时间盒推进。第一个议题出现分歧时，他要求双方各用两分钟说明依据，然后给出选项让参会人表态，形成“本期上线核心功能、延后两个次要功能”的结论。记录人同步记下结论原文，并在每个议题结束时复述一遍请全场确认。第二个议题中，测试代表提出资源缺口，主持人将其转为行动项：由测试代表在两天内给出人力缺口清单，研发负责人确认可协调的资源。记录人当场写出事项、负责人和截止时间。
会后，记录人当天整理纪要，行动项单独成表，补齐验收标准，例如“人力缺口清单需列明缺口人数与可压缩的测试项，由研发负责人验收”。纪要在次日中午前分发，两位行动项负责人当天确认认领。召集人把行动项纳入版本跟踪列表，在下次评审会前检查进展，发现其中一项临近截止仍未开始时提前提醒负责人。这个示例中的交接点有三处：议程从召集人交到主持人，结论从主持人交到记录人，行动项从记录人交到负责人和召集人的跟踪列表。
分工落地后的完成检查
判断角色分工是否真正运转，可以按以下清单逐项核对。建议在连续几场会议后做一次集中检查，之后每月抽查一次。
- 每场会都能说出四类角色分别由谁承担，没有出现“这次没人记录”的情况。
- 议程在会前发出，且每个议题都写明了预期产出，而不只是议题名称。
- 会议结论在会中逐条确认过，纪要中的结论与现场确认一致。
- 每条行动项都有具体负责人、具体日期和验收标准，没有“相关部门”“尽快”这类表述。
- 行动项负责人在分发后完成了确认认领，有异议的已在会上或分发后裁定。
- 纪要和行动项清单在约定时间内分发到了全部相关人。
- 行动项已进入团队的跟踪载体，状态有更新，不依赖个人记忆。
- 逾期行动项在下次会上被逐条过问，并有新的完成时间或升级处理。
- 召集人能在下次会前说清上次会议行动项的整体进展。
清单中若有两项以上长期不满足，说明分工还停留在形式层面，需要回到角色设置和确认机制上调整，例如把记录人改为轮值、把行动项确认纳入会议收尾环节，或由召集人固定承担跟踪职责。
常见问题
会议主持人同时兼任记录人，会有什么问题？
主持人的注意力在推进节奏和收敛结论上，兼任记录时容易在讨论激烈处漏记结论原文，或者为了记录而打断发言。小团队确实人手紧张时，可以改为参会成员轮值记录，或由主持人在每个议题收口时口头复述结论、由记录人只记结论和行动项，减少逐字记录的工作量。涉及重要决策的会议，建议把这两个角色分开。
行动项负责人当场不确认，或者对截止时间有异议，怎么处理？
不要让模糊承诺进入执行。会上或分发后的反馈期限内，负责人提出异议的，由主持人或召集人当场裁定：要么调整截止时间或验收标准，要么说明资源约束后重新指派。裁定结果要更新到行动项清单里，并让负责人再次确认。分发后超过约定时间无人确认的，由召集人直接指派并通知本人，避免行动项悬空。
行动项一定要放进协作工具吗，用文档或表格记录行不行？
记录载体取决于跟踪强度。行动项数量少、周期短、参与人固定的团队，用共享文档或表格维护清单也能运转，前提是状态字段有人定期更新，召集人在下次会前能按状态筛出逾期项。当行动项跨多个项目、负责人分散、需要按人查看待办时，放进协作平台会更省事：会议纪要中的行动项可以直接转为工作项，指派负责人、设置截止时间并随执行更新状态。ONES 的项目与工作项管理可以承载这类交接，具体按团队现有项目结构配置即可。
例会频率高、议题重复，还需要每场都走完整的分工流程吗？
流程可以简化，角色不能缺位。固定例会的议程可以做成模板，会前只更新本周议题和预期产出；会中仍要逐条确认结论，记录人只记新增结论和行动项；会后分发可以合并到固定渠道。真正需要保留的是确认动作和行动项字段，这两项一旦省略，例会就容易变成只同步不闭环。
召集人跟踪行动项，和项目经理的职责会不会冲突？
两者关注的范围不同。召集人跟踪的是本次会议产生的行动项是否按期交付，属于会议闭环的一部分；项目经理管理的是项目整体计划、资源和交付节奏。行动项进入项目任务列表后，状态更新由负责人完成，召集人只需在下次会前查看进展并处理逾期项，不必介入任务排期本身。团队可以把会议行动项统一挂到对应项目下，避免两套清单各记各的。
