阶段决策记录要回答三个问题：当时依据什么做判断、谁有权拍板、结论落地到哪些动作。围绕“继续、调整、终止”这类阶段性决策，记录至少保留决策事项与所处阶段、评审输入与依据、参与角色与决策权限、结论与附带条件、后续行动与责任人五类信息。本文给出可直接套用的字段清单、填写步骤、角色分工、示例与检查清单，范围限于阶段决策；单次发布许可、质量门禁设置和单需求评审不在本文展开。记录可先用文档模板起步，团队规模扩大后再考虑用ONES这类协同平台承载记录与跟踪。
要点总览（TL;DR）
- 阶段决策记录至少保留五类信息：决策事项与所处阶段、评审输入与依据、参与角色与决策权限、结论与附带条件、后续行动与责任人。
- 字段按“决策事项—依据—决策者—结论—行动”组织，结论从继续、带条件继续、调整、终止中选一个，带条件继续的条件要写成可验证的完成事件。
- 填写按会前准备、会中记录、会后确认、归档四步推进，每步有明确输入、输出和完成标志，避免会后凭记忆补写。
- 记录人负责整理与修订，决策者负责确认签署，跟踪角色定期检查行动项并在条件未满足时阻止阶段推进。
- 归档前用检查清单核对结论明确性、依据可追溯、权限有据、条件可验证、行动项完整，阻断项未通过不得归档。
一份阶段决策记录至少保留哪些字段
字段设计的目标是让一份记录在半年后仍能被读懂：读者不需要参会，也能还原当时的判断依据、拍板人和执行安排。下表按“决策事项—依据—决策者—结论—行动”的顺序组织，标注了必填性与填写要点。
| 字段 | 必填性 | 填写说明 |
|---|---|---|
| 决策事项 | 必填 | 用一句话写明本次要决定什么，例如“某产品V2.0是否进入开发阶段”。避免写成会议名称。 |
| 阶段名称与决策时点 | 必填 | 写明所处阶段（如概念评审、计划评审、开发转测试）和决策日期，便于后续按阶段回溯。 |
| 评审输入与依据材料清单 | 必填 | 列出支撑判断的材料及版本，如可行性报告、成本测算、风险清单、上一阶段遗留问题关闭情况。 |
| 参与角色、决策者与权限来源 | 必填 | 记录参与评审的角色，标明最终决策者及其授权依据（如评审制度、授权书、会议授权）。 |
| 结论类型 | 必填 | 从“继续、带条件继续、调整、终止”中选择，结论必须单一明确，不用“基本同意”这类模糊表述。 |
| 附带条件、遗留问题与风险接受 | 条件必填 | 结论为带条件继续或调整时必填；写明条件内容、验证方式、遗留问题清单，以及明确接受的风险及接受人。 |
| 后续行动、责任人与完成时限 | 必填 | 每条行动写清做什么、谁负责、何时完成，一项行动对应一个责任人。 |
| 记录版本与关联文档链接 | 必填 | 记录版本号、修订日期，并链接到依据材料、上一阶段决策记录和后续阶段计划。 |
其中“结论类型”和“附带条件”是最容易写虚的两项。带条件继续的条件要写成可判定的表述，例如“完成关键器件第二供应商验证并通过小批量试产”，而不是“进一步降低供应风险”。终止结论同样要写明终止范围：是整个项目终止，还是当前方案终止、另起方案，二者对应的后续动作完全不同。
按顺序填写：从会前准备到记录归档
字段确定后，填写质量取决于流程。把记录工作拆成会前、会中、会后、归档四步，每步都有明确的输入、输出和完成标志，记录人就不会在会后凭记忆补写。
会前：确定决策事项、阶段边界与材料清单
输入是阶段计划与上一阶段决策记录。记录人提前与决策者确认本次要决定的事项、阶段起止边界，并发出材料清单，要求各参与方在会前提交依据材料及版本。输出是一份待评审材料清单和空白记录模板。完成标志：材料齐套、版本明确，决策事项已写入模板。
会中：记录依据、分歧与结论形成过程
输入是会上汇报与讨论。记录人重点记录三类内容：关键数据与判断依据、主要分歧及各方观点、结论如何形成。分歧不必逐字记录，但要保留影响结论的反对意见和对应的风险接受。输出是包含结论草案的会议记录。完成标志：结论类型已明确，决策者当场确认结论表述。
会后：补齐条件、行动项与责任人并确认
输入是会议记录草案。记录人整理附带条件、遗留问题和行动项，逐条与责任人核对时限，再提交决策者确认签署。输出是定稿的决策记录。完成标志：决策者确认、各行动责任人确认接收，记录状态变为“已确认”。
归档：版本、存放位置与可追溯关联
输入是已确认的记录。记录人赋予版本号，存入团队约定的位置，并建立与依据材料、上一阶段记录、后续阶段计划的链接。输出是可检索、可追溯的归档记录。完成标志：在后续阶段的启动材料中能直接引用本记录，且链接可打开。
谁负责记录、谁负责确认、谁负责跟踪
记录无人确认、行动无人跟踪，通常源于角色没有落到具体交付物上。下表把五类角色与各自的交付物对应起来，团队可按规模合并角色，但确认与跟踪两项职责建议分开。
| 角色 | 职责 | 交付物 |
|---|---|---|
| 记录人 | 会前准备模板与材料清单，会中实时记录依据、分歧与结论，会后整理定稿 | 材料清单、会议记录草案、定稿记录 |
| 决策者 | 确认结论表述与附带条件，签署记录，对风险接受负责 | 签署确认的记录 |
| 行动项责任人 | 接收行动项，按约定时限完成并反馈状态 | 行动项完成结果或进度更新 |
| 跟踪角色（如项目经理） | 定期检查行动项状态，在条件未满足时阻止阶段推进 | 行动项跟踪表、条件验证结论 |
| 评审参与方 | 按材料清单提交依据材料，标注版本，对材料真实性负责 | 依据材料及版本说明 |
记录变更时，修订责任归记录人：任何对结论、条件或行动项的修改都要留修订说明和日期，重大修改需决策者重新确认。跟踪角色发现条件长期未满足时，应发起复评，而不是让记录停留在“带条件继续”状态。
示例：一次带条件继续的决策记录怎么写
以下为演示情景，用于说明字段如何填写，不对应真实项目。
决策事项：某智能硬件产品是否从计划阶段进入开发阶段。阶段与决策时点：计划评审，2025年3月14日。
依据材料：可行性评估报告v1.2、目标成本测算表v2.0、关键器件供应风险清单v1.1、上一阶段遗留问题关闭表。关键数据摘录：目标成本较上一版下降8%，但主控芯片仅有一家合格供应商，交期风险评级为高。
参与角色与决策者：产品、研发、采购、质量代表参与评审；决策者为产品线负责人，依据公司阶段评审制度授权。
结论：带条件继续。条件为：在开发阶段第一里程碑前完成主控芯片第二供应商的样品验证并出具验证报告；条件未满足前，不启动批量采购。风险接受：产品线负责人接受开发阶段前期仍依赖单一供应商的供应风险。
行动项：采购代表在4月10日前完成第二供应商送样；研发代表在4月25日前完成样品验证并提交报告；项目经理在每次阶段例会上检查条件状态。
这份记录可迁移的规律是：条件写成可验证的完成事件，并绑定时间点和责任人；风险接受单独写明接受人；条件与阶段推进挂钩，使“带条件继续”成为可检查的状态，而非一句口头承诺。
完成检查：记录是否合格
归档前逐项核对下表。标为阻断项的条目未通过时，记录不得归档，阶段推进也应暂停。
| 检查项 | 通过标准 | 是否阻断 |
|---|---|---|
| 结论明确 | 结论类型唯一，可直接判定继续、带条件继续、调整或终止 | 阻断 |
| 依据可追溯 | 每份依据材料有名称和版本，能对应到具体判断 | 阻断 |
| 决策者与权限有据 | 决策者姓名与授权来源均已记录 | 阻断 |
| 条件可验证 | 带条件继续时，条件有验证方式和完成时点 | 阻断 |
| 行动项完整 | 每条行动有责任人和时限，责任人已确认 | 阻断 |
| 关联清晰 | 链接到上一阶段记录与后续阶段计划 | 非阻断，但需在归档后一周内补齐 |
| 版本受控 | 有版本号与修订记录，变更经确认 | 非阻断 |
用ONES承载决策记录与后续跟踪
当阶段评审涉及多个部门、行动项分散在不同团队时，文档模板容易与任务跟踪脱节。团队可以把决策事项作为工作项记录，在字段中填写阶段名称、结论类型和决策时点，让每次阶段决策在项目视图中可查。ONES可围绕项目计划、阶段推进、任务协同和研发过程管理支持阶段管理，适合采用阶段评审机制、需要跨角色协同的团队。
依据材料与记录的关联可以借助ONES Wiki完成：页面组可关联项目，需求与文档互相对应，决策记录页面直接链接可行性报告、风险清单等材料；文档记录所有页面版本并支持查看与回滚，便于回溯当时引用的材料版本。结论确定后，行动项在工作项中分派给责任人并跟踪状态，条件未满足时跟踪角色能在阶段例会上直接看到未关闭项。评审参与和决策者确认通过记录页面的确认与版本留痕体现，形成从依据、决策到行动的连贯链路。具体字段配置需结合团队自身流程规划，可先用文档模板跑通一轮评审，再迁移到平台。
常见问题
阶段决策记录和会议纪要有什么区别，能不能用会议纪要代替？
会议纪要记录的是会上讨论了什么，阶段决策记录要回答的是依据什么做判断、谁有权拍板、结论落地到哪些动作。如果会议纪要已经包含决策事项、依据材料及版本、决策者与授权来源、单一明确的结论类型、附带条件与行动项责任人，它可以作为决策记录的载体；缺少其中任何一项，就需要补充一份结构化记录。实践中常见做法是会议纪要保留讨论过程，决策记录单独成文并归档，两者互相链接。
结论为“带条件继续”时，条件一直没满足，记录该怎么处理？
带条件继续不是一次性结论，而是需要持续检查的状态。跟踪角色应在阶段例会上核对条件状态，条件超过约定期限未满足时发起复评，由原决策者或接任决策者重新给出结论：延长条件期限、调整条件内容，或改为终止。复评结果作为新版本记录归档，保留原记录与修订说明，避免用口头同意覆盖原结论。条件长期悬空、记录停留在“带条件继续”状态，是阶段推进失控的常见信号。
小团队人手有限，记录人和决策者可以是同一个人吗？
可以合并，但要保留确认动作。记录人由参会者兼任、决策者同时承担记录职责，在人数少的团队中很常见。需要守住的是两点：结论表述由决策者明确确认，不能由记录人代拟后默认通过；行动项跟踪尽量交给决策者以外的人，例如项目经理或指定跟进人，避免自己检查自己的承诺。团队规模扩大、评审涉及多个部门后，再把记录与跟踪职责拆开。
决策记录里的依据材料需要保存原件吗，还是记录名称和版本就够了？
记录中至少要写明材料名称、版本和存放位置，使后续读者能定位到当时引用的那一版。是否保存原件取决于材料的性质和团队约定：成本测算、风险清单这类会持续更新的材料，建议在归档位置保留决策时点的版本快照或链接到版本受控的文档系统；对外部标准、法规引用，记录标准名称与版本号即可。关键判断是半年后能否还原当时的依据，如果材料已被覆盖且无法找回旧版本，记录的可追溯性就不成立。
用文档模板记录和用协同平台承载，团队该怎么选？
评审频率低、参与角色少、行动项不多的团队，先用文档模板跑通一轮完整评审更划算，重点是字段齐全、确认留痕、归档位置固定。当阶段评审涉及多个部门、行动项分散在不同团队、需要按阶段回溯时，文档与任务跟踪容易脱节，可以考虑用协同平台承载：决策事项作为工作项记录字段与结论，依据文档与记录关联，行动项分派并跟踪状态。ONES 可围绕项目计划、阶段推进、任务协同和研发过程管理支持阶段管理，ONES Wiki 的页面组可关联项目、文档记录页面版本并支持查看与回滚，适合需要把依据、决策与行动串起来的团队。迁移前建议先梳理自身流程与字段口径。
