商业论证报告用于在项目进入组合之前，把机会、收益、成本、风险和验证方式写成可评审的结构化材料。本文提供一份可直接复制到文档或表格工具中填写的空白模板，逐字段说明含义与填写口径，区分必填与选填，并给出一份完整填写示例，最后说明模板在组合准入场景下的调整与维护方法。
要点总览（TL;DR）
- 模板按基本信息、机会与问题、方案与范围、收益与成本、风险与假设、验证计划、评审结论七个模块组织，可直接复制填写。
- 收益、成本、风险三类字段最容易口径不一：收益区分估算与已验证，成本统一时间口径，风险写触发条件。
- 必填字段聚焦支撑准入决定的信息，缺必填项退回补充；内容空洞的按有条件准入处理并限时补齐。
- 完整示例演示各字段的填写粒度，机会与方案各两三句，收益成本给公式和参数，风险与验证逐条对应。
- 模板需随评审环节调整并做版本管理，建议每半年或每年复核一次字段使用情况。
可复制空白商业论证报告模板
下表按组合准入评审的阅读顺序组织，从基本信息到评审结论共七个部分。可直接复制到文档或表格工具中，在每个“【填写】”位置填入内容。字段数量可按组织流程增减，增减方法见第五节。
| 模块 | 字段 | 填写位 |
|---|---|---|
| 一、基本信息 | 提案名称 | 【填写】 |
| 提案编号 | 【填写】 | |
| 提案人 / 所属团队 | 【填写】 | |
| 提交日期 / 版本号 | 【填写】 | |
| 拟进入的组合 / 业务域 | 【填写】 | |
| 本次评审类型 | 【首次提交 / 补充材料 / 复议】 | |
| 二、机会与问题 | 机会描述 | 【填写】 |
| 目标用户与场景 | 【填写】 | |
| 现状与问题证据 | 【填写】 | |
| 不做的后果 | 【填写】 | |
| 三、方案与范围 | 方案概述 | 【填写】 |
| 本期范围（做什么） | 【填写】 | |
| 明确不做（不做什么） | 【填写】 | |
| 关键依赖 | 【填写】 | |
| 四、收益与成本 | 收益类型与口径 | 【填写】 |
| 收益测算与依据 | 【填写】 | |
| 一次性投入 | 【填写】 | |
| 持续成本 | 【填写】 | |
| 投入产出小结 | 【填写】 | |
| 五、风险与假设 | 主要风险及影响 | 【填写】 |
| 风险应对措施 | 【填写】 | |
| 关键假设 | 【填写】 | |
| 假设不成立时的处置 | 【填写】 | |
| 六、验证计划 | 验证目标与指标 | 【填写】 |
| 验证方式与节点 | 【填写】 | |
| 数据来源 | 【填写】 | |
| 止损 / 退出条件 | 【填写】 | |
| 七、评审结论 | 评审意见 | 【填写】 |
| 结论 | 【准入 / 有条件准入 / 暂缓 / 不准入】 | |
| 附加条件与跟进人 | 【填写】 | |
| 评审日期与参与人 | 【填写】 |
模板采用“模块—字段—填写位”三列结构，便于在文档中逐行填写，也便于在表格工具中按行筛选和统计。七个模块的顺序对应评审时的阅读逻辑：先确认这是什么提案，再判断机会是否成立，然后看方案边界、算收益成本、识别风险，最后落到可验证的计划和明确结论。
字段说明：每个栏目要填什么
同一字段在不同提案人笔下写法差异很大，评审时容易各说各话。下表给出每个字段的含义与填写口径，重点是统一计量方式和证据要求。
| 字段 | 含义 | 填写口径 |
|---|---|---|
| 提案名称 | 提案的正式称呼 | 用“对象+动作”表述，避免只写代号 |
| 提案编号 | 组合内唯一标识 | 沿用组织既有编号规则，便于归档检索 |
| 提案人 / 所属团队 | 责任主体 | 写实际负责人，不写部门代称 |
| 提交日期 / 版本号 | 材料时效 | 每次修改递增版本号，与评审轮次对应 |
| 拟进入的组合 / 业务域 | 准入去向 | 写明组合名称，避免评审对象错位 |
| 本次评审类型 | 材料性质 | 首次提交、补充材料或复议，三选一 |
| 机会描述 | 要抓住的机会 | 一句话说清机会是什么、对谁有价值 |
| 目标用户与场景 | 受益对象 | 写具体角色和使用场景，不写“所有用户” |
| 现状与问题证据 | 问题成立的依据 | 附数据、访谈或工单等可核查来源 |
| 不做的后果 | 机会成本 | 说明延迟或放弃的损失，避免空泛表述 |
| 方案概述 | 解决思路 | 两三句话说清路径，细节放附件 |
| 本期范围 | 本次交付边界 | 列可交付成果，不列活动清单 |
| 明确不做 | 范围排除项 | 写出易被误解为包含的内容 |
| 关键依赖 | 外部前提 | 写依赖对象和需要的时间点 |
| 收益类型与口径 | 收益分类 | 区分收入、成本节约、效率、合规等类型，注明计量单位 |
| 收益测算与依据 | 收益数值来源 | 写测算公式和假设参数，标明是估算还是已验证 |
| 一次性投入 | 启动阶段成本 | 按人力、采购、外部服务分项列出 |
| 持续成本 | 运营阶段成本 | 注明周期口径，如每年或每月 |
| 投入产出小结 | 整体判断 | 给出回收周期或投入产出比，并说明口径 |
| 主要风险及影响 | 可能阻碍目标的事项 | 每条风险写触发条件和影响程度 |
| 风险应对措施 | 降低风险的动作 | 与风险逐条对应，写责任人和时间 |
| 关键假设 | 结论成立的前提 | 只写影响结论的假设，不写常识性前提 |
| 假设不成立时的处置 | 兜底方案 | 说明调整、暂停或退出的触发方式 |
| 验证目标与指标 | 如何判断有效 | 指标要可量化，写明基线和目标值 |
| 验证方式与节点 | 验证安排 | 写试点、灰度或评审节点及时间 |
| 数据来源 | 指标数据出处 | 写系统、报表或调研名称 |
| 止损 / 退出条件 | 停止投入的界线 | 写具体阈值和判断时点 |
| 评审意见 | 评审方判断 | 记录主要分歧和关注点 |
| 结论 | 准入决定 | 四选一，与意见保持一致 |
| 附加条件与跟进人 | 有条件准入的要求 | 写清条件和复核时间 |
| 评审日期与参与人 | 评审记录 | 写实际参会角色，便于追溯 |
收益、成本和风险三类字段最容易出现口径不一。收益要区分“已验证”和“估算”，估算需写出参数来源；成本要统一时间口径，一次性投入与持续成本分开列；风险要写触发条件而非笼统描述，便于后续跟踪。验证计划与评审结论两个模块的作用是把前面的论证转成可执行的承诺：验证计划回答“怎么知道判断对不对”，评审结论回答“这次评审给出什么决定、附带什么条件”。
必填与选填：哪些字段不能空
组合准入评审的资源有限，字段全部必填会拖慢提交，全部选填又会让评审缺少判断依据。建议把直接支撑准入决定的字段设为必填，把补充说明类字段设为选填。
| 类别 | 字段 | 理由或适用情形 |
|---|---|---|
| 必填 | 提案名称、提案编号、提案人、提交日期与版本号 | 缺少则无法识别和归档提案 |
| 必填 | 拟进入的组合、本次评审类型 | 决定评审对象和材料性质 |
| 必填 | 机会描述、目标用户与场景 | 准入判断的起点 |
| 必填 | 方案概述、本期范围 | 界定评审对象，防止范围失控 |
| 必填 | 收益类型与口径、收益测算与依据 | 收益是准入的核心依据，须有口径 |
| 必填 | 一次性投入、持续成本 | 与收益对照才能判断投入产出 |
| 必填 | 主要风险及影响、关键假设 | 评审需要知道结论成立的条件 |
| 必填 | 验证目标与指标、止损 / 退出条件 | 准入后需要可跟踪的验证安排 |
| 必填 | 结论、评审日期与参与人 | 评审记录的基本要素 |
| 选填 | 现状与问题证据、不做的后果 | 机会明显或时间紧时可简述，复议时建议补全 |
| 选填 | 明确不做、关键依赖 | 范围清晰的小提案可省略，跨团队提案建议填写 |
| 选填 | 投入产出小结 | 评审方自行计算时可省略 |
| 选填 | 风险应对措施、假设不成立时的处置 | 低风险提案可简化，高风险提案必填 |
| 选填 | 验证方式与节点、数据来源 | 准入后立即启动验证的提案建议填写 |
| 选填 | 评审意见、附加条件与跟进人 | 由评审方填写，随结论类型决定是否展开 |
必填项缺失时的处理规则建议写进评审流程：材料提交环节由提案人自查，缺必填项退回补充，不进入评审排期；评审环节发现必填项内容空洞（如收益只写“提升效率”而无口径），按“有条件准入”处理，限定补充时限；复议材料沿用原编号，版本号递增，并标注上轮遗留的必填缺口。选填字段的空缺不需要退回，但评审方可在意见中要求补充，作为附加条件记录。
填写示例：一份完整的商业论证报告
以下示例为演示情景，用于说明各字段的填写粒度，数值和背景均为虚构，不代表任何真实项目。
| 字段 | 示例内容 |
|---|---|
| 提案名称 | 客户工单自助查询上线 |
| 提案编号 | PR-2025-014 |
| 提案人 / 所属团队 | 张明 / 客户服务产品组 |
| 提交日期 / 版本号 | 2025-03-10 / V1.0 |
| 拟进入的组合 / 业务域 | 客户体验组合 / 服务支持域 |
| 本次评审类型 | 首次提交 |
| 机会描述 | 大量重复咨询占用人工客服，自助查询可分流常见问题 |
| 目标用户与场景 | 已购客户在售后页面查询订单状态和退换货进度 |
| 现状与问题证据 | 近三个月工单中约四成为进度查询类，抽样 200 条确认 |
| 不做的后果 | 客服人力随订单量线性增长，响应时长继续上升 |
| 方案概述 | 在售后页面增加自助查询入口，对接订单与工单系统 |
| 本期范围 | 订单状态、退换货进度两类查询；网页端入口 |
| 明确不做 | 不做智能客服对话，不做移动端独立应用 |
| 关键依赖 | 订单系统开放查询接口，需在 4 月底前完成联调 |
| 收益类型与口径 | 成本节约：减少人工工单量，按工单处理成本折算，单位元/年 |
| 收益测算与依据 | 预计分流 30% 进度类工单，按当前工单量与单均成本估算，属估算值 |
| 一次性投入 | 研发 2 人月、设计 0.5 人月、接口改造外部服务费 |
| 持续成本 | 服务器与运维投入，按年计 |
| 投入产出小结 | 按估算，回收周期约 10 个月，口径为直接人力节约 |
| 主要风险及影响 | 接口联调延期导致上线推迟；分流比例低于预期 |
| 风险应对措施 | 提前锁定接口排期；上线后按月跟踪分流比例，低于 15% 时评估调整 |
| 关键假设 | 客户愿意使用自助入口，且进度类工单占比保持稳定 |
| 假设不成立时的处置 | 分流不足时保留人工入口，暂停二期扩展 |
| 验证目标与指标 | 上线三个月内自助查询使用率、进度类工单下降比例 |
| 验证方式与节点 | 灰度 10% 用户两周，随后全量；每月复盘一次 |
| 数据来源 | 工单系统报表、页面访问埋点 |
| 止损 / 退出条件 | 全量三个月后分流比例低于 10%，停止二期投入 |
| 评审意见 | 认可分流思路，要求补充移动端入口的成本估算 |
| 结论 | 有条件准入 |
| 附加条件与跟进人 | 两周内补充移动端估算，跟进人：李华 |
| 评审日期与参与人 | 2025-03-14，组合负责人、财务代表、产品负责人 |
示例与第二节字段说明逐项对应：收益写明类型、口径和“估算”属性，成本区分一次性与持续，风险写了触发条件，验证计划给出指标、节点和数据来源，结论与评审意见保持一致。填写时可按此粒度控制篇幅，机会和方案各两三句，收益成本给公式和参数，风险与验证逐条对应。
调整与维护：让模板适配你的组合准入流程
模板落地后需要随评审流程变化调整，否则字段会逐渐与实际决策脱节。调整从评审环节入手：先列出本组织组合准入的实际环节，如材料提交、初审、评审会、结论归档，再检查每个环节需要什么信息，据此增减字段。例如初审只看机会和范围，可把收益测算设为评审会前补充；涉及预算审批的组织，可在成本模块增加预算科目字段；需要合规审查的，可在风险模块增加合规评估结论。增减字段时保持模块顺序不变，避免评审阅读路径被打乱。
版本管理建议给模板本身编号，与提案版本区分开。每次调整记录变更日期、变更字段、变更原因和生效范围，旧版本保留只读，已提交的提案沿用提交时的模板版本，不追溯改写。变更记录可放在模板首页的修订表中，格式为“版本号—日期—变更内容—批准人”。
定期复核建议每半年或每年一次，由 PMO 或组合管理负责人牵头，邀请评审参与方回顾：哪些必填字段实际未被使用，哪些选填字段反复被要求补充，哪些结论类型出现频率异常。复核输出一份字段调整建议，经批准后发布新版本。日常维护责任落在模板归口人身上，负责解答填写疑问、收集字段歧义、维护示例版本，确保示例与当前模板字段一致。
当提案提交、评审流转和结论归档在协作工具中完成时，模板字段可以直接对应到工作项属性与评审记录。以 ONES 为例，提案可作为工作项承载基本信息、范围、收益与风险字段，评审意见和结论随评审流程记录在同一工作项下，后续验证指标和止损条件可在计划中跟踪，减少模板与执行记录两套材料不一致的情况。是否采用工具承载，取决于组织已有的评审流程和记录习惯。
常见问题
商业论证报告和项目立项材料有什么区别，能不能用同一份？
两者回答的问题不同。商业论证报告面向组合准入，回答“这个机会值不值得进入组合、以什么条件进入”，重点在机会成立性、收益成本口径、风险假设和验证安排。项目立项材料面向单项目启动授权，回答“批准后怎么启动、目标与责任如何界定”。
实践中可以让商业论证报告作为立项材料的前置输入：准入结论和附加条件确定后，再据此编写立项材料。若组织流程精简，也可合并为一份文档，但建议保留“准入结论”和“启动授权”两个独立字段，避免评审决定与执行授权混在一起。
收益无法量化时，这一栏怎么填才不会被退回？
收益类型与口径仍是必填，但数值可以标注为定性或待验证。可写清收益属于哪一类（如合规满足、风险降低、体验改善），说明判断依据和后续量化计划，例如“上线后通过工单满意度调研量化，首轮数据在准入后两个月产出”。
评审方关注的是口径是否清楚、依据是否可核查。只写“提升效率”而无对象、无口径、无验证方式，才会被认定为内容空洞。若收益本身依赖多个假设，把关键假设同步写入风险与假设模块，让评审看到结论成立的条件。
复议时是重新填一份，还是沿用原报告？
建议沿用原提案编号和原报告，版本号递增，并在本次评审类型中标注“复议”。上轮评审意见、附加条件和遗留缺口保留在原位，新增内容用修订标记或变更说明区分，便于评审方对照上轮结论判断。
复议材料应重点回应上轮提出的问题：补充了哪些证据、哪些假设已更新、附加条件是否完成。若方案范围发生实质变化，按首次提交处理更清晰，避免评审方在旧结论基础上误判。
多个团队联合提案时，提案人和字段归属怎么处理？
提案人写实际牵头负责人，其他团队在关键依赖或方案概述中列明分工，不把多个部门名并列填在提案人栏。收益和成本按承担方拆分列示，注明各团队的口径，便于评审判断投入产出归属。
跨团队提案建议把“明确不做”和“关键依赖”填全，这两项在多方协作时最容易产生理解偏差。评审结论中的附加条件也应指定单一跟进人，由其协调各团队落实。
模板字段和评审系统里的字段对不上，怎么减少重复录入？
先梳理评审系统实际使用的字段，把模板中同义字段合并或改名，保持一套口径。模板保留完整论证内容，系统字段承载评审流转所需的关键项，两者通过提案编号关联。
当提案提交、评审流转和结论归档在协作工具中完成时，模板字段可对应到工作项属性与评审记录。以 ONES 为例，提案可作为工作项承载基本信息、范围、收益与风险字段，评审意见和结论随评审流程记录在同一工作项下，后续验证指标和止损条件可在计划中跟踪。是否采用工具承载，取决于组织已有的评审流程和记录习惯。
