会议讨论发散时，行动项往往藏在观点、抱怨和临时提议里，直接记录容易把想法当成任务。可行的做法是先把发言收敛为“已决定、待定、不采纳”三类结论，再只对前两类逐条填写动作、负责人、截止时间、交付物和验收标准。本文按会中收敛、字段填写、现场确认、会后回执、角色分工、完整示例和发出前检查的顺序展开，适用于需要把会议结论转成可执行清单的团队；行动项进入工作项跟踪后，可借助ONES的工作项与文档协作能力承载状态流转与复核。
要点总览（TL;DR）
- 讨论发散时先做结论收敛：把发言归入已决定、待定、不采纳三类，只对已决定和待定事项生成行动项，避免把观点当任务。
- 行动项统一用五个字段：动词开头的动作、唯一负责人、按交付物倒推的截止时间、交付物形态、可判定的验收标准。
- 负责人和截止时间在会中定：主持人指派并请对方口头确认，时间有异议当场协商，跨人依赖拆成多条行动项，无人认领事项升级处理。
- 会后当天由记录人发出清单，责任人回执确认；未回执和有异议的条目在下次会议开场复核，形成闭环。
- 清单发出前用检查表核对五要素齐全、负责人唯一且已确认、截止时间与交付物匹配，阻断项清零后再发出。
先收敛讨论：把发言归入结论、待定与不采纳
讨论发散的直接后果是记录人分不清哪句话代表团队决定。解决起点是主持人在会中设置结论沉淀动作：每讨论完一个议题，用一两句话复述当前结论，再由记录人归入三类清单。这个动作把“谁说了什么”转成“团队决定了什么”，行动项才有稳定的来源。
三类归档的判断标准如下：
- 已决定：团队对方向、方案或取舍形成明确意见，可以直接转化为行动项。
- 待定：方向尚未确定，但明确了需要谁补充什么信息、在什么范围内继续讨论。待定事项同样生成行动项，动作是“补充信息”或“给出方案”，而非执行最终方案。
- 不采纳：讨论过但明确放弃的提议，记录原因即可，不生成行动项。
只对已决定和待定事项生成行动项，是避免任务膨胀的关键。会上常见的“这个可以看看”“回头了解一下”属于观点或意向，缺少明确结论，应留在待定区，等补充信息后再决定是否转为行动项。
记录人可使用简易格式：议题名称、结论类别、结论一句话、待定事项需谁补充什么、不采纳原因。格式不必复杂，但要保证每个议题都有归类，没有归类的议题在会议结束前由主持人补做结论。完成标志是：会议结束时，三类清单覆盖全部讨论议题，没有悬空发言。
行动项五要素：动作、负责人、截止时间、交付物、验收标准
行动项写不清楚，通常缺的不是文字量，而是字段。建议统一使用五个字段，缺一项就不算合格行动项。
| 字段 | 填写要求 | 不合格写法 | 合格写法 |
|---|---|---|---|
| 动作 | 动词开头的短句，说明做什么 | 跟进一下客户反馈 | 整理近两周客户反馈并归类为功能缺陷、使用问题、需求建议三类 |
| 负责人 | 唯一自然人，当场确认 | 产品组 | 张明 |
| 截止时间 | 按交付物倒推，注明是日期还是日期加时点 | 尽快 | 3月14日18:00前 |
| 交付物 | 写清形态：文档、数据表、决定、代码等 | 反馈汇总 | 一份分类汇总表，含条目数和典型样例 |
| 验收标准 | 可判定的完成状态 | 质量达标 | 三类均有条目，每类至少附两条原始记录，主持人确认可直接用于排期 |
截止时间按交付物倒推：先确认交付物需要谁评审、评审需要多久，再反推提交时间。只写日期适用于当天任意时点完成即可的事项；涉及评审、发布或对外交付的，写到日期加时点，避免当天最后一刻提交导致下游环节顺延。
验收标准要写成别人能判断“完成或未完成”的状态，避免“推进顺利”“基本完成”这类无法判定的表述。完成标志是：每条行动项五个字段都能被第三人读懂，不需要再问记录人。
会中分派与确认：负责人和截止时间怎么定下来
负责人和截止时间在会中定，比会后补更可靠。操作顺序建议是主持人先按事项性质指派，再询问是否有自愿认领；无人主动认领时，主持人直接指定唯一责任人，并请对方口头确认。口头确认的内容包括两件事：是否接受这项行动项，以及截止时间是否可行。
负责人对截止时间有异议时，当场调整，规则如下：
- 负责人说明冲突原因和可承诺的最早时间，主持人判断是否影响下游节点。
- 不影响下游的，按负责人承诺时间更新；影响下游的，当场决定是压缩范围、增加人手还是调整下游安排，并把调整结果记入结论。
- 调整后的时间由记录人复述一遍，负责人再次确认，避免会后各说各话。
跨人依赖项要拆成两条行动项。例如“前端接口完成后后端联调”应拆为：前端负责人某日前提交接口文档与联调环境；后端负责人收到后在约定时间内完成联调并给出结果。两条行动项各有负责人和截止时间，依赖关系写在交付物或备注里，避免一条行动项挂两个人导致责任模糊。
无人认领的事项不留在清单里悬空。处理方式是升级：由主持人判断是否属于本次会议授权范围，超出范围的提交给相应决策人，并生成一条“提交决策”的行动项，负责人为提交人，截止时间为下次会议前。完成标志是：清单上每条行动项都有唯一负责人且已口头确认，没有“待定负责人”的条目。
会后发出与回执：让清单进入执行状态
会议结束不等于行动项生效，清单需要经过发布和回执才进入执行状态。记录人应在当天发出清单，最迟不超过下一个工作日开始时；渠道选择团队日常查看的位置，邮件、群公告或协作工具中的文档均可，关键是责任人能稳定收到并找到最新版本。
回执确认的内容包括三项：已收到清单、认领的行动项与截止时间无误、对交付物和验收标准无异议。有异议的，在回执中写明具体条目和调整建议，由记录人汇总后交主持人裁定，裁定结果更新到清单并通知相关人。
未回执的处理要有明确时限。例如发出后一个工作日内未回执的，记录人单独提醒；仍未回执的，在下次会议开场列为待确认项，由主持人当场确认。有异议项同样进入下次会议开场复核，避免在执行中途才发现理解不一致。
下次会议开场的行动项复核环节建议控制在几分钟内：逐条确认状态为已完成、进行中、受阻或需调整，已完成项核对验收标准，受阻项明确下一步。这个环节让行动项清单形成闭环，也为本次会议的新行动项提供上下文。行动项数量较多时，可将其放入ONES工作项中跟踪状态与负责人，会议文档与工作项关联，复核时直接查看进展。
角色分工与交付物：主持人、记录人、责任人各做什么
行动项从讨论中提取出来，涉及三个角色，职责和交付物需要分开，避免记录人替主持人做结论、主持人替责任人承诺时间。
| 角色 | 主要职责 | 交付物 |
|---|---|---|
| 主持人 | 阶段性复述结论，判定三类归档；指派或确认负责人；裁定截止时间分歧和无人认领事项 | 会议结论口径、负责人与时间确认结果 |
| 记录人 | 按三类清单记录结论；填写行动项五要素；当天发出清单；汇总回执与异议 | 结论分类记录、行动项清单、回执汇总 |
| 责任人 | 当场确认行动项与截止时间；回执确认；按验收标准交付；受阻时及时反馈 | 回执确认、交付物、状态更新 |
三个角色的衔接点在会中确认和会后回执两个动作上。主持人确认的是“这件事由谁做、什么时候要”，记录人确认的是“写下来的和说好的一致”，责任人确认的是“我接受并理解验收标准”。任何一方跳过确认，清单都可能在执行阶段出现偏差。
完整示例：一次发散讨论如何变成六条行动项
以下为演示情景，用于说明方法，不代表真实团队案例。
原始讨论片段：“最近客户投诉变多了，是不是版本更新引起的？”“不好说，得看具体问题。”“要不先做个问卷？”“问卷太慢了吧。”“那先把这两个月的工单拉出来看看。”“客服那边数据能给吗？”“应该可以，我问问。”“另外发布流程是不是也该加个检查？”“这个先放放，这次不讨论。”“行，那先看数据，下周再说。”
结论分类结果：
- 已决定：先分析近两个月工单，再判断投诉是否与版本更新相关。
- 待定：是否需要客户问卷，待工单分析结果出来后再定；客服数据能否提供，需确认。
- 不采纳：本次会议不讨论发布流程增加检查环节，原因是不在本次议题范围。
行动项填写结果（节选）：
| 动作 | 负责人 | 截止时间 | 交付物 | 验收标准 |
|---|---|---|---|---|
| 导出近两个月工单并按问题类型归类 | 李华 | 3月12日18:00前 | 工单分类数据表 | 覆盖全部工单，分类口径附说明，条目数与原始数据一致 |
| 确认客服工单数据导出权限与字段范围 | 王芳 | 3月11日下班前 | 书面确认结论 | 明确可导出字段、时间范围和所需审批，李华确认可据此取数 |
| 基于工单分类结果判断投诉与版本更新的关联 | 张明 | 3月14日12:00前 | 一页分析结论 | 给出关联或不关联的判断及依据，主持人确认可作为是否做问卷的决策输入 |
示例中“要不要做问卷”没有直接变成行动项，而是等工单分析结论出来后再决定，这体现了只对已决定和待定事项生成行动项的原则。验收标准写成可判定的状态，例如“条目数与原始数据一致”“主持人确认可作为决策输入”，而不是“分析到位”。
完成检查：清单发出前逐项核对
清单发出前，记录人按下表逐项核对。任何一项不通过，先修正再发出；涉及负责人未确认或截止时间缺失的，属于阻断项，不能带着发出。
| 检查项 | 核对方法 | 不通过时的处理 |
|---|---|---|
| 每条行动项五要素齐全 | 逐条检查动作、负责人、截止时间、交付物、验收标准 | 缺项当场补齐，无法补齐的退回主持人确认 |
| 动作以动词开头且可执行 | 读一遍，判断是否能直接开始做 | 改写为具体动作，去掉“跟进”“关注”等模糊表述 |
| 负责人唯一且已确认 | 核对是否为自然人姓名，是否有口头或回执确认记录 | 阻断项，联系负责人确认后再发出 |
| 截止时间与交付物匹配 | 按交付物倒推，检查时间是否覆盖评审和交接 | 调整时间或缩小交付范围，并通知下游 |
| 验收标准可判定 | 假设第三人按标准验收，能否给出完成或未完成 | 改写为可观察的完成状态 |
| 待定事项写明需谁补充什么 | 逐条检查待定区 | 补充责任人和补充内容，转为行动项 |
| 不采纳事项记录原因 | 抽查不采纳区 | 补记原因，避免下次重复讨论 |
完成条件是：全部阻断项清零，其余检查项通过或已有明确处理安排，清单在当天发出并进入回执流程。清单发出后，行动项的状态跟踪和复核可以延续到日常协作工具中；在ONES中可将行动项建为工作项，关联会议文档，按负责人和截止时间查看进展，下次会议开场直接复核状态。
常见问题
会议讨论没有形成明确结论，还能提取行动项吗？
可以，但要把动作限定在“推进结论形成”上。这类议题归入待定区，行动项写成补充信息或给出方案，例如“整理近两个月工单并归类，供下次会议判断投诉是否与版本更新相关”，负责人和截止时间照常填写。待定事项的行动项交付物是决策输入，验收标准写成“主持人确认可作为决策依据”，而不是直接执行最终方案。
负责人当场口头答应了，但会后发现时间排不开，怎么处理？
按会中协商规则处理：负责人说明冲突原因和可承诺的最早时间，主持人判断是否影响下游节点。不影响下游的，更新截止时间并通知记录人；影响下游的，当场决定压缩范围、增加人手还是调整下游安排，调整结果由记录人复述、负责人再次确认。更新后的清单重新发出，避免旧版本继续流转。
一条行动项需要两个人配合完成，应该写几个负责人？
建议拆成两条行动项，每条只挂一个负责人。例如“前端提交接口文档与联调环境”和“后端完成联调并给出结果”，各自有截止时间和交付物，依赖关系写在交付物或备注里。这样任一方延误时能定位到具体条目，不会出现两个人都以为对方在推进的情况。
行动项数量多的时候，会后靠文档清单跟踪还够用吗？
条目较少、周期较短的会议，文档清单加开场复核通常够用。条目多、跨多周执行时，文档容易停留在发出时的状态，建议把行动项放入工作项工具跟踪负责人、截止时间和状态，会议文档与工作项关联，下次会议开场直接查看进展。在ONES中可将行动项建为工作项并关联会议文档，具体能力与套餐以官方资料为准。
下次会议开场复核行动项，需要逐条过吗？
建议逐条过，但控制在几分钟内。每条只确认状态：已完成、进行中、受阻或需调整。已完成项核对验收标准是否满足，受阻项明确下一步和新的时间，需调整项当场更新负责人或截止时间。复核结果记入本次会议记录，作为新行动项的上下文。
