准入先于排名
先用部署形态、数据位置、必须打通的系统做准入筛选，把不合规或接不进的方案提前排除。为什么先做这步：准入项一旦进入打分就会被高分掩盖，提前筛掉能省下两周的演示时间与评审精力成本。
统一信息清单
让候选方按同一张表提供接口文档、计费口径、服务承诺、路线图与退出条款，缺项视为未响应。怎么做：表格按可核验证据设计，只写支持不附证据的条目按零分处理，更不接受含糊表述与口头承诺。
场景脚本要写死
从真实业务里挑三条链路，写成带输入、判定与期望输出的脚本，指定同一批评审人执行。为什么重要：没有脚本的演示会滑向厂商擅长的部分，比较结果反映的是演示能力，而不是日常可用性与稳定性。
实测与决策留痕
同一批样本、同一时间盒、同一套记录表，记录通过率、接管次数与耗时，异常路径单列。怎么做：记录由客户方填写，厂商只负责操作；决策会把选择理由与否决项写进纪要，后续变更与追加才有边界可依。
适用与不适用
适合谁
- 要在两个月内完成平台选型的项目组
- 候选方案分属综合平台与垂直产品的企业
不适合谁
- 业务需求还在变化、无法写出场景脚本的团队
典型场景
综合平台与两款垂直产品进入了某建筑集团的短名单。项目经理先发统一信息表，两家因无法提供接口文档被移出候选；剩下的三家按三条场景脚本实测，评审人用同一张记录表打分。决策会上垂直产品因集成项入选。
可执行步骤
- 先列出入围门槛：部署形态、数据位置与必须打通的业务系统与字段清单
- 发放统一信息表，要求候选方逐项提供可核验的书面证据与材料出处
- 从真实业务里抽出三条完整链路，写成带期望输出与判定的场景脚本
- 用同一批样本与同一时间盒测试，并由客户方独立填写与留存原始记录
- 决策会上逐项读出得分、否决项与例外，并把取舍理由逐条留痕归档
常见坑
- 把准入门槛混进打分表，某个方案不合规却因总分高被选中，后面的整改很被动，代价也大。
- 信息表只收文字承诺，等到签约后要接口文档，才发现对方根本没有可对接的开放接口可用。
- 场景脚本由厂商自己提供，测的都是顺利路径，异常处理与接管能力没被验证，风险留到上线。
自检与验收清单
- 准入门槛是否与打分表分开设置，并单独留痕
- 信息表是否要求逐项提供可核验的证据与出处
- 场景脚本是否覆盖异常路径与人工接管的环节
- 测试记录是否由客户方独立填写并留存原件备查
- 决策纪要与变更边界是否已归档并可随时查阅
常见问题
短名单留几家合适？
三到四家。太少议价空间小，也比较不出差异；太多则每家分到的实测时间不足，评审容易疲劳。若准入后只剩两家，可以把实测做得更深，用更多异常样本反复测试，而不是硬凑数量。
业务部门不参与评审怎么办？
尽量把参与写进流程：脚本由业务出题，实测由业务执行，决策会由业务签字。业务缺席时，选出的方案常在集成与使用习惯上出问题，返工的成本往往更高，进度也更难控制。
清单能替代试用吗？
不能。清单解决信息对齐与留痕，试用解决真实环境下的可行性。顺序是先筛掉不合格的，再用试用验证剩下的，否则试用会变成一轮轮的陪演，时间花掉了，结论仍然模糊不清。