已有 AI 方案，采购前怎样评审方案和供应商？

已经拿到方案时，先把其中影响采购的主张逐项拆开：要改善什么业务结果、依赖什么资料和系统、承诺凭什么成立、由谁实际完成。每一项都应能找到依据，或被明确列为需要验证的假设。最后决定补证、调整范围、先验证、继续采购还是暂缓，而不是只给演示和报价打总分。

这适合已有内部方案或供应商提案、准备决定是否采购的企业。若连要改善的业务问题还没说清，可以先回到起步判断；本篇从一份已经存在的方案开始，重点核对它能否回答企业自己的问题。

先厘清起点，可读企业想做 AI，第一步到底应该判断什么？。

一份完整提案，也可能没有回应关键需求

厦门国贸控股集团在2026年6月10日的采购中止公告中，列出了AI规划响应、专家投入保障、业务融合和数据治理等方面的不足，并表示将完善需求、交付边界与评价标准。这里能确认的是该集团一次采购的适配问题，不能据此判断所有AI方案或咨询供应商的质量。查看采购方原公告。

这给采购评审一个可用提醒：先确认企业究竟要求供应商证明什么，再看提案是否逐项回应。架构图、模型名称、客户标识和演示可以成为材料，但它们各自只能证明有限的事。标准产品演示不能直接证明适用于本企业资料，行业经历也不能代替对当前流程的理解。

先冻结要比较的版本与问题

评审前保留方案版本、报价范围、演示使用的材料和补充答复。口头新增的能力应补回同一版本的响应记录，否则业务部门看到的是演示承诺，采购比较的是报价附件，实施团队接受的又可能是另一套边界。

1. 由业务负责人写清目标任务：谁在什么情况下使用，当前怎样完成，希望改善哪项结果；把明确排除的任务也写出来。
2. 收齐供应商现有材料：方案、范围说明、依赖条件、成本构成、交付与验收设想、实际参与人员及可核验的相关经历。材料缺项先登记，不自行替供应商补全。
3. 由资料和系统负责人确认可提供的输入：数据版本、使用边界、现有系统能力、可参与人员。尚未核实的接口或授权，不能写成已经具备。
4. 为同一轮候选方提供一致的问题与安全的示例材料。敏感资料先按企业规则处理；前期比较可使用经批准的脱敏或模拟材料。

用这张表追问方案中的关键主张

把下表复制成评审工作表，在每行补上“方案页码或答复位置、证据位置、核对人、当前判断”。这是帮助企业组织评审的参考表，具体采购要求应按任务和风险确定。

英国政府AI Playbook的采购部分提醒采购方说明数据、集成、维护、隐性成本及供应商依赖。本文借鉴这些核对方向，不照搬英国公共部门采购程序，也不把它们当作中国企业的统一法律要求。查看官方采购方法说明。

区分有依据、待验证与不满足

评审时不要把所有回答都换成一个分数。对决定能否推进的事项，至少区分三种状态：已有材料支持当前用途；需要补资料或实际验证；与明确要求冲突。另保留“尚未回答”，避免沉默被当作默认满足。

“需要验证”可以接受，但要说明验证什么、谁提供条件、结果怎样影响采购。若方案依赖关键资料而企业无法合法取得，不能靠其他项目高分抵消；若只是交付格式需要补充，也不必把整个方案判为不可行。影响价值、可实施性或可接受风险的缺口，应先单独决定是否阻止下一步。

再核验实际干活的人和相关经历

北京农商银行2026年1月的相关咨询征集公告，除了分项咨询内容，还提出专家经历与案例材料要求。这说明在该次采购中，人员与相关经历也是核验对象；银行的资质、年限和周期要求不宜直接套用于普通企业。查看采购方公告。

• 请拟实际参与的人解释一条业务任务：先了解哪些资料，怎样判断方案依据不足，遇到什么情况会建议缩小范围。观察能否说清业务与证据之间的关系。
• 区分提案人员、专项专家和日常交付人员。确认谁负责哪项判断、何时参与、关键人员变化怎样沟通；“有专家资源”不等于专家已经为本项目投入。
• 核对相似经历的任务、所处阶段和本人职责。做过研究、原型、咨询或生产交付是不同范围；客户标识本身无法说明参与深度。
• 尊重客户保密边界。可讨论获准公开的脱敏材料、方法和限制；如需进一步证明，应通过双方允许的方式核验，不要求披露他人敏感资料。

评审人员也应说明自己的角色。内部团队可以参与技术核对，外部顾问可以帮助复核方案，但“独立”需要看与候选方的关系、可接触的材料和判断范围，不能仅靠一个头衔。最终采购决定仍应由企业有权决策的人作出。

示例：把“能自动回答合同问题”追问成可决策范围

示例（非客户案例）：假设一家企业拿到“合同资料助手”方案，演示能够流畅回答付款条件。业务方真正需要的是帮助销售找到已批准合同模板中的条款依据，并保留人工作出对外承诺。这个示例只演示评审方法，不代表任何产品具备这些能力。

这个过程并不必然淘汰供应商，也可能帮助双方把原本宽泛的承诺改成可以比较的范围。若候选方对同一问题给出不同边界，先把差异列清，再判断企业愿意承担哪种成本与依赖。

让评审结论能支持下一次决策

评审收尾时，形成一份简短记录：本次审的是哪个版本、哪些要求已有支持、哪些主张仍待证实、关键缺口如何影响决定、谁负责后续动作。建议可以是补充资料后复核、调整采购范围、开展限定验证、按已确认条件继续采购，或暂缓。每项建议都要说明触发条件，避免只留下“原则上可行”。

采购前审查只能评价已接触的材料和明确的使用范围。它不能代替真实系统验证，也不能证明未来上线效果、合同履行或持续运行必然达到预期。范围、资料、团队或业务约束发生实质变化时，应重新核对受影响的结论。

若已有方案却难以判断哪些承诺有依据，可以带着方案版本、最重要的业务任务和关键疑问，了解企业 AI 咨询与方案复核的适用范围。咨询可以独立结束，不强制绑定后续开发；实际资料、工作深度和交付范围需先沟通确认。