本文提供一份面向项目组合准入的商业论证报告填写示例，逐项说明字段填写理由与常见错误。示例中的企业、数值和结论均为演示情景，非真实客户案例，数值不作行业基准。文中也会说明提案文档与评审状态在ONES中的一般管理方式。
要点总览（TL;DR）
- 面向组合准入的商业论证报告，核心是让评审者快速判断四件事：值不值得做、代价多大、依据是否站得住、建议是什么。
- 一份完整填写稿应包含提案基本信息、问题与机会、方案与备选对比、成本收益口径、关键假设与风险、准入建议与决策事项。
- 填写关键：问题写到可验证、备选方案保留不做或延后选项、成本收益写明口径与时间跨度、假设与风险挂钩结论、建议写成可表决表述。
- 换成自己的提案时，字段结构可保留，详略按提案类型调整；数据缺失标注待验证，不填估算值冒充事实。
- 示例中的企业、数值与结论均为演示情景，不作行业基准；单项目启动授权与已准入项目排序不在本文范围。
这份示例要解决什么：组合准入评审需要看到什么
这份示例服务于一个具体场景：业务部门或产品团队形成初步提案后，在进入组合评审会之前，需要把想法整理成一份可被评审、可被比较、可被表决的材料。组合准入评审与单项目启动授权解决的是不同问题。启动授权关注“这个项目能不能开始干”，组合准入关注“在现有资源与战略方向下，这个提案值不值得占用组合中的一个位置”。因此，示例中的报告不写详细的项目执行计划，而是把力气放在论证结构上。
评审者在阅读一份商业论证报告时，通常围绕四类问题做判断：值不值得做，即问题是否真实、机会是否与业务目标相关；代价多大，即投入的成本、周期和关键资源占用；依据是否站得住，即数据口径、假设和风险是否交代清楚；建议是什么，即提案方希望评审会做出什么决定。一份填写完整的报告，应当让评审者在较短时间内对这四个问题形成判断，而不是读完后仍需要追问基本信息。
为便于演示，本文设定一个虚构企业“示例制造有限公司”，其数字化运营部门提出一项提案，拟建设面向经销商的订单协同能力。该情景、企业名称、数值与结论均为演示用途，不代表任何真实客户，也不构成行业参考值。读者应关注字段之间的逻辑关系与填写方式，而非具体数字本身。
完整示例：一份商业论证报告的填写稿
以下为填写完成的示例报告。各字段按组合准入评审的阅读顺序排列，数值统一采用演示口径。
提案基本信息
| 字段 | 填写内容 |
|---|---|
| 提案名称 | 经销商订单协同能力建设（一期） |
| 提出部门 | 数字化运营部，联合销售运营部 |
| 拟投入周期 | 立项后6个月完成一期上线，上线后3个月为观察期 |
| 关联业务目标 | 支撑年度经营目标中的“经销商订单处理时效缩短”与“渠道订单差错率下降”两项 |
| 提案类型 | 能力建设类，涉及流程调整与系统支持 |
问题与机会
当前经销商订单通过邮件与即时通讯工具提交，销售运营团队人工录入订单系统。近两个季度的运营记录显示，订单从提交到录入完成的平均耗时为1.5个工作日，其中约三成订单因商品编码、价格条款或收货信息不一致需要二次确认。二次确认平均增加0.8个工作日，并在旺季造成订单积压。该问题影响的是订单处理时效与差错返工工时，可通过订单录入耗时、二次确认比例两项指标持续观察。
机会在于：经销商群体中已有较高比例使用线上方式提交订单，具备流程线上化的基础；同时，销售运营团队已积累较完整的商品编码与价格规则，可作为订单校验的依据。
方案与备选方案对比
| 方案 | 主要内容 | 预估投入 | 主要局限 |
|---|---|---|---|
| 方案A：建设订单协同能力 | 提供经销商线上下单入口，内置编码与价格校验，订单自动进入订单系统 | 6个月，投入约12人月，含流程梳理与系统建设 | 需要经销商配合改变提交习惯，前期推广有阻力 |
| 方案B：仅优化人工录入流程 | 统一订单模板，增加录入前的信息核对清单 | 1个月，投入约2人月 | 不解决二次确认的根因，时效改善有限 |
| 方案C：延后至下一规划周期 | 本期不投入，观察经销商线上化比例变化后再评估 | 本期无投入 | 旺季订单积压问题在本周期内持续存在 |
提案方建议采用方案A。方案B可作为方案A上线前的过渡措施，方案C作为不投入时的对照选项保留在评审材料中。
成本与收益的估算口径
成本按人月口径估算，包含内部人力与外部支持，统计周期为立项至一期上线后3个月观察期结束。收益按工时节约口径估算，仅计入销售运营团队订单录入与二次确认环节的工时，按人均工时成本折算，统计周期为上线后12个月。演示数值如下：一次性投入约12人月；上线后预计每季度减少录入与返工工时约180小时；按演示用的人均工时成本折算，年化收益约为投入的0.6倍，投资回收期预计超过18个月。
需要说明的是，上述收益未计入订单时效改善带来的经销商满意度变化等间接影响，也未计入流程调整带来的培训成本。这些项目在评审中作为待验证项列出。
关键假设、依赖与主要风险
- 关键假设一：经销商中愿意使用线上下单的比例不低于六成。该假设需在一期上线前通过经销商调研验证。
- 关键假设二：现有商品编码与价格规则足以支撑订单自动校验，规则覆盖率需达到八成以上。
- 依赖项：订单系统的接口开放能力，需由系统运维团队在上线前确认。
- 主要风险：经销商推广不及预期，导致线上订单占比偏低，收益无法兑现。应对方式为分批推广并设置阶段观察点。
- 主要风险：规则覆盖率不足，自动校验误判增加人工复核量。应对方式为上线初期保留人工复核通道。
准入建议与所需决策事项
建议评审会同意本提案进入组合，按方案A立项，一期投入12人月，设置上线后3个月观察期，并在观察期结束时按线上订单占比与二次确认比例两项指标复核。所需决策事项包括：是否同意本期投入；是否同意将方案B作为过渡措施先行启动；是否指定观察期复核的责任部门。
逐项解释：每个字段为什么这样填
示例中的每个字段都承担特定的论证任务。理解填写理由，比照抄文字更重要。
问题描述如何写到可验证的程度
示例中的问题描述包含三个要素：现象、量化表现和可观察指标。“订单通过邮件与即时通讯工具提交”是现象；“平均耗时1.5个工作日、约三成订单需二次确认”是量化表现；“订单录入耗时、二次确认比例”是后续可持续观察的指标。常见错误是只写“效率低、体验差”这类判断，评审者无法核实，也无法在项目上线后判断问题是否改善。可验证的问题描述，应当让评审者能追问“这个数字从哪来”，并得到明确的数据来源说明。
备选方案为何至少保留一个不做或延后选项
示例保留了方案B和方案C。方案B代表低成本替代路径，方案C代表本期不投入。保留这两个选项的作用，是让评审者看到提案方比较过其他可能，而不是只论证一个既定方案。常见错误是备选方案写成“方案A的简化版”，实质仍是同一方案，无法帮助评审者判断投入的必要性。一个有效的对照选项，应当说明不选它的具体理由，例如方案C的局限是问题在本周期内持续存在。
成本收益为何必须写明口径与时间跨度
示例写明了成本按人月估算、收益按工时节约折算、统计周期分别为上线后12个月和观察期结束。口径与时间跨度决定了数字能否被比较。同样一笔投入，按一年折算和按三年折算，结论可能完全不同。常见错误是只给一个总数，不说明包含哪些成本、收益覆盖多长时间、是否计入间接影响。示例还主动列出未计入的收益项和成本项，这能让评审者判断结论的保守程度。
假设与风险如何与结论挂钩
示例中的两条关键假设都附带了验证方式：经销商使用比例通过调研验证，规则覆盖率在上线前确认。风险则对应了应对方式。假设与风险如果只罗列不挂钩，评审者无法判断结论在什么条件下成立。常见错误是把风险写成“存在一定不确定性”这类无法行动的表述。有效的写法是说明该风险影响哪个结论、通过什么动作降低影响、由谁在什么时间点确认。
准入建议如何写成可表决的表述
示例的准入建议包含四层信息：建议的结论（同意进入组合并按方案A立项）、投入规模（12人月）、观察机制（3个月观察期与两项复核指标）、需要评审会决定的具体事项。常见错误是建议写成“请领导审批”或“建议尽快推进”，评审者不知道具体要表决什么。可表决的表述应当让评审者能直接回答“同意”或“不同意”，并清楚同意之后触发哪些后续动作。
可迁移规律：换成你的提案怎么改
示例的价值在于提供可复用的填写规律。换成自己的提案时，字段结构可以保留，详略和内容需要按提案类型调整。
按提案类型调整字段详略
能力建设类提案，如示例中的订单协同，重点在问题量化与收益口径，方案对比需要写清建设范围。合规或风险应对类提案，重点在风险暴露程度与不做的后果，成本收益部分可以相对简化。探索验证类提案，投入通常较小，重点应放在验证假设的设计上，即通过什么实验、在多长时间内、以什么标准判断继续或停止。无论哪类提案，问题描述、备选方案、成本收益口径、假设与风险、准入建议这五项都应保留，调整的是每项的展开深度。
数据缺失时的处理方式
准备材料时经常遇到数据不全的情况。示例中的做法是标注待验证，而不是填入一个看起来合理的估算值。例如经销商使用比例，示例写的是“需在一期上线前通过调研验证”，并给出假设阈值，而非直接写一个调研数字。这样处理的好处是评审者能区分哪些是已核实事实、哪些是待验证假设，从而判断结论的可靠程度。把估算值写成事实，会在评审追问时失去可信度，也会让后续复核失去基准。
评审前自查要点
- 字段完整性：基本信息、问题与机会、方案对比、成本收益、假设与风险、准入建议是否齐全。
- 口径一致性：成本与收益是否使用同一时间跨度，人月与工时折算是否说明换算依据。
- 假设可检验性：每条关键假设是否写明验证方式和验证时间点。
- 建议可表决性：准入建议是否包含明确的决策事项，评审者能否直接表决。
- 数据可追溯：引用的运营数据是否注明来源系统与统计区间。
在组合管理流程中提交与流转的衔接方式
报告完成后，需要进入组合评审的流转环节。一般做法是：提案方在评审会前将报告提交至组合管理归口部门，归口部门做完整性预检，评审会上按提案逐项讨论并记录表决结论，通过后转入立项流程，未通过或延后的提案保留材料供下期参考。使用ONES管理这一过程时，可将提案作为工作项提交，报告文档与评审记录关联在同一工作项下，评审状态随流程推进更新，观察期的复核指标也可作为后续跟踪项保留。具体配置方式需结合团队现有流程确定。
适用边界：这份示例覆盖到哪里为止
这份示例适用于组合准入阶段的提案材料准备，即提案已经形成初步想法、需要整理成可评审材料并提交组合评审的场景。示例的字段结构和填写规律可以直接参照，数值和结论仅用于演示。
以下内容不在本文范围内：单项目启动授权所需的详细执行计划与资源排期；已准入项目之间的优先级排序方法；具体工具的价格、版本与认证信息，这些需另行查证；真实客户案例与量化成效，本文未引用任何真实客户数据。示例中的投入规模、收益倍数和回收期均为演示数值，不同行业、不同规模的企业差异很大，不能作为基准直接套用。
读者在使用示例时，应结合自身组合管理的评审规则调整字段顺序和详略。若所在组织的评审会关注战略契合度的评分，可在基本信息后增加一节说明提案与战略目标的对应关系；若评审更关注资源占用，可将成本部分提前。结构服务于评审习惯，示例提供的是论证逻辑，而非固定模板。
常见问题
商业论证报告和项目立项材料有什么区别，能不能用一份文档代替？
两者回答的问题不同。商业论证报告面向组合准入，回答“在现有资源和战略方向下，这个提案值不值得占用组合中的一个位置”；项目立项材料面向启动授权，回答“这个项目怎么干、资源怎么排、里程碑怎么设”。
实践中可以用同一份文档承载，但需要明确评审阶段：组合准入评审时重点看问题量化、方案对比、成本收益口径和准入建议；通过后再补充执行计划与资源排期，转入立项流程。若把执行细节提前塞进准入材料，评审者容易被细节分散，反而看不清投入是否值得。
提案刚形成想法，运营数据还不完整，报告该怎么写才不会被评审退回？
数据不完整是常见情况，处理原则是区分事实与假设。已有运营记录的部分，注明来源系统与统计区间；尚未掌握的部分，写成待验证假设，并给出验证方式和验证时间点，例如“经销商线上下单意愿比例需在上线前通过调研验证，假设阈值为六成”。
评审退回更常见的原因是数据来源不明或结论与假设脱节，而非数据本身缺失。把待验证项集中列出，并在准入建议中说明观察期如何复核，通常比填入看似合理的估算值更容易通过评审。
备选方案一定要写“不做”这个选项吗？会不会显得提案方自己都没想清楚？
保留“本期不做或延后”的选项，作用是给评审者提供对照基准，让投入的必要性可以被比较。它体现的是提案方比较过其他路径，而非犹豫。
写法上要说明不选它的具体理由，例如“问题在本周期内持续存在，旺季积压风险不降低”。如果所在组织的评审规则不要求列出不做选项，至少保留一个低成本替代路径，并说明它与主方案在效果上的差异。
成本收益按人月和工时折算，评审时被质疑口径不一致怎么办？
口径不一致通常出现在三处：成本与收益的时间跨度不同、人月与工时的换算依据未说明、间接影响是否计入未交代。准备材料时，把成本统计周期、收益统计周期分别写明，并注明换算依据，例如人均工时成本的取值来源。
对于未计入的收益项和成本项，主动列出并说明原因，例如“未计入经销商满意度变化等间接影响”。这样评审者能判断结论的保守程度，质疑也会集中在具体假设上，而非整体可信度。
提案通过组合准入后，观察期的复核指标怎么衔接，避免材料归档后无人跟踪？
在准入建议中就写明观察期长度、复核指标和复核责任部门，让评审会一并表决。通过后，把复核指标作为后续跟踪项保留在提案记录中，与评审结论关联。
使用ONES管理时，可将提案作为工作项提交，报告文档与评审记录关联在同一工作项下，评审状态随流程推进更新，观察期指标作为后续跟踪项保留。具体配置需结合团队现有流程确定，关键是让复核责任人和时间点在准入时就被明确，而非上线后再补。
