协作决策记录的价值，在于事后能查清当时有哪些分歧、依据什么作出结论、由谁负责推进。模板需要围绕这三类信息设计字段，并让不同团队按同一口径填写。下面给出一张可直接复制的空白表，逐字段说明填写方法，划分必填与选填，并用一份完整示例展示分歧、结论与责任人如何对应。
要点总览（TL;DR）
- 协作决策记录模板按四组字段组织：决策基本信息、分歧与选项、结论与依据、责任与跟踪，共21个字段，可直接复制成空白表使用。
- 分歧、结论、责任人三类信息对应的字段为必填；约束条件、复核时间、关联文档按决策类型条件填写。
- 未采纳意见及原因是最容易被省略的字段，填写时写明被否决方案、提出者与否决理由，并与决策依据呼应。
- 例行决策可简化备选方案与支持理由；重大决策完整填写并补充约束条件与复盘时间；跨团队决策重点填写生效范围与相关方确认状态。
- 模板需标注版本号、固定存放位置，每季度抽查记录质量，按复盘发现的缺失信息小幅调整字段。
可复制空白决策记录表
下表按四组排列，每行一个字段。复制到文档或表格工具后，保留“字段名”和“填写提示”两列作为填表引导，填写完成后可隐藏提示列。必填标记中“是”表示该字段缺失会导致记录无法支撑追溯，“条件”表示按决策类型决定是否填写。
| 分组 | 字段名 | 填写提示 | 必填 |
|---|---|---|---|
| 基本信息 | 决策编号 | 按团队规则生成，如“产品-2025-014”，便于检索与引用 | 是 |
| 基本信息 | 决策事项 | 一句话写清要决定什么，避免写成背景描述 | 是 |
| 基本信息 | 提出背景 | 触发这次决策的问题、时间压力或外部变化 | 是 |
| 基本信息 | 决策层级 | 例行决策、重大决策或跨团队决策 | 是 |
| 基本信息 | 决策日期 | 作出结论的日期，与会议日期区分 | 是 |
| 基本信息 | 主持人 | 组织讨论并对流程负责的人 | 是 |
| 基本信息 | 记录人 | 负责当场记录并整理成文的人 | 是 |
| 分歧与选项 | 备选方案 | 列出讨论过的方案，每个方案单独编号 | 是 |
| 分歧与选项 | 各方案支持理由 | 写明支持者及其理由，理由要具体到事实或数据 | 是 |
| 分歧与选项 | 主要分歧点 | 归纳争议集中在哪一两个问题上，如成本、周期、风险 | 是 |
| 分歧与选项 | 未采纳意见及原因 | 记录被否决的方案或意见，以及否决的具体理由 | 是 |
| 结论与依据 | 最终结论 | 明确选定哪个方案，或决定暂缓、拆分处理 | 是 |
| 结论与依据 | 决策依据 | 支撑结论的关键事实、数据、评审意见或授权来源 | 是 |
| 结论与依据 | 约束条件 | 结论成立所依赖的前提，如预算上限、人力配置、合规要求 | 条件 |
| 结论与依据 | 生效范围 | 适用于哪些团队、产品线或流程环节 | 是 |
| 结论与依据 | 生效时间 | 从何时开始执行，是否需要过渡期 | 是 |
| 责任与跟踪 | 决策责任人 | 对结论正确性和最终结果负责的人，通常为决策者 | 是 |
| 责任与跟踪 | 执行负责人 | 组织落地的人，与决策责任人可以是同一人 | 是 |
| 责任与跟踪 | 相关方及确认状态 | 列出需要知会或确认的角色，标注已确认、待确认 | 是 |
| 责任与跟踪 | 复核或复盘时间 | 约定回看结论是否仍成立的具体日期 | 条件 |
| 责任与跟踪 | 关联文档 | 链接需求文档、评审纪要、数据报告等支撑材料 | 条件 |
各字段记录什么、怎么填
字段说明与空白表一一对应。填写时先保证事实准确，再追求简洁；同一字段在不同记录中保持相同口径，才能横向比较和检索。
基本信息组
决策编号要全团队唯一，建议包含业务域和年份序号，便于在文档系统中按编号引用。决策事项写成“决定什么”的短句，例如“确定三季度订单履约系统是否引入新的对账模块”，避免写成“关于对账模块的讨论”。提出背景交代触发因素和时限，让后来者理解当时的处境。决策层级决定后续必填范围，填写时按团队事先约定的分类选择。决策日期填结论形成日，与讨论开始日不同。主持人和记录人分开填写，记录人负责当场记录，主持人对流程完整性负责。
分歧与选项组
备选方案按“方案A、方案B”编号，每个方案用两三句话写清做法和预期效果。各方案支持理由要落到具体依据，例如“方案A支持者认为可复用现有接口，预计节省两周开发时间”，避免只写“大家认为方案A更好”。主要分歧点归纳争议焦点，通常一到两条，写清双方在哪项判断上不一致。未采纳意见及原因是这一组最容易被省略的字段，填写时写明被否决的方案、提出者以及否决理由，理由应与决策依据呼应。这样后续复盘时能看出当时的判断是否成立，也能让提出者感到意见被认真对待。
结论与依据组
最终结论用明确动词开头，如“采用方案B”“暂缓上线，先完成压力测试”。决策依据列出支撑结论的关键事实，包括数据、评审结论、上级授权或客户反馈，每条依据尽量可查证。约束条件写清结论成立的前提，例如“在现有两名后端人力不变的前提下”。生效范围说明结论约束哪些对象，避免执行时扩大或缩小适用范围。生效时间写明起始日期和必要的过渡安排。
责任与跟踪组
决策责任人对结论本身负责，执行负责人对落地动作负责，两者分开填写可以避免“决定了但没人推”的情况。相关方及确认状态逐个列出需要知会的角色，并标注确认进度，未确认的要写明预计确认时间。复核或复盘时间填具体日期而非“一个月后”，便于到期提醒。关联文档放支撑材料的链接或编号，保证记录本身不必承载全部细节。
必填与选填的划分
必填字段的判断标准是：缺失后无法回答“决定了什么、为什么、谁负责”这三个问题。分歧、结论、责任人三类信息对应的字段均列为必填，其余字段按决策类型裁剪。
| 字段 | 填写要求 | 缺失后果 |
|---|---|---|
| 决策编号、决策事项、决策日期 | 必填 | 记录无法检索和引用，追溯时找不到对应条目 |
| 提出背景、决策层级、主持人、记录人 | 必填 | 无法判断决策权限和当时情境，责任归属模糊 |
| 备选方案、各方案支持理由、主要分歧点、未采纳意见及原因 | 必填 | 记录退化为结论通知，复盘时无法还原讨论过程 |
| 最终结论、决策依据、生效范围、生效时间 | 必填 | 执行者不知道做什么、从何时开始、依据是什么 |
| 决策责任人、执行负责人、相关方及确认状态 | 必填 | 结论无人推进，相关方不知情 |
| 约束条件 | 条件填写 | 前提变化时无人察觉，结论被错误沿用 |
| 复核或复盘时间 | 条件填写 | 无法及时检验结论是否仍成立 |
| 关联文档 | 条件填写 | 支撑材料散落，查证成本上升 |
按决策类型调整时，可参考以下做法：例行决策可简化备选方案和支持理由，保留结论、责任人和生效时间；重大决策应完整填写全部字段，并补充约束条件和复盘时间；跨团队决策需要重点填写生效范围、相关方及确认状态，确保各方对边界有共同理解。调整后的必填范围应写入团队规范，避免每次临时商量。
一份填好的决策记录示例
以下示例为演示情景，展示字段之间的配合关系，团队可按自身业务替换内容。
| 字段 | 填写内容 |
|---|---|
| 决策编号 | 履约-2025-007 |
| 决策事项 | 确定三季度订单履约系统是否引入新的对账模块 |
| 提出背景 | 近两个月对账差错率上升，财务每月需额外投入三天人工核对，三季度结算高峰临近 |
| 决策层级 | 跨团队决策 |
| 决策日期 | 2025年7月10日 |
| 主持人 | 履约平台负责人 |
| 记录人 | 产品经理 |
| 备选方案 | 方案A：自研对账模块；方案B：采购外部对账服务并对接现有系统；方案C：维持人工核对，增加一名兼职人员 |
| 各方案支持理由 | 方案A支持者认为可复用现有订单接口，长期可控；方案B支持者认为上线快，能赶在结算高峰前投入使用；方案C支持者认为投入最小，风险可控 |
| 主要分歧点 | 争议集中在“上线时间能否赶上三季度结算”和“外部服务的数据安全是否满足要求”两点 |
| 未采纳意见及原因 | 方案A因开发排期需十周，无法在结算高峰前上线而未采纳；方案C因差错率问题未解决且长期人力成本更高而未采纳 |
| 最终结论 | 采用方案B，采购外部对账服务，并在上线前完成数据安全评审 |
| 决策依据 | 外部服务商提供四周上线方案；安全团队初步评审认为可通过增加字段脱敏满足要求；财务测算显示差错率可降至千分之一以下 |
| 约束条件 | 采购预算不超过年度工具预算的百分之十五；安全评审未通过则暂停上线 |
| 生效范围 | 订单履约系统全部对账流程，覆盖财务与履约两个团队 |
| 生效时间 | 2025年8月15日起试运行，9月1日正式切换 |
| 决策责任人 | 履约平台负责人 |
| 执行负责人 | 产品经理牵头，财务对接人配合 |
| 相关方及确认状态 | 财务负责人已确认；安全团队待确认，预计7月15日前反馈；采购部门已确认 |
| 复核或复盘时间 | 2025年10月15日，回看差错率与上线稳定性 |
| 关联文档 | 对账差错分析报告、外部服务商方案说明、安全评审记录 |
示例中，主要分歧点直接对应未采纳意见：方案A因排期出局，方案C因长期成本出局，最终结论选择方案B，决策依据逐条回应了分歧中的时间与安全问题。责任人、执行人和复核时间分别落到具体角色和日期，后续跟踪有明确入口。
当决策记录需要长期保存并接受多方确认时，可以把记录放入团队文档空间统一归档，将执行动作拆成工作项指派给执行负责人，相关方的确认状态在文档或工作项上更新。ONES 的文档与工作项能力可以承载这一流程：记录作为文档留存版本，执行任务与责任人关联到工作项，复核时间设置为到期提醒，使记录与落地动作保持在同一处可查。
模板的调整与长期维护
模板投入使用后，字段会随实践变化。维护的目标是让字段数量与决策复杂度匹配，避免记录变成负担或流于形式。
新增或删减字段的判断依据
出现以下情况时考虑新增字段：复盘时反复发现某类信息缺失，例如约束条件或外部依赖；同类决策多次因同一原因返工；审计或合规提出新的留痕要求。删减字段的依据相反：某字段连续多个季度无人填写或填写内容与结论无关，可合并到其他字段或改为选填。每次调整只改一到两个字段，并观察一个季度的使用效果。
版本与存放位置
模板文件标注版本号和修订日期，旧版本保留只读副本，便于对照历史记录。模板统一存放在团队文档空间的固定位置，并在团队规范中写明入口。记录本身按决策编号归档，与模板分开存放，避免模板被误改。
定期回看记录质量
建议每季度抽取若干条记录检查：必填字段是否完整，未采纳意见是否写清原因，责任人和复核时间是否可执行。检查结果用于修订模板和填写说明，也可在团队内分享填写较好的记录作为参照。回看时关注记录是否真正支撑了后续追溯，而不只是字段是否填满。
常见问题
决策记录和会议纪要有什么区别，能不能合并成一份？
两者可以放在同一份文档里，但记录对象不同。会议纪要覆盖讨论过程、待办和下次安排，决策记录只聚焦一次决策：有哪些选项、分歧在哪、最终选了什么、谁负责。如果团队会议频繁且一次会议产生多个决策，建议按决策编号拆成独立记录，会议纪要中引用编号；如果一次会议只形成一个决策，可以在纪要中嵌入决策记录表，保留必填字段完整。
决策做出后情况变化，原结论不再适用，记录该怎么处理？
不建议直接修改原记录。保留原记录作为历史版本，新建一条关联记录，在决策事项中注明“替代某编号决策”，并写清新的背景、分歧和结论。原记录的复核或复盘时间到期时，在记录中标注状态变化并链接新记录。这样追溯时能看到判断演变的完整链条，避免出现“记录和实际执行对不上”的情况。
小团队人少，主持人和记录人常常是同一人，字段还要分开填吗？
可以填同一人，但两个字段仍建议保留。主持人对应流程责任，记录人对应文本责任，分开保留字段便于团队扩大后自然区分角色。如果长期由一人兼任，可在团队规范中说明兼任规则，填写时两个字段填同一姓名即可，不需要为区分而额外安排人员。
未采纳意见写得太细会不会影响团队关系？
记录的重点是理由而非立场。写法上对事不对人：写清被否决的方案内容、否决依据（如排期、成本、安全评审结论），提出者姓名可按团队习惯选择记录或不记录。这样做的目的是让后续复盘能检验当时的判断，也让提出者看到意见被认真讨论过。若涉及敏感人事或商业信息，可在记录中注明“细节见关联文档”，把敏感内容放到受权限控制的材料里。
决策记录应该由谁发起填写，什么时候填？
由记录人在讨论当场填写基本信息和分歧与选项，结论与依据、责任与跟踪在结论形成后当天补齐，避免事后凭记忆补写。发起环节可以由主持人在会议开始前确认本次是否形成决策、由谁记录。记录完成后，相关方确认状态需要在记录上更新，未确认的写明预计反馈时间，这一环节可以与执行任务的指派同步进行。
