很多会议纪要记录了谁说了什么，散会后却找不到明确的决定和下一步，讨论成果停在文档里。问题往往出在模板：它只留了“讨论过程”栏位，没有强制把讨论收敛成结论。本文给出一套可直接套用的会议纪要模板字段，说明会中如何把每条讨论转化为决议、行动项或待议项，并给出角色分工、填写示例和发出前的检查清单。
要点总览（TL;DR）
- 把会议纪要模板拆成讨论记录区和结论区，每条议题必须在结论区落到决议、行动项或待议三类出口之一，未收敛议题勾选无结论标记并填写待议字段。
- 会中按四步逐条转化：确认结论状态、写决议句、拆行动项、处理未收敛部分；决议写清决定内容、适用范围和生效时间，行动项写清动作、唯一负责人、截止时间和验收标准。
- 主持人推动收敛，纪要负责人当日整理发出，行动项负责人确认可执行性，跟踪人或固定例会按周或双周核对状态并处理逾期。
- 发出前逐项检查：每条议题有出口、行动项字段齐全、负责人已确认；字段缺失或负责人未确认时纪要不得发出。
- 行动项确认后可登记为工作项并与纪要文档关联，让确认、状态更新和逾期提醒在同一处完成。
模板先改结构：讨论区与结论区分开
会议纪要模板要解决“只记过程”的问题，第一步是把版面拆成两个区：讨论记录区负责保留过程信息，结论区负责承载可执行内容。两个区在模板上物理分离，填写人就不会用大段讨论描述替代结论。讨论区只回答“讨论了什么、分歧在哪、依据是什么”，结论区只回答“决定了什么、谁做什么、什么还没定”。
讨论记录区：只留三类信息
讨论区按议题逐条记录，每个议题下只填三项：议题名称、关键分歧、依据（数据、制度、客户反馈等）。讨论区不写“大家一致认为”“后续再看”这类模糊表述，也不把倾向性意见直接写成结论。这样做的目的是让讨论内容保持可追溯，同时把“下判断”的动作留给结论区。
结论区：固定三类出口
每条议题在结论区必须落到三类出口之一：决议、行动项、待议。三类出口各有必填字段，缺字段即视为未完成转化。模板中另设“无结论”标记，用于会中确实没有收敛的议题——勾选该标记后，必须同时填写待议项字段，写明下次讨论的触发条件和责任人。这个标记的作用是让“没结论”成为一个显式状态，而不是靠留空蒙混过去。
可直接套用的模板字段表
| 区域 | 字段 | 填写要求 | 是否必填 |
|---|---|---|---|
| 讨论记录区 | 议题 | 一句话说明本次讨论的对象 | 必填 |
| 关键分歧 | 列出会上出现的不同意见及各自理由 | 必填 | |
| 依据 | 支撑判断的数据、制度条款、客户反馈等 | 有则填 | |
| 结论区·决议 | 决定内容 | 决定做什么或不做什么，一句话写清 | 必填 |
| 适用范围 | 涉及的产品、团队、区域或流程环节 | 必填 | |
| 生效时间 | 具体日期或触发条件 | 必填 | |
| 决议责任人 | 对决议落地结果负责的人 | 必填 | |
| 结论区·行动项 | 动作 | 可观察的具体动作，动词开头 | 必填 |
| 负责人 | 唯一责任人，不写“相关同事” | 必填 | |
| 截止时间 | 具体日期 | 必填 | |
| 验收标准 | 判断完成与否的可核验条件 | 必填 | |
| 关联决议 | 指向所属决议编号 | 必填 | |
| 结论区·待议 | 未决问题 | 写清卡在哪一点上 | 必填 |
| 触发条件 | 什么信息到位或什么时间点再讨论 | 必填 | |
| 跟进责任人 | 负责推动该议题再次上会的人 | 必填 | |
| 状态标记 | 无结论标记 | 勾选后必须填写待议项全部字段 | 按需 |
这张表可以直接作为模板的字段骨架。讨论区字段少而固定，填写负担低；结论区字段多但结构化，便于会后校验和跟踪。模板改造完成后，纪要的填写动作就从“描述会议”变成“逐条结案”。
从讨论到决议：四步转化操作
模板结构解决“写在哪”，会中操作解决“怎么转”。建议按议题逐条推进，每条议题走完四步再进入下一条，避免会后再凭记忆补结论。四步的顺序是：确认结论状态、写决议、拆行动项、处理未收敛部分。
第一步：复述并确认议题结论
输入是讨论区记录的分歧和依据。动作是由主持人在议题讨论结束时复述一句“这个议题目前的结论是……”，请参会人确认属于“已达成共识”还是“仍有分歧”。输出是该议题的结论状态标记。完成标志是参会人对状态无异议，或分歧点被明确记录。这一步的关键是把“感觉差不多了”变成显式判断，防止模糊共识被当成决议。
第二步：把共识写成决议句
输入是已确认的共识。动作是按“决定什么＋适用范围＋生效时间”的句式落笔，例如“决定自下月起，客户投诉工单统一由二线支持组首接，适用于全部售后渠道”。输出是一条决议条目及决议责任人。完成标志是决议句不含“尽量”“视情况”等无法判断的措辞，且适用范围和生效时间均已填写。决议写不具体，通常说明共识本身还不完整，应退回第一步继续确认。
第三步：把执行部分拆成行动项
输入是决议中需要有人动手完成的部分。动作是逐条拆出行动项，每条写清动作、负责人、截止时间、验收标准，并关联所属决议。输出是行动项清单。完成标志是每条行动项都能被第三方判断“做没做完”：动作可观察、负责人唯一、截止时间具体、验收标准可核验。一条决议可以对应多个行动项，但一个行动项只应有一个负责人。
第四步：未收敛议题转为待议项
输入是第一步中标记为“仍有分歧”的议题。动作是写明未决问题、触发条件和跟进责任人，触发条件可以是“等三季度客户数据出来后”“等法务出具意见后”这类具体事件。输出是待议项条目，并在模板中勾选无结论标记。完成标志是待议项具备再次上会的明确入口，而不是停留在“下次再议”。
| 步骤 | 输入 | 动作 | 输出 | 完成标志 |
|---|---|---|---|---|
| 确认结论状态 | 分歧与依据 | 主持人复述并请参会人确认 | 结论状态标记 | 状态无异议或分歧被记录 |
| 写决议句 | 已确认的共识 | 按决定内容、适用范围、生效时间落笔 | 决议条目 | 措辞可判断、字段齐全 |
| 拆行动项 | 决议中的执行部分 | 拆出动作、负责人、截止时间、验收标准 | 行动项清单 | 每条可被第三方核验 |
| 转待议项 | 未收敛议题 | 写未决问题、触发条件、跟进责任人 | 待议项条目 | 具备再次上会的明确入口 |
角色分工与交付物：谁写、谁确认、谁跟踪
模板填得再完整，如果没人对字段负责，纪要仍会退回过程记录。转化过程涉及四个角色，各自的动作和交付物需要在会前就明确，并在纪要发出时完成交接。
主持人：会中推动收敛
主持人的职责是在每条议题讨论结束时推动其落到三类出口之一，对无法收敛的议题当场确认待议状态和触发条件。交付物是会上形成的结论状态判断，交接时点是议题结束的当下，而不是会后补记。
纪要负责人：按字段整理并当日发出
纪要负责人按模板字段整理讨论区和结论区，补齐缺失字段，对无法补齐的条目向对应责任人确认。交付物是字段完整的会议纪要，交接时点是会议当日发出，并附上行动项清单。
行动项负责人：确认动作与验收标准
行动项负责人收到纪要后，确认动作描述、截止时间和验收标准是否可执行，有异议在约定时限内提出修改。交付物是确认后的行动项，交接时点是纪要发出后的确认回执。负责人未确认的行动项不应进入跟踪。
跟踪人/例会：按固定节奏核对状态
跟踪人或固定例会按周或按双周核对行动项状态，更新完成、进行中、逾期三类标记，逾期项明确新的截止时间或升级处理。交付物是行动项状态记录，交接时点是每次跟踪例会后。
| 角色 | 核心动作 | 交付物 | 交接时点 |
|---|---|---|---|
| 主持人 | 推动每条议题落到决议、行动项或待议 | 结论状态判断 | 议题讨论结束时 |
| 纪要负责人 | 按字段整理、补齐、发出 | 字段完整的纪要与行动项清单 | 会议当日 |
| 行动项负责人 | 确认动作、截止时间、验收标准 | 确认回执 | 纪要发出后的约定时限内 |
| 跟踪人/例会 | 核对状态、处理逾期 | 行动项状态记录 | 每次跟踪例会后 |
行动项确认后进入跟踪环节，如果团队使用协作工具管理执行，可以把行动项登记为工作项，把纪要文档与工作项关联，让负责人确认、状态更新和逾期提醒在同一处完成。ONES 支持工作项与文档的状态流转和关联管理，适合承接纪要发出后的执行跟踪；具体配置方式按团队现有流程设定。
填写示例：一段讨论如何变成决议和行动项
以下为演示情景，用于说明字段对应关系。假设某次产品例会讨论客户投诉响应慢的问题。
讨论原文
议题：客户投诉工单响应时长超标。关键分歧：运营组认为应增加二线支持人力；研发组认为应先梳理工单分类规则，减少误派。依据：上月工单平均首响 6 小时，其中约三成属于分类错误导致的重复流转。会上倾向意见是先改分类规则，人力问题下季度再看，但研发组提出分类规则由谁维护尚未确定。
转化后的决议条目
决定内容：自下月 1 日起，客户投诉工单按新分类规则派单，减少误派导致的重复流转。适用范围：全部售后渠道的投诉工单。生效时间：下月 1 日。决议责任人：运营组负责人。这条决议对应讨论中的倾向意见，并把“先改分类规则”落成有范围和时间的决定。
转化后的行动项条目
行动项一：动作“输出工单分类规则文档并组织评审”，负责人“研发组张工”，截止时间“本月 20 日”，验收标准“规则文档覆盖现有全部工单类型，评审记录留存”，关联决议“投诉工单分类规则调整”。行动项二：动作“按新规则完成派单系统配置并试运行一周”，负责人“运营组李工”，截止时间“本月 28 日”，验收标准“试运行期间误派率低于 5%，试运行报告提交”，关联同一决议。
未收敛部分的待议项写法
未决问题：分类规则的日常维护责任归属。触发条件：分类规则文档评审通过后一周内。跟进责任人：运营组负责人。模板中同时勾选无结论标记。这样“谁维护规则”不会被悄悄遗忘，也不会被硬塞进本次决议。
字段对应关系
| 讨论原文要素 | 转化去向 | 对应字段 |
|---|---|---|
| 倾向意见“先改分类规则” | 决议 | 决定内容、适用范围、生效时间 |
| “规则文档要有人写” | 行动项一 | 动作、负责人、截止时间、验收标准 |
| “系统要配置并验证” | 行动项二 | 动作、负责人、截止时间、验收标准 |
| “维护责任未定” | 待议项 | 未决问题、触发条件、跟进责任人 |
完成检查：发出前与跟踪中的核对项
检查清单的作用是判断纪要是否真的完成了转化。建议在发出前逐项核对，任一阻断项未通过则不发出；跟踪阶段按固定节奏复核行动项状态。
发出前检查
- 每条议题在结论区有且仅有一个出口：决议、行动项或待议。
- 勾选无结论标记的议题，待议项字段全部填写。
- 每条决议具备决定内容、适用范围、生效时间、决议责任人。
- 每条行动项具备动作、唯一负责人、具体截止时间、可核验的验收标准，并关联所属决议。
- 行动项负责人已确认或已发出确认请求并设定回复时限。
行动项可执行性检查
- 动作以动词开头，能被旁观者观察是否发生。
- 负责人为具体个人，未使用“相关同事”“对应团队”等表述。
- 截止时间为具体日期，未使用“尽快”“月底前视情况”。
- 验收标准可通过文档、数据或评审记录判断完成与否。
跟踪阶段检查
- 按周或双周核对行动项状态，更新完成、进行中、逾期标记。
- 逾期项在跟踪例会上明确新截止时间或升级处理，并记录处理结果。
- 待议项的触发条件一旦满足，安排再次上会并更新纪要。
阻断条件与证据留存
出现以下情况时纪要不得发出：存在议题无出口且未勾选无结论标记；行动项缺少负责人、截止时间或验收标准；行动项负责人未确认且未设定回复时限。发出后的纪要与行动项清单作为转化证据留存，跟踪阶段的状态记录与逾期处理记录一并归档，便于回溯每条决议和行动项的落地过程。
常见问题
议题在会上讨论很久但始终没有形成共识，纪要里应该怎么处理？
这类议题不要留空，也不要勉强写成决议。在模板中勾选“无结论”标记，同时填写待议项的三个字段：未决问题写清卡在哪一点，触发条件写明什么信息到位或什么时间点再讨论，跟进责任人指定推动该议题再次上会的人。这样“没结论”成为一个显式状态，下次会议有明确入口，而不是停留在“下次再议”。
行动项负责人收到纪要后不确认，行动项还能进入跟踪吗？
不建议直接进入跟踪。负责人未确认时，动作描述、截止时间或验收标准可能与其实际安排不符，跟踪阶段容易出现反复改期。处理方式是在纪要发出时设定回复时限，负责人有异议在时限内提出修改；超过时限仍未确认的，由纪要负责人升级给主持人协调。确认后的行动项再登记进入跟踪。
一条决议对应多个行动项时，模板字段怎么填？
决议条目只写一次，包含决定内容、适用范围、生效时间和决议责任人；行动项按执行动作逐条拆开，每条都填写“关联决议”字段指向该决议。这样一条决议可以挂多个行动项，每个行动项仍有唯一负责人和独立验收标准，跟踪时按行动项逐条核对，不会因为共用一条决议而混淆责任。
待议项的触发条件满足后，需要重新走一遍完整流程吗？
不需要从头讨论，但需要把待议项转为正式议题再次上会。触发条件满足后，由跟进责任人安排该议题进入下次会议议程，会上按四步转化操作重新确认结论状态，形成决议或行动项，并更新原纪要或新纪要中的对应条目。原待议项标记为已处理，保留记录便于回溯。
团队已经在用协作工具管理任务，纪要里的行动项还要单独维护一份清单吗？
不必维护两份。纪要文档保留行动项的原始记录和验收标准，同时把行动项登记为协作工具中的工作项，将纪要文档与工作项关联。负责人确认、状态更新和逾期提醒在工作项上完成，纪要作为决议依据留存。ONES 支持工作项与文档的状态流转和关联管理，具体配置按团队现有流程设定。
