项目准入决策要能追溯，关键是把“谁提案、谁评估、谁决策、谁接手”写进同一份记录。下面用一份假设情景的候选项目准入记录，展示各字段如何对应责任主体与判断依据，并说明哪些做法可以迁移到自己的准入表单。示例聚焦组合层面的准入决策，不涉及单项目启动授权和已准入项目的排序。
要点总览（TL;DR）
- 示例以一份假设情景的候选项目准入决策记录为样本，把提案人、评估角色、决策人和交接对象分别落到具体字段上，让准入结论可以追溯到人和依据。
- 记录的核心结构是：提案人与商业论证、准入条件核对、分角色的评估意见、决策结论与理由、准入条件与复查时点、责任交接，结论与条件写在一起。
- 暂缓与退回要写明具体原因和重新提交或再报的条件，并由决策人署名和标注日期，避免以口头通知代替记录。
- 改造自有表单时把握四点：决策形态决定署名方式，评估与决策分栏记录，结论必须带条件和时点，交接要有接收确认。
- 示例适用于组合层面的准入决策，不覆盖单项目启动授权和已准入项目的优先级排序，也不能替代组织的正式授权制度。
示例要解决的责任问题
很多组织的准入讨论并不缺会议，缺的是会后的责任落点：提案材料由谁保证完整，评估意见由谁独立给出，结论由谁署名，准入之后的目标由谁承接。这些问题如果只停留在会议纪要里，几个月后回溯时往往只能看到“会上同意”，看不到同意依据和责任人。
本文的示例为假设情景，不对应任何真实客户或真实项目。设定如下：某组织每季度召开一次项目组合评审会，对各部门提交的候选项目作出准入、暂缓或退回的决定。示例中的候选项目名为“客户服务知识库升级”，由客户服务部提出，评审会由组合管理负责人主持，成员包括产品、技术、财务与运营代表。
示例的目标有三个：一是让准入结论可以追溯到具体的人和具体的判断依据；二是让提案、评估、决策、交接四类责任在字段上各有归属；三是给出一份可以直接对照改造的表单样式。示例覆盖的范围是组合准入决策这一环节，单独立项审批、预算下达后的启动授权、已准入项目之间的优先级调整，都不在本示例的讨论范围内。
完整示例：一份候选项目准入决策记录
以下为已填写的准入决策记录示例，按记录的实际顺序排列。
| 字段 | 填写内容 |
|---|---|
| 记录编号 | PA-2024-Q3-007 |
| 候选项目名称 | 客户服务知识库升级 |
| 提案部门与提案人 | 客户服务部，提案人：服务运营主管（署名） |
| 提案日期 | 2024年8月12日 |
| 问题与机会 | 一线客服检索历史工单平均耗时偏长，重复问题解答口径不一致，新人上手周期长 |
| 商业论证要点 | 预计覆盖三个客服团队；以检索耗时和重复解答量为主要观测指标；投入以现有团队人力为主，另需少量外部支持 |
| 方案概要 | 整理高频问题条目，建立统一解答口径，配套检索入口与维护机制 |
| 准入条件核对 | 战略契合：符合本年度客户体验方向；资源可行性：人力可从现有团队调配；风险：内容维护责任需明确；数据与合规：仅涉及内部知识内容 |
| 评估意见一（产品） | 建议准入。理由：与现有服务流程衔接清晰。提出人：产品代表（署名） |
| 评估意见二（技术） | 建议准入，附条件。理由：检索入口可复用现有能力，需先确认内容结构。提出人：技术代表（署名） |
| 评估意见三（财务） | 建议准入。理由：投入以人力为主，外部支持部分在部门预算内。提出人：财务代表（署名） |
| 决策结论 | 准入，附条件 |
| 决策理由 | 问题明确、方案可落地、资源在可控范围；内容维护责任须在启动前落实 |
| 准入条件 | 启动前提交内容维护责任人与更新频率说明 |
| 决策人 | 组合管理负责人（署名），评审会日期：2024年8月20日 |
| 复查时点 | 准入后第一个季度末，核对检索耗时与重复解答量 |
| 责任交接 | 项目目标与阶段计划交接给客户服务部项目负责人；组合层面的资源与排序信息由组合管理办公室登记 |
这份记录的特点是把结论和条件写在一起：结论是“准入，附条件”，条件是可核验的一条具体动作，复查时点给出了检验条件是否落实的时间。评估意见保留了三位评估人各自的判断和理由，决策人署名与评审会日期分开记录，便于区分“谁评估”和“谁拍板”。
逐项解释：每个字段为什么这样填
字段填写的核心原则是：每个关键字段都能回答“这是谁说的、依据是什么、什么时候检验”。下表按责任类型归纳。
| 字段 | 责任主体 | 填写要求 |
|---|---|---|
| 提案人与商业论证 | 提案人 | 对问题描述、方案概要、论证要点的真实性负责；材料不完整时由提案人补正，不由评估人代写 |
| 准入条件核对 | 提案人初填，评估人复核 | 逐条给出核对结果，避免只写“符合”而不写依据 |
| 评估意见 | 各评估角色 | 独立给出建议与理由，署名到人；评估人只对专业判断负责，不替决策人承担取舍责任 |
| 决策结论与理由 | 决策人或评审会 | 结论从准入、暂缓、退回中选择，理由须回应评估意见中的分歧点 |
| 准入条件 | 决策人提出，提案人承接 | 写成可核验的动作和时间，避免“进一步完善”这类无法检验的表述 |
| 复查时点 | 决策人设定，交接对象执行 | 与观测指标绑定，到期由交接对象提交核对结果 |
| 责任交接 | 决策人指定，交接双方确认 | 区分项目执行责任与组合登记责任，写明交接对象和交接内容 |
提案人字段之所以要署名到人，是因为商业论证的质量直接决定评估和决策的信息基础。部门名义提交容易在后续追溯时找不到具体负责人，署名到人则让材料补正、问题澄清都有明确对象。
评估角色的边界需要写清楚：评估人对本专业范围内的判断负责，给出建议和理由，不参与最终取舍。示例中技术代表给出“建议准入，附条件”，这个条件成为决策结论中准入条件的来源之一，但条件是否采纳由决策人判断。这样既保留了评估的独立性，也避免评估意见被当成决策本身。
决策人署名与结论理由必须相邻记录。只写“同意”而不写理由，后续无法判断当时的取舍依据；理由中回应分歧点，则让暂缓或附条件准入的原因有据可查。
暂缓与退回的写法要区分清楚。暂缓表示方向认可但当前条件不满足，记录中应写明暂缓的具体原因和重新提交的条件，例如“待内容维护责任人落实后重新提交”；退回表示不予进入本组合，记录中应写明退回理由和是否允许修改后再报。两种结论都要有决策人署名和日期，避免以口头通知代替记录。
交接字段解决的是准入之后的责任真空。示例把交接拆成两部分：项目执行责任交给客户服务部项目负责人，组合层面的登记信息由组合管理办公室维护。两部分责任主体不同，分开写可以避免“准入即结束”的误解。
可迁移规律：把示例改成自己的准入表单
从示例中可以提炼出几条与组织规模无关的责任设计规律，改造自有表单时可以直接对照。
第一，明确决策形态并据此设计署名方式。一票决策由单一决策人署名，记录中写清其授权来源；集体评审则记录每位成员的评估意见和最终表决结果，主持人署名确认结论。两种形态的责任归属不同，表单字段也应不同：前者重点记录决策人及理由，后者重点记录意见分布与形成结论的过程。
第二，评估与决策在字段上分离。评估意见按角色分行记录，决策结论单独成栏，两者之间用“决策理由”连接。这样在回溯时能看清哪些意见被采纳、哪些分歧被保留，也便于评估人只对本专业判断负责。
第三，任何结论都带条件和时点。准入写清准入条件与复查时点，暂缓写清重新提交的条件，退回写清是否允许再报。条件要写成可核验的动作，时点要具体到日期或节点。
第四，记录留痕要覆盖全过程。提案材料版本、评估意见、决策结论、交接确认都应在同一处可查。准入记录与评审意见需要在工作项和文档中留痕时，可以在ONES中把候选项目作为工作项承载，将评估意见和决策结论记录在对应文档与字段中，使结论、条件和复查时点与项目记录保持关联，便于后续核对。具体字段配置可按组织实际流程设置。
第五，交接要有确认动作。交接字段不仅写接收人，还应记录交接内容和确认时间，避免出现“已指定但未接收”的空档。
适用边界与常见误用
这份示例适用于组合层面的准入决策：多个候选项目竞争有限资源，需要在同一口径下比较并作出准入、暂缓或退回的判断。在这个场景内，示例的字段结构和责任划分可以直接参照。
示例不覆盖单项目启动授权。准入解决的是“是否进入组合”，启动授权解决的是“是否按当前方案开工”，后者涉及范围、预算和里程碑的确认，责任主体和记录要求不同，不能直接套用本示例的字段。
示例也不覆盖已准入项目的优先级排序。项目进入组合后，资源在项目之间的调配、排序调整属于组合运营环节，需要另行记录调整依据和决策人，与本示例的准入记录分开管理。
常见误用有几种。一是把示例当成组织授权制度使用，示例只演示记录怎么写，实际的决策权限、评审成员构成和表决规则应以组织正式制度为准。二是评估意见与决策结论混写在同一栏，导致回溯时分不清谁提出了什么。三是结论只写“同意”不写条件和时点，使复查无从执行。四是交接字段只写部门不写人，责任在部门内部再次悬空。改造表单时逐条对照这几处，示例才能真正发挥作用。
常见问题
如果评审会上意见分歧较大，准入决策记录应该怎么体现？
分歧本身要留在记录里，不要只写最终结论。做法是把每位评估人的意见按角色分行记录，保留各自建议和理由；决策理由一栏专门回应分歧点，说明采纳了哪些意见、哪些意见未被采纳以及原因。若分歧涉及关键前提，可以把结论写成“准入，附条件”，把尚未达成一致的部分转化为可核验的准入条件，并设定复查时点。这样回溯时能看到当时的判断过程，而不是一个没有来由的“同意”。
提案人同时是评估人或决策人时，记录上怎么处理？
这种情况在小组织里比较常见，处理方式是在记录中如实标注角色重叠，并补充说明独立意见的来源。例如提案人参与了评估，可以在评估意见栏注明其身份，同时保留其他评估角色的独立意见；若提案人同时是决策人，应在决策人栏标注其提案身份，并在决策理由中说明如何避免自我论证。角色重叠本身不必然影响决策质量，但记录必须让读者看得出谁在哪个环节承担了什么责任，必要时可引入外部或上级复核。
准入条件在复查时点没有落实，后续应该怎么记录？
复查时点到期后，由交接对象提交核对结果，记录中应新增一条复查记录，写明条件落实情况、未落实的具体原因和后续处理意见。未落实时通常有三种处理：延长条件期限并重新设定复查时点；将项目退回重新评审；或在组合层面调整资源投入。无论哪种处理，都要由有权决策的人署名确认，并与原准入记录关联保存，避免出现条件悬空而无人跟进的情况。
集体评审和单一决策人拍板，表单字段差别在哪里？
差别主要在署名和意见记录方式。单一决策人拍板时，表单重点是决策人身份、授权来源和决策理由，评估意见作为输入记录即可；集体评审时，需要记录每位成员的评估意见、意见分布和最终形成结论的过程，主持人署名确认结论，必要时记录表决结果。两种形态都可以保留准入条件、复查时点和交接字段，区别在于责任归属的呈现方式，改造表单时应先确定本组织的决策形态，再决定字段的详略。
准入记录需要保存多久，和项目执行记录放在一起还是分开？
保存期限通常由组织的档案或审计要求决定，示例不给出统一年限。放置方式上，准入记录与项目执行记录保持关联更便于追溯：准入结论、条件和复查时点可以作为项目记录的起点信息，后续执行中的变更、复查结果与原始准入记录相互引用。分开存放时至少要保证记录编号可互相索引，避免回溯时只能找到执行记录而找不到准入依据。
