研发项目进入投资组合前，评估材料要能支撑评审组回答五个问题：值不值得投、能不能做、资源够不够、风险可不可控、证据是否充分。围绕这五个问题，材料按“提案说明—价值论证—可行性与风险—资源与依赖—证据附件”组织，由提案人主笔，业务、技术、财务或资源管理角色提供输入并会签，评审组据此给出准入、补充材料后再议或暂缓的结论。下面给出材料框架、逐份编写要点、角色分工与提交前检查清单。
要点总览（TL;DR）
- 准入材料按“提案说明—价值论证—可行性与风险—资源与依赖—证据附件”五组组织，每组对应一个评审问题：值不值得投、能不能做、资源够不够、风险可不可控、证据是否充分。
- 每份材料要写清输入来源、编写动作、输出物和完成标志，以“换一个人能复算出同样结论”作为可复核标准，避免堆砌文档。
- 提案人主笔，业务负责人、技术负责人、财务或资源管理角色分别会签价值、可行性与投入部分，评审组只做判断，结论分为准入、补充材料后再议、暂缓三类。
- 提交前按完整性、口径一致性、风险依赖覆盖、证据附件、结论条件可执行五项检查，阻断项未解决不进入评审会，退回补充并更新版本号。
- 材料版本与评审记录需留存，便于执行中范围或投入变化时回溯准入假设，判断是否需要重新评审。
准入评审要回答的五个问题与材料框架
准入材料的作用是让评审组在有限时间内做出可追溯的判断，因此每份材料都应绑定一个明确的评审问题。材料数量不必多，但每个问题都要有对应的论证和证据，缺失时评审组应能直接指出缺口，而不是凭印象投票。
| 材料分组 | 对应评审问题 | 包含材料 | 结论用途 |
|---|---|---|---|
| 提案说明 | 要解决什么问题、边界在哪里 | 项目提案与目标说明 | 判断提案是否清晰、是否与组合方向一致 |
| 价值论证 | 值不值得投 | 业务价值与收益假设、市场与客户依据 | 判断收益口径是否成立、验证方式是否可行 |
| 可行性与风险 | 能不能做、风险可不可控 | 技术可行性与交付风险、合规与安全评估 | 判断方案是否可落地、风险是否有应对 |
| 资源与依赖 | 资源够不够 | 投入与资源需求估算、依赖与资源冲突说明、里程碑与验收口径 | 判断投入是否合理、是否与其他项目争抢关键资源 |
| 证据附件 | 证据是否充分 | 客户访谈记录、数据测算表、技术验证结论、合规意见等 | 支撑上述论证，供预审抽查 |
五组材料对应三类结论用途：价值论证和提案说明支撑“是否值得进入组合”的判断；可行性与风险、资源与依赖支撑“以什么条件进入”的判断；证据附件支撑“论证是否可信”的判断。评审组可以据此把结论落到具体条件上，例如准入但限定范围、补充材料后再议、暂缓等待资源释放。
逐份材料的编写要点与输入输出
每份材料都应写清输入来源、编写动作、输出物和完成标志。完成标志是提案人自查和评审组预审的共同依据，建议用“可被第三方复核”作为标准：换一个人拿着材料，能复算出同样的结论。
| 材料 | 必填字段 | 输入来源 | 输出物与完成标志 |
|---|---|---|---|
| 项目提案与目标说明 | 背景与问题、目标及衡量指标、范围边界、明确不做的事项、提案人与发起人 | 业务需求方、客户反馈、组合规划方向 | 一页提案说明；完成标志是目标可衡量、边界与不做事项无歧义 |
| 业务价值与收益假设 | 收益类型（收入、成本节约、效率、风险降低）、测算口径、关键假设、验证方式与时间点 | 财务或业务分析、历史数据、客户意向 | 收益测算表与假设清单；完成标志是每个假设都有来源或验证计划 |
| 投入与资源需求 | 人力角色与人数、预算科目、时间跨度、估算依据（类比、参数或自下而上） | 技术负责人、财务、资源管理角色 | 资源需求表；完成标志是估算方法与偏差范围已注明 |
| 技术可行性与交付风险 | 候选方案及取舍理由、关键技术验证结论、主要风险、应对措施与责任人 | 技术负责人、架构评审、原型或验证结果 | 可行性说明与风险清单；完成标志是关键风险均有应对与触发条件 |
| 市场与客户依据 | 目标客户、需求证据、竞品或替代方案、适用条件 | 市场调研、客户访谈、销售反馈 | 依据摘要及原始记录索引；完成标志是结论可回溯到具体证据 |
| 合规与安全评估 | 涉及的数据与业务类型、适用法规或内部制度、评估结论、待办整改项 | 法务、安全、合规角色 | 评估意见；完成标志是结论明确、待办项有责任人与时限 |
| 依赖与资源冲突说明 | 外部依赖、内部依赖项目、共享资源、冲突时段与协调方案 | 组合管理角色、相关项目经理 | 依赖清单；完成标志是冲突项已与相关方确认 |
| 里程碑与验收口径 | 阶段划分、关键决策点、验收标准与验收人 | 技术负责人、业务负责人 | 里程碑计划；完成标志是每个阶段有可核验的交付物 |
市场与客户依据、合规与安全评估的适用条件需要说明：面向内部效率提升的项目，市场依据可替换为内部用户需求调研与用量数据；不涉及个人信息或受监管数据的项目，合规评估可简化为数据分类说明，但仍需安全角色确认。适用条件写在材料首页，避免评审组按同一标准要求所有项目。
角色分工、评审流程与交付物
材料质量取决于分工是否清楚。建议明确五类角色，各自对材料的不同部分负责，评审组只做判断，不替提案人补材料。
| 角色 | 职责 | 交付物 |
|---|---|---|
| 提案人 | 主笔材料包，汇总各方输入，对整体一致性负责 | 完整材料包与版本记录 |
| 业务负责人 | 确认目标、收益口径与客户依据 | 价值论证会签意见 |
| 技术负责人 | 提供方案选项、可行性结论与交付风险 | 技术可行性与风险清单 |
| 财务或资源管理角色 | 核对投入估算、预算科目与资源占用 | 投入与资源需求确认 |
| 评审组 | 按五个问题逐项判断，形成结论与条件 | 评审记录与结论通知 |
流转顺序建议为：提案人提交材料包并标注版本；组合管理角色做预审，检查完整性与字段齐全，退回缺项；预审通过后进入评审会，评审组逐项对照五个问题给出意见；会后形成结论并反馈提案人。结论分三类：准入，明确进入组合的范围与条件；补充材料后再议，列出具体缺项与补充时限；暂缓，说明触发重新评审的条件，例如资源释放或客户意向确认。
材料版本与评审记录需要留存，包括每轮提交的版本号、评审意见、结论依据和后续动作责任人。这样在项目执行中出现范围或投入变化时，可以回溯准入时的假设，判断是否需要重新评审。在组合管理场景中，这类提交、评审与结论记录可以放在统一的工作项和评审流程中管理，让材料版本、评审意见与结论状态互相对应，减少线下邮件往返造成的版本混乱。
示例：一份研发项目准入材料包
以下为演示情景，用于说明材料包的组织方式，不代表真实项目数据。
项目背景与提案摘要：某业务系统需要支持批量对账，当前人工处理每月约占用若干人天，错误率偏高。提案目标是将对账处理时间缩短到可接受范围，范围限定为对账模块，不涉及账务系统重构。提案人为主管该业务的产品经理，发起人为业务负责人。
价值论证与投入估算示例写法：收益按“人工工时节约”口径测算，假设每月处理批次与当前持平，单批处理时间从现状值降至目标值，测算表列出批次量、单批工时、人力成本三个参数及来源；验证方式为上线后连续两个月统计实际工时。投入估算采用类比法，参考同类模块历史项目的人力构成，列出开发、测试、业务支持三类角色的人月数与预算科目，并注明估算偏差范围。
风险与依赖清单示例：关键风险包括上游数据格式不稳定、对账规则需业务确认、与财务系统接口排期不确定；每项风险写明触发条件、应对措施和责任人。依赖清单列出财务系统接口团队和共享测试环境，标注冲突时段与协调结论。
评审结论与补充材料要求示例：评审组给出“补充材料后再议”，要求补充上游数据格式的样本验证结论和接口排期确认函，时限两周；同时确认若接口排期无法保证，项目范围收缩为离线对账。补充材料提交后进入第二轮评审，结论为“准入”，条件是按收缩后范围执行，并在里程碑中增加数据格式复核点。
提交前的完成检查
提交前由提案人自查、组合管理角色复核，按下表逐项核对。检查结果只有“通过”和“阻断”两种，阻断项未解决不进入评审会。
| 检查项 | 通过标准 | 阻断情形 |
|---|---|---|
| 材料完整性与字段齐全 | 五组材料齐备，必填字段无空缺 | 缺少价值论证或投入估算 |
| 数据口径与假设一致 | 收益、投入、里程碑使用同一时间口径与单位，假设清单与测算表对应 | 同一指标在不同材料中数值矛盾且无说明 |
| 风险与依赖覆盖关键项 | 关键技术风险、外部依赖、资源冲突均有应对与责任人 | 存在无应对的关键依赖或未识别的资源冲突 |
| 证据附件齐备 | 客户依据、技术验证、合规意见均有原始记录索引 | 核心结论无任何可回溯证据 |
| 结论条件可执行 | 拟提出的准入条件有责任人和时间点 | 条件表述笼统、无法验收 |
出现阻断项时，处理方式是退回补充而非带病评审：由提案人补齐缺项并更新版本号，组合管理角色复核后重新排入评审。若阻断项短期内无法解决，可转为“暂缓”并记录触发重新评审的条件，避免材料反复流转占用评审资源。
常见问题
内部效率提升类研发项目，没有外部市场和客户数据，准入材料怎么准备？
面向内部效率提升的项目，市场与客户依据可以替换为内部用户需求调研与用量数据，例如目标使用部门的访谈记录、当前人工处理量、工时统计。价值论证仍要保留收益口径和关键假设，只是收益类型从收入转向成本节约或效率提升。合规与安全评估可简化为数据分类说明，但仍需安全角色确认涉及的数据类型。适用条件建议写在材料首页，让评审组按项目类型采用相应标准。
评审组要求补充材料后再议时，材料包需要整体重写吗？
通常只需针对缺项补充，不必整体重写。做法是保留原版本号，新增一版并附变更说明，列出本轮补充的材料、对应评审意见和结论依据。补充时限内无法完成的，可转为暂缓，并记录触发重新评审的条件，例如资源释放或客户意向确认。这样既保留评审轨迹，也避免材料反复流转占用评审资源。
收益测算的假设在评审后被证明不成立，项目已进入组合，应该怎么处理？
建议把准入时的假设清单作为后续跟踪对象，在里程碑或阶段评审时对照实际数据复核。假设发生重大偏离时，由提案人发起重新评审，说明偏离原因、对收益和投入的影响以及调整方案，评审组据此判断是否维持准入、调整范围或退出组合。前提是准入记录中保留了假设来源和验证时间点，否则复核时缺少对照基准。
多个项目同时申请准入、共享同一批技术资源时，材料里要额外说明什么？
依赖与资源冲突说明需要写清共享资源的名称、占用时段、与其他项目的冲突点以及协调结论。协调结论应有相关项目经理或资源管理角色的确认，而不是提案人单方面判断。评审组可以据此给出带条件的准入结论，例如限定启动时间或分批投入。已准入项目之间的排序与优先级调整属于另一个环节，不在准入材料中展开。
准入材料包由提案人一人完成可以吗？
提案人可以主笔并汇总，但价值论证、技术可行性和投入估算需要对应角色提供输入并会签。业务负责人确认目标与收益口径，技术负责人给出方案选项与风险清单，财务或资源管理角色核对投入与资源占用。缺少会签的材料在预审阶段容易被退回，评审组也难以判断论证是否可信。分工清楚后，提案人的工作重点是保证各部分口径一致、版本统一。
