大多数尚未明确首个场景的企业，应先做轻量业务流程诊断，再决定采购范围；否则容易用平台功能倒推需求。若企业已有稳定需求清单、数据分级、系统接口和运营团队，则可以并行进行平台验证，但仍需用真实任务验收。
适用于
- 正在比较多个大模型或智能体平台的企业
- 已有工具但缺少高频使用场景的管理团队
- 需要控制首次 AI 投入范围的中型企业
不适用于
- 把诊断做成数月咨询而不验证任何任务
- 仅凭产品功能清单完成平台选型
- 把低价调用费当作总拥有成本
方法与证据口径
将决策拆为需求不确定性、复用规模、集成复杂度、治理要求和总拥有成本五部分，通过真实任务概念验证减少采购前的信息不对称。
决策表
| 当前条件 | 建议顺序 | 理由 |
|---|---|---|
| 场景和负责人不清 | 先诊断 | 避免功能倒推需求 |
| 场景明确、数据未就绪 | 诊断与数据准备 | 平台无法替代数据治理 |
| 多个部门有相似需求 | 先试点，再选平台 | 先确认可复用能力 |
| 已有清晰需求与运营团队 | 并行概念验证和选型 | 可用真实任务比较 |
- 建议顺序
- 先诊断
- 理由
- 避免功能倒推需求
- 建议顺序
- 诊断与数据准备
- 理由
- 平台无法替代数据治理
- 建议顺序
- 先试点，再选平台
- 理由
- 先确认可复用能力
- 建议顺序
- 并行概念验证和选型
- 理由
- 可用真实任务比较
01
平台先行常见的三个错配
平台采购能快速提供模型、知识库和智能体能力，但无法自动产生清晰流程、可靠数据和使用责任。需求不清时，项目容易停留在账号开通和演示。
- 功能很多，但没有一个岗位每天必须使用
- 技术指标优秀，但关键数据无法合法接入
- 原型完成，却没有质量标准和结果责任人
02
流程诊断也必须保持轻量和可验证
先诊断不等于先写厚重报告。两周内应能产出流程图、痛点样本、候选场景、数据清单和一个可测试样机。不能进入验证的诊断同样会拖慢决策。
- 访谈围绕真实任务，不问抽象意愿
- 每个问题附最近发生的样本
- 候选场景明确不做清单
- 用样机验证关键假设
03
用真实任务完成平台选型
选型应固定任务、数据和评分口径，再比较平台。
- 从诊断中选择三类代表任务
- 定义质量、延迟、权限和成本门槛
- 使用相同脱敏数据完成概念验证
- 记录人工修订、失败与集成工作量
- 评估模型替换、数据迁移和退出成本
- 由业务、技术、采购和治理共同决策
方法限制
- 平台能力和价格变化快，正式采购时需重新核验
- 诊断不能替代信息安全、法务和采购尽调
- 小规模概念验证无法完全反映高并发和长期运维表现
本次更新
方法、适用边界与官方来源于 2026.08.14 完成复核。
下一次证据复核不晚于官方来源与核验日期
- 01ISO artificial intelligence management systems · ISO核验 2026.08.14
- 02AI RMF Core · NIST核验 2026.08.14