项目准入评估表要解决的是“这个提案要不要进入项目组合”的判断，而不是单个项目获批后如何启动。设计时先把准入维度定清楚，再把维度落成可填写的字段和评分口径，接着配套提交、预审、评审、归档的流程与角色分工，最后用真实提案试填校准阈值。本文按这五步给出字段结构、操作步骤、示例和上线检查清单。
要点总览（TL;DR）
- 先定准入维度再设计字段：战略契合、资源与投入、收益与风险、交付可行性、依赖与合规，维度控制在五到七个，保证一次评审会能逐项讨论完。
- 字段分表头信息、评估项、结论、跟踪信息四类；评分档位写清可观察的事实标准，总分阈值与单项阈值结合使用，关键维度低于底线时触发否决或补充论证。
- 流程按填表提交、预审、评审会、结论归档、条件跟踪五步运行，每步写明输入、动作、输出和完成标志；预审只做完整性与一致性检查，价值判断留给评审会。
- 角色上区分提案人、业务负责人、组合管理角色、评审组和跟踪责任人，决策权归评审组，条件准入项在归档时指定跟踪责任人与复查时点。
- 上线前用一两个真实提案试填，检验档位描述能否被不同评审人一致理解、阈值能否区分明显该进和明显不该进的提案，校准后固定模板版本。
准入评估表先定哪些评估维度
表格字段来自评估维度，维度来自组合准入要回答的问题。建议先列出一组候选维度，再逐条确认判断口径和数据来源，删掉无法取得数据或与准入判断无关的项。常见的五类维度如下：
| 维度 | 判断问题 | 判断口径 | 数据来源 |
|---|---|---|---|
| 战略契合 | 提案是否支撑当前年度的重点方向 | 对应到已发布的战略目标或业务重点，说明支撑关系 | 战略规划、年度经营目标 |
| 资源与投入 | 所需人力、预算、周期是否在可承受范围 | 按角色给出人月估算与预算区间，与当前资源池余量比对 | 资源池台账、预算表、提案人估算 |
| 收益与风险 | 预期收益是否可描述，主要风险是否可控 | 收益给出量化或可验证的定性描述；风险列出前三位及应对 | 业务测算、历史项目数据、风险登记 |
| 交付可行性 | 技术方案、关键路径、外部依赖是否具备条件 | 说明关键技术难点、依赖方与时间窗口 | 技术预研结论、依赖方确认记录 |
| 依赖与合规 | 是否涉及数据、合同、资质等合规要求 | 列出需审批的合规事项及当前状态 | 法务、安全、采购的既有结论 |
维度数量控制在五到七个，保证一次评审会能逐项讨论完。维度过多会让填表人复制粘贴套话，评审人也难以逐项追问。每个维度只保留一个核心判断问题，子问题放在判断口径里说明。
需要明确边界：准入评估表回答“进不进组合”，单项目启动授权由立项管理环节处理，已准入项目之间的先后顺序由优先级排序环节处理。表格中不设排期字段和详细 WBS，避免一张表承担三种职能。
评估表的核心字段与评分口径
字段分四类：表头信息、评估项、结论、跟踪信息。表头用于识别提案，评估项承载判断，结论记录决策，跟踪信息管住条件准入的后续动作。
| 字段 | 类型 | 必填 | 填写规则 |
|---|---|---|---|
| 提案名称 | 文本 | 必填 | 一句话说明做什么，不超过30字 |
| 提出人 / 所属业务线 | 文本 / 下拉 | 必填 | 业务线从固定选项中选择 |
| 提案日期 | 日期 | 必填 | 提交评审的日期 |
| 关联战略目标 | 下拉 | 必填 | 从当年战略目标清单中选择，可多选 |
| 维度 / 判断问题 | 固定文本 | 必填 | 由表格模板预置，填表人不可改 |
| 评分档位 | 单选 | 必填 | 按分档描述选择，附一句理由 |
| 权重 | 数字 | 必填 | 模板预置，合计为100% |
| 得分 | 计算 | 自动 | 档位分值乘以权重 |
| 准入结论 | 单选 | 必填 | 准入 / 条件准入 / 暂缓 / 不准入 |
| 附加条件 | 文本 | 条件准入时必填 | 写清条件内容、验证方式、完成时点 |
| 评审人 / 评审日期 | 文本 / 日期 | 必填 | 记录实际参与决策的人员 |
| 跟踪责任人与复查时点 | 文本 / 日期 | 条件准入时必填 | 指定一人负责，复查时点具体到日 |
评分口径建议采用三到四档描述，每档写清可观察的事实标准。例如“资源与投入”可设为：资源在现有余量内且有明确来源为高档；需要跨部门协调但已有初步承诺为中档；资源来源未落实为低档。档位描述越具体，不同评审人对同一提案的打分越接近。
总分阈值与单项阈值结合使用。总分用于横向比较，单项阈值用于守住底线：战略契合或合规项低于底线时，无论总分多少都触发否决或要求补充论证。权重由组合管理角色根据当期重点设定，并在一个评审周期内保持稳定，避免为单个提案临时调整。
必填与选填的划分原则是：影响准入判断的字段必填，辅助说明的字段选填。理由说明、附件材料可作为选填项，但评分档位、结论、评审人必须填写，否则表格无法进入归档。
从提交到归档的操作步骤
表格要嵌入流程才有约束力。建议按以下五步运行，每步都有明确的输入、动作、输出和完成标志。
| 步骤 | 输入 | 动作 | 输出 | 完成标志 |
|---|---|---|---|---|
| 1. 填表提交 | 提案背景、资源估算、风险说明 | 提案人按模板填写，对照自检清单检查必填项与理由完整性 | 完整评估表 | 必填项无空缺，每个评分档位附有理由 |
| 2. 预审 | 提交的评估表 | 组合管理角色检查字段完整性、数据来源是否可追溯、是否与已有提案重复 | 放行通知或退回意见 | 预审结论记录在表内，退回时写明缺项 |
| 3. 评审会 | 预审通过的评估表 | 评审组逐项讨论，对分歧项追问理由，按打分或表决形成结论 | 评审记录与结论 | 结论、评审人、日期填写完毕 |
| 4. 结论归档 | 评审结论 | 组合管理角色将结论同步到组合清单，通知提案人 | 归档记录 | 组合清单状态更新，提案人收到结果 |
| 5. 条件跟踪 | 条件准入项的附加条件 | 跟踪责任人按复查时点核对条件完成情况，未完成则升级处理 | 复查记录 | 条件关闭或转为暂缓，记录留痕 |
预审是控制表格质量的关键环节。退回条件应写进流程说明，例如关键数据无来源、评分理由与档位描述不符、与在库提案明显重复。预审只做完整性与一致性检查，不对提案价值下判断，价值判断留给评审会。
评审会的形式可以是定期例会，也可以按提案数量临时召集。参与角色至少包括业务负责人、组合管理角色和与提案相关的技术或财务代表。表决方式二选一：逐项打分后按阈值自动生成建议结论，或评审组讨论后投票。两种方式都要求把分歧点和理由记入评审记录。
条件准入项最容易在归档后失去跟踪。做法是在表内固定“跟踪责任人”和“复查时点”两个字段，归档时同步写入组合清单的待办，复查到期未处理时由组合管理角色提醒。
这类表单提交、评审流转和结论归档如果分散在邮件和表格文件里，状态容易丢失。可以在项目协作工具中把评估表做成固定表单，提交后自动进入评审队列，评审结论和条件跟踪项作为工作项保留在同一处，便于组合管理角色按状态查看。具体承载方式以团队现有工具条件为准。
角色分工与各环节交付物
表格填完无人负责，通常是因为填写、审核、决策、跟踪四类职责没有分开。按下表明确到人：
| 角色 | 主要职责 | 在表格上的位置 | 交付物 |
|---|---|---|---|
| 提案人 | 填写评估表，提供数据来源，完成自检 | 表头信息、评估项理由 | 完整评估表与附件 |
| 业务负责人 | 确认提案的业务合理性与资源承诺 | 业务背书意见栏 | 背书意见 |
| 组合管理角色 | 组织预审、维护模板与权重、归档结论、跟踪条件项 | 预审意见、归档记录 | 预审结论、组合清单更新 |
| 评审组 | 逐项评审并形成准入结论 | 结论、评审人、评审日期 | 评审记录与决策结论 |
| 跟踪责任人 | 核对条件准入项的完成情况 | 跟踪信息栏 | 复查记录 |
决策权限归属评审组，组合管理角色负责流程但不单独决定准入。业务负责人对资源承诺的真实性负责，避免提案人自行承诺无法兑现的资源。条件准入后的跟踪责任人由评审会在结论中指定，通常是被准入提案的负责人，复查时点建议设在条件到期前一周。
填写示例：一个提案的完整评估过程
以下为演示情景，用于说明填写方式，数值仅作示例。
提案名称为“客户合同审批线上化”，提出人来自运营部，关联战略目标为“提升内部流程效率”。资源估算为两名开发人员三个月，预算在部门年度额度内；预期收益是审批周期从平均五天缩短到两天；主要风险是法务审核规则需要重新梳理；依赖法务部门确认合同模板范围。
| 维度 | 评分档位 | 理由 | 权重 | 得分 |
|---|---|---|---|---|
| 战略契合 | 高 | 直接对应年度流程效率目标 | 25% | 25 |
| 资源与投入 | 中 | 人力在余量内，但需从另一项目抽调一人 | 20% | 10 |
| 收益与风险 | 高 | 周期缩短有历史数据支撑，风险有明确应对 | 20% | 20 |
| 交付可行性 | 中 | 技术方案成熟，法务规则梳理时间不确定 | 20% | 10 |
| 依赖与合规 | 低 | 合同模板范围尚未取得法务确认 | 15% | 3 |
总分为68分，低于70分的准入线；合规项处于低档，触发单项阈值规则。评审会结论为条件准入，附加条件写为：“法务部门在两周内确认合同模板范围，确认后由提案人补充依赖与合规项评分，复查通过则转入组合。”跟踪责任人为该提案负责人，复查时点设为两周后的评审会。
这个例子说明两点：总分接近阈值时，单项阈值可以防止带风险放行；条件准入的写法要包含条件内容、验证方式和完成时点，否则复查时无法判断是否满足。
上线前的完成检查
表格和流程设计完成后，逐项核对以下清单，全部通过再正式启用：
- 字段覆盖全部准入维度，每个维度至少对应一个评分项，且没有两个字段问同一件事。
- 每个评分档位都有可观察的描述，两名评审人对同一提案独立打分，结果差异在一个档位以内。
- 总分阈值和单项阈值均已写明，触发单项否决的情形有明确列举。
- 提交、预审、评审、归档、条件跟踪五个环节都有责任人和完成标志。
- 用一两个真实提案试填，检查填表耗时是否可接受、预审退回原因是否具体、阈值是否能区分明显该进和明显不该进的提案。
- 表格与立项管理、优先级排序的衔接已写明：准入通过后进入哪个环节、由谁发起。
- 条件准入项的跟踪字段在归档后仍可查询，复查到期有提醒机制。
试填校准是最后一步也是最容易被跳过的一步。用两个边界清晰的提案分别试填，一个明显应准入、一个明显应暂缓，如果表格给出的结论与评审组的直觉判断不一致，优先调整档位描述和阈值，而不是增加字段。校准完成后固定模板版本，在一个评审周期内不再改动，保证不同批次提案的可比性。
常见问题
准入评估表的评分档位设几档比较合适？
建议设三到四档，每档写清可观察的事实标准，而不是用“较好”“一般”这类模糊描述。以资源与投入为例：资源在现有余量内且有明确来源为高档；需要跨部门协调但已有初步承诺为中档；资源来源未落实为低档。档位越具体，不同评审人对同一提案的打分越接近。上线前可让两名评审人独立打分，若结果差异超过一个档位，说明档位描述还需要细化。
总分达到阈值，但某个维度得分很低，应该怎么处理？
这正是单项阈值的作用。总分用于横向比较，单项阈值用于守住底线：战略契合或合规项低于底线时，无论总分多少都触发否决或要求补充论证。设计时要把触发单项否决的情形明确列举出来，写进表格说明，避免评审会上临时争论。如果某维度长期频繁触发单项否决，可以回头检查该维度的档位描述是否过严，而不是直接取消单项阈值。
条件准入的提案，复查时应该看什么？
复查依据是附加条件字段里写清的三项内容：条件内容、验证方式、完成时点。例如“法务部门在两周内确认合同模板范围，确认后由提案人补充依赖与合规项评分”，复查时逐项核对是否完成、是否有可查的记录。条件完成则转入组合，未完成则升级处理或转为暂缓，处理结果留痕。复查时点建议设在条件到期前一周，由跟踪责任人提前核对，避免到期才发现未完成。
表格上线后，权重和阈值还能调整吗？
可以调整，但建议在一个评审周期内保持稳定。权重由组合管理角色根据当期重点设定，如果为单个提案临时调整权重或阈值，不同批次提案之间就失去可比性。合理的做法是：一个评审周期结束后，汇总本期评审记录，看哪些维度区分度低、哪些阈值频繁误判，再统一修订模板并记录版本变更。修订后重新用一两个历史提案试填，确认结论方向没有明显偏移。
提案数量少的时候，还需要走完整的预审和评审会吗？
流程可以简化，但预审和决策记录两个环节建议保留。提案少时，预审可以由组合管理角色用半天完成，评审会可以并入现有的业务例会，不必单独召集。需要保留的是：预审结论记录在表内，退回时写明缺项；评审结论、评审人、评审日期填写完整。这样即使流程轻量，准入判断仍有据可查，后续条件跟踪也有明确起点。
