同一份需求说明
内部团队与供应商拿到的需求必须一致，包含范围、边界与不做什么。为什么重要：内部方案常默认很多隐性需求，外部方案则按字面报价，两边根本不可比。怎么做：由业务方写需求，技术与采购共同确认后再发出。
同一套验收标准
验收要写清任务成功率、接管方式、响应时间与异常处理，而不是功能清单。怎么用：把验收条款同时写进内部立项书与采购合同，避免一边按功能验收、一边按效果验收，最后无法比较也无法追责，还会拖长验收周期。
同一张成本表
成本要含开发或订阅、集成、数据迁移、培训、运维与升级。为什么按三年：首年投入结构不同，第三年才接近真实。怎么做：两类方案用同一张表填写，缺项按最差处理，并标注假设与不确定项，逐项签认并复核。
同一组退出条款
自研要写清交接与文档，采购要写清数据导出与过渡期支持。为什么重要：没有退出能力，选择就不可逆。边界是核心系统应约定迁移演练与知识转移，而不是等到换方案时才谈，那时议价空间很小。
适用与不适用
适合谁
- 同时收到内部方案与供应商报价的企业
- 需要把两类方案放在一起评审的项目组
不适合谁
- 只有一类方案、暂不需要比较的团队
典型场景
某集团同时收到内部团队的自研方案与两家供应商报价。评审组用同一份需求说明重发，要求两边按同一张成本表填写；补齐集成与迁移后，自研方案的成本上升，采购方案的范围更清晰，最终选择采购加自研适配层，并写明退出条件。
可执行步骤
- 由业务方写需求说明，写明范围、边界与不做什么，技术与采购共同确认，形成记录
- 把验收标准同时写进内部立项书与采购合同，指标口径保持一致，并注明口径
- 用同一张成本表填写三年投入，缺项按最差处理并标注假设，逐项签认，并留存底稿
- 约定数据导出、文档交接与过渡期支持条款，写清违约责任与时限，并写明时限
- 汇总比较结果，形成书面结论、适用条件与复核人，提交评审会，并明确复核人
常见坑
- 内部方案不写成本与工期，外部方案不写集成，两边口径不同，比较没有意义，评审只能凭感觉，事后也难复现。
- 验收标准一边按功能、一边按效果，评审时各说各话，无法判断谁更合适，最后拖到预算到期，返工成本更高。
- 成本表缺项按零处理，看起来更便宜，上线后补做的费用无人承担，只能二次申请预算，进度也受影响。
自检与验收清单
- 两类方案是否使用同一份需求说明并确认并签名
- 验收标准是否同时写入立项书与合同，口径一致，并指定负责人
- 成本表缺项是否按最差处理并注明假设与依据，附说明
- 导出、交接与过渡期条款是否落实并有人负责，并留底稿
常见问题
内部方案要不要算人力成本？
要。内部团队的时间同样有机会成本，若不计入，自研会显得异常便宜，决策必然失真。建议按岗位工时折算，并注明这是估算而非实际支出，评审时再讨论口径差异，避免各说各话。
采购方案的范围怎么写才可比？
按交付物写，而不是按功能名词写。例如写清接入几个系统、支持几类文档、验收用什么样本，避免用智能问答这类笼统表述。范围越具体，两边的差异越容易看出来，验收也越清晰。
比较结果不一致怎么办？
先回到需求与验收，确认两边是否理解一致；再核对成本表的假设。多数分歧来自假设不同，而不是方案本身。若仍不一致，宁可缩小范围做一次小规模验证，也不要仓促定案，后续返工更贵。