统一任务书与样本
把业务问题、现状系统、数据边界与期望产出写成一份任务书，附同一批脱敏样本发给各家。怎么保证可比：样本、问题清单与提交时间完全一致，差异才会来自能力，而不是谁拿到的信息更多，结论也才站得住。
把报价拆成条目
怎么拆：要求按诊断、开发、集成、评测、培训、运维分段报价，并列出客户侧需要投入的人力。总价相近时，条目结构往往差异很大；拆开之后，哪家把集成与运维藏起来就一目了然，也方便逐条议价。谈判时按条目逐条对齐，比争一个总价有效。
同题答辩交叉提问
安排同一天、同一组问题，由业务、技术、安全分别提问，记录员逐条留档。怎么问出真话：让每家解释上一次失败的项目以及当时怎么止损；能讲清失败的人，通常也知道边界在哪里，承诺也会更谨慎，答辩记录要能支持这个判断。
合成结论与否决项
怎么合成：评分表按维度加权，先过否决项再算总分，拒绝量化验收、要求数据出内网、不接受变更流程，任一命中即终止。总分接近时看答辩记录与客户侧投入，别用平均分掩盖关键短板，短板要单独列出来。
适用与不适用
适合谁
- 手上有三家以上方案需要横向比较的企业
- 业务、技术与采购需要共同决策的项目
- 希望把比较过程留痕、便于事后审计的单位
不适合谁
- 只有一家候选、比较只是走流程的采购
- 无法提供脱敏样本、也不接受现场验证的团队
典型场景
某零售集团要上一套门店巡检助手，收到四份方案。项目组统一任务书与五十条脱敏巡检记录，要求各家提交诊断结论与分段报价；答辩当天业务问场景、技术问接口、安全问数据流向，记录员逐条留档，会后按评分表汇总。
可执行步骤
- 写一份任务书，附同一批脱敏样本，并列出统一的问题清单与提交时间
- 要求各家按诊断、开发、集成、评测、培训、运维六段分别报价并列出客户侧需要投入的人力
- 同一天分时段答辩，业务、技术、安全各自提问并当场记录，由记录员当场记录结论
- 先过否决项，再按维度加权算总分，最后形成一页决策结论供领导审批
常见坑
- 各家拿到的样本不同，比较的其实是信息量而不是能力，结论自然失真，评标也难以服众。
- 只比开发报价，集成与运维被算成后续再说，上线后预算二次追加，反而更贵。立项时就要算全。
- 答辩由一家主导提问，问题围绕其优势设计，其他家没有同等机会，评审变成陪跑。结论也难以服人。
- 用平均分掩盖短板，集成能力为零的方案因商务得分高而中标，落地阶段举步维艰。换人也来不及。
自检与验收清单
- 任务书、样本与问题清单是否对所有候选完全一致
- 报价是否拆到诊断、集成、评测与运维四段这四段
- 答辩是否由业务、技术、安全分别提问并逐条留档
- 否决项是否在看方案之前就已确定并公布并留档
- 客户侧投入的人力与时间是否被计入比较也被
常见问题
要不要让各家做同一个 POC？
成本高，只在候选缩到两家时做。前期用任务书、样本作业与答辩筛选，剩下两家再做同一范围的 POC，用同一批评测样本评分，这样既控制成本，也保留可比性。两家以上再统一口径会更省事。
评分表权重谁来定？
由业务负责人牵头，技术与采购参与，在看方案前定稿并留档。权重反映的是业务优先级，不是供应商强弱；事后调整权重最容易引发争议，也会让评审失去公信力，并让参与评审的人都看到。
价格差很多，是不是直接排除高的？
先看范围。把三家报价拆到同一条目表上，补齐缺失项后再比；常常会发现低价方案不含集成与运维，真实差距远小于表面数字。若补齐后仍差距明显，再考虑范围是否被削减。