会议角色分工要解决的是“会开完了，事情有没有落到人”的问题。本文用一场虚构的产品需求评审会作为示例情景，给出五类角色——主持人、记录人、议题负责人、决策人、行动项跟进人——的完整分工表和行动项字段，再逐项解释职责边界与交接方式，并说明换成周会、复盘会、跨部门协调会时如何调整。示例仅用于演示填写方法，不代表真实客户案例。
要点总览（TL;DR）
- 会议角色分工按会议产出设定五类角色：主持人、记录人、议题负责人、决策人、行动项跟进人，每类角色对应会前准备、会中动作和会后交付物。
- 分工表的关键字段是角色、承担人、会前准备、会中动作、会后交付物；行动项另设事项、负责人、截止时间、验收标准、状态五个字段。
- 主持人负责节奏与议程，决策人负责结论与依据，两者分离可以避免时间压力影响结论质量。
- 换会议类型时按产出增减角色：周会保留主持、记录、跟进三类，复盘会增设引导人，跨部门协调会每个部门各设议题负责人。
- 这套分工适用于有明确议题、需要形成结论和行动项的会议；纯信息同步会、头脑风暴早期阶段和紧急决策会需要简化或换一种组织方式。
示例目标：这场评审会要解决什么
先交代示例情景的边界，读者才能判断哪些部分可以直接参照、哪些需要按自己的会议替换。
示例情景卡（虚构，仅用于演示）：
| 项目 | 内容 |
|---|---|
| 会议类型 | 产品需求评审会 |
| 参会人数 | 6人 |
| 会议时长 | 60分钟 |
| 参会角色 | 产品经理、交互设计师、研发负责人、测试负责人、业务方代表、项目协调人 |
| 待验证的分工问题 | 谁主持、谁记录、谁对每个议题负责、谁做最终决策、谁跟进行动项 |
| 会议产出要求 | 对每个需求给出“通过／修改后通过／暂缓”的结论，并形成带负责人和截止时间的行动项 |
这场会议要验证的分工问题有五个：主持人负责把60分钟用在刀刃上；记录人负责把结论和行动项写准；议题负责人负责把材料讲清楚；决策人对争议点拍板；行动项跟进人负责会后不让事项停在纸面。六个参会人对应五类角色，意味着必然出现一人兼任的情况，这正是示例要展示的取舍点。
完整示例：一张填好的会议角色分工表
下表是这场评审会的已填写分工表，按会前、会中、会后三段列出每类角色的动作与交付物。承担人用岗位代称，读者可按自己团队替换为具体姓名。
| 角色 | 承担人（示例） | 会前准备 | 会中动作 | 会后交付物 |
|---|---|---|---|---|
| 主持人 | 项目协调人 | 确认议程与每个议题的时长；提前一天发出材料包；确认决策人到场 | 按议程推进；议题超时提醒；每个议题结束前复述结论并请决策人确认 | 会议结论清单（议题、结论、依据一句话） |
| 记录人 | 交互设计师 | 准备结论与行动项模板；熟悉议题清单 | 只记结论、争议点和行动项；每段讨论结束时当场读出措辞请参会人确认 | 会议纪要（结论＋行动项表），会后2小时内发出 |
| 议题负责人 | 产品经理 | 提交需求说明、原型和待决问题清单；标注希望会上拍板的具体问题 | 陈述背景与方案，回答提问；对未准备充分的问题明确说“会后补充” | 补充说明材料；按结论修订需求文档 |
| 决策人 | 业务方代表（必要时请研发负责人共同决策技术可行性） | 会前阅读材料，标出需要讨论的分歧点 | 对每个争议点给出明确结论并说明依据；无法当场决策的，指定决策时限和决策人 | 结论确认（在纪要中签字或回复确认） |
| 行动项跟进人 | 项目协调人（与主持人同一人） | 建立行动项清单，预置字段 | 记录会上口头承诺的负责人与时间，当场核对 | 每周更新行动项状态；逾期事项提醒负责人并上报决策人 |
行动项字段示例：
| 事项 | 负责人 | 截止时间 | 验收标准 | 状态 |
|---|---|---|---|---|
| 补充登录流程异常态的交互稿 | 交互设计师 | 本周五 | 覆盖超时、验证码错误、账号锁定三种情况，产品经理确认 | 进行中 |
| 评估消息推送接口的改造工作量 | 研发负责人 | 下周二 | 给出人天估算和是否影响本期排期的结论 | 未开始 |
| 与业务方确认灰度范围 | 产品经理 | 下周三 | 形成书面确认，写入需求文档 | 未开始 |
兼任冲突的处理：示例中交互设计师同时是记录人和某个议题的负责人。取舍方式是：轮到该议题时，由主持人临时指定另一名参会人代记，或该议题结束后由议题负责人本人补记要点并当场向参会人复述确认。原则是“发言的人不记自己的发言”，避免一边陈述一边记录导致结论遗漏。主持人兼任行动项跟进人则风险较低，因为两者都在会后动作，冲突主要出现在会中核对承诺时，可由记录人在纪要中先落笔、跟进人会后复核。
逐项解释：每个角色为什么这样分工
分工表能照着填，但填对的前提是理解每个角色的边界。下面逐项说明关键选择。
主持人：控节奏，不替决策人拍板
主持人的产出是“时间和议程”，不是“结论”。示例中主持人负责按议程推进、超时提醒、在每个议题结束前复述结论，但结论内容由决策人给出。这样分工的理由是：主持人若同时拍板，容易在时间压力下草率定论，也容易让其他参会人放弃表达异议。主持人复述结论的动作，是把口头讨论固化成可记录的一句话，交给记录人落笔。
记录人：记结论与行动项，不记逐字稿
记录人的核心动作是“会中即时确认措辞”。示例中每段讨论结束时，记录人读出结论和行动项，请参会人当场确认，避免会后各人理解不一致。逐字稿看似完整，实际难以提炼，也拖慢纪要发出时间。记录人的交付物是结论清单和行动项表，发出时限写进分工表，才有约束力。
议题负责人：对材料质量负责
议题负责人是唯一对“这个议题讲没讲清楚”负责的人。会前提交材料并标注待决问题，会中陈述并回答提问，会后按结论修订文档。示例中要求议题负责人对准备不足的问题明确说“会后补充”，这是防止会议被临时展开的细节拖长的具体做法。
决策人：给结论，也给依据
决策人的动作有两个：给出明确结论，说明依据。示例中业务方代表对需求优先级拍板，技术可行性问题请研发负责人共同决策。遇到当场无法决策的情况，决策人要指定决策时限和后续决策人，而不是把问题留在“再议”。这一条决定了会议是否真的产生结论。
行动项跟进人：让承诺可追踪
跟进人的职责从会中开始：记录口头承诺的负责人与时间，当场核对。会后按固定节奏更新状态，逾期提醒并上报。示例中行动项字段包含验收标准，是因为“完成”需要有可判断的标准，否则跟进只能停留在“他说做完了”。
角色之间的交接点
整场会议的交接链是：主持人复述结论 → 记录人写入纪要并当场确认 → 决策人确认结论 → 跟进人把行动项录入清单并核对负责人与截止时间 → 会后按周更新状态。每个交接点都有明确的动作和接收方，结论才不会在流转中丢失。行动项从会议结论进入跟踪状态时，可以用 ONES 的工作项记录事项、负责人和截止时间，并在状态更新中保留跟进记录，让纪要里的承诺和实际进展对应起来。
可迁移规律：换一种会议怎么调整
示例只覆盖评审会，换成其他会议类型时需要按产出调整角色，而不是照搬五类角色。
三条可迁移规律
- 角色按会议产出定，不按职级定。谁对结论负责、谁对记录负责，取决于这场会要产出什么，而不是谁级别高。级别高的人适合做决策人，不代表适合做主持人。
- 决策人与主持人分离。两者合一容易让议程节奏影响结论质量，尤其在争议议题上。小团队无法分离时，至少在争议议题上请另一位参会人主持该段讨论。
- 行动项必须有唯一负责人和可验收的完成标准。“大家一起推进”不是行动项。每条行动项写清一个人、一个时间、一个判断完成的标准。
三类会议的调整对照
| 会议类型 | 角色增减 | 调整要点 |
|---|---|---|
| 周会（进度同步） | 保留主持人、记录人、行动项跟进人；议题负责人由各事项负责人轮流担任；决策人可缺席，改为会后升级 | 重点是行动项滚动更新，上周未完成事项先过一遍 |
| 复盘会 | 增设引导人（可由主持人兼）；记录人重点记“原因判断”和“改进项”；决策人对改进项拍板 | 复盘容易滑向追责，引导人负责把讨论拉回事实与改进 |
| 跨部门协调会 | 每个部门各设一名议题负责人；决策人需为能对资源拍板的角色；跟进人建议由发起方担任 | 分歧往往在部门边界，结论要写明各方承诺的具体动作 |
一人多角时的兼任原则
小团队常见三四人开会，五类角色必然合并。可接受的兼任是：主持人兼行动项跟进人（都在流程控制上）、议题负责人兼决策人（对该议题最熟悉时）。需要谨慎的兼任是：记录人兼议题负责人（发言与记录冲突）、主持人兼决策人（节奏与结论冲突）。兼任的风险是角色边界模糊，补救办法是在会议开始时口头说明“我现在以什么身份说话”，让参会人知道当前是在推进议程还是在拍板。
适用边界：这套分工什么时候不适用
这套分工适合有明确议题、需要形成结论和行动项的会议，例如需求评审、方案评审、项目决策会。以下情形需要换一种组织方式。
- 纯信息同步会。没有待决问题和行动项时，设决策人和议题负责人意义不大，保留主持人和记录人即可，甚至可以用书面同步替代会议。
- 头脑风暴早期阶段。过早设定议题边界和结论要求会压制发散。这一阶段可以只设引导人和记录人，决策人留到收敛环节再介入。
- 紧急决策会。时间以分钟计时，完整分工表来不及执行。此时保留决策人和记录人两个角色，结论当场口头确认、事后补纪要。
常见误用有三类：把记录人当会议秘书，让其承担订会议室、催材料等事务，挤占记录结论的精力；行动项只记不跟，纪要发出后无人更新状态；分工表照抄不调整，六人会和二十人会用同一张表，导致角色重叠或缺失。分工表应随会议类型和团队规模调整，参会人数增加时优先拆出独立的记录人和跟进人，人数减少时按上面的兼任原则合并。
常见问题
会议只有三四个人，五类角色怎么合并才不出问题？
小团队开会时角色合并不可避免，关键是区分哪些兼任风险低、哪些需要补救。主持人兼行动项跟进人比较自然，两者都在流程控制上；议题负责人兼决策人在该议题上最熟悉时也可接受。需要谨慎的是记录人兼议题负责人，因为发言和记录会互相挤占；主持人兼决策人则容易让议程节奏影响结论。补救办法是在会议开始时口头说明当前身份，例如“这一段我以主持人身份推进，结论由某某确认”，让参会人知道此刻是在推进议程还是在拍板。
行动项记下来了，但会后没人更新状态，怎么改？
问题通常出在行动项缺少可判断的完成标准和固定的更新节奏。可以在分工表里给每条行动项补上验收标准，例如“覆盖三种异常情况并由产品经理确认”，让“完成”有明确依据；同时指定行动项跟进人，约定固定的更新频率，逾期事项提醒负责人并上报决策人。纪要发出后，行动项需要进入一个能被持续查看的清单，而不是停留在文档里。用 ONES 的工作项记录事项、负责人和截止时间，状态更新会保留跟进记录，便于把纪要中的承诺和实际进展对应起来。
主持人能不能同时做决策人？
可以，但有条件。主持人的职责是控制时间和议程，决策人的职责是给出结论和依据，两者合一在争议议题上容易让节奏压力影响判断，也可能让其他参会人减少异议表达。如果团队规模小、无法分离，建议至少在争议较大的议题上请另一位参会人主持该段讨论，原主持人以决策人身份参与；会议结束前由主持人复述结论、决策人确认，保留两个动作的区分。
周会和评审会的分工表可以直接套用吗？
不建议直接套用。评审会的产出是对每个需求给出结论并形成行动项，因此五类角色都需要；周会以进度同步为主，通常保留主持人、记录人和行动项跟进人即可，议题负责人由各事项负责人轮流担任，决策人可以缺席，遇到需要拍板的问题会后升级处理。周会分工的重点是行动项滚动更新，开会时先过一遍上周未完成事项，再进入本周内容。
记录人需要把讨论过程完整记下来吗？
不需要逐字记录。记录人的交付物是结论清单和行动项表，逐字稿难以提炼，也会拖慢纪要发出时间。更有效的做法是每段讨论结束时当场读出结论和行动项措辞，请参会人确认，再写入纪要。这样既保证措辞准确，也让结论在会中就得到确认，减少会后理解不一致的情况。纪要的发出时限写进分工表，执行才有约束力。
