AI推理平台采购尽调若围绕演示脚本进行，候选方案都容易表现良好：模型能部署、接口能调用、看板有数据。项目真正付费购买的却不只是功能，还包括把平台装进目标环境、与企业系统连接、持续升级、处理故障并交给内部团队运营的能力。这些“水下部分”决定交付是否可持续。

尽调应把展示、材料、目标环境验证和交接演练分开。不同证据回答不同问题，不能用演示替代交付，也不能仅凭供应方规模或承诺推断项目结果。

水面演示用于确认需求理解

演示阶段确认候选平台理解企业的模型服务、用户和业务链。企业提供统一脚本，包括核心部署、调用、版本或流量操作、错误和观测。供应方说明演示环境与企业目标环境的差异。

演示记录不只截成功页面，还要保存使用的模型、环境、配置、预置数据和专家操作。大量预先准备并非问题，但它说明实际交付可能需要相同工作，应进入实施计划。

演示结束后形成问题清单，而不是直接打采购总分。哪些能力已展示，哪些由材料说明，哪些需POC，哪些不适用，状态要分开。

第一层水下能力是环境适配

环境适配包括基础资源、操作系统、容器或运行平台、网络、存储、镜像与制品、身份、证书和安全边界。候选平台需要说明前置条件、依赖来源和企业需准备的部分。

尽调材料可包括架构与部署说明、支持范围、依赖清单、端口与出站、资源规划方法、安装与检查步骤。材料只能作为验证输入，关键组合仍需目标环境POC。

特别关注隐含在线依赖、共享高权限账号、无法替换的外部服务，以及测试和生产差异。适配结论要精确到本项目组合，不从通用兼容清单无限外推。

冰山图提醒团队穿透功能展示

下图把功能演示放在水面，把环境适配、实施变更和运营交接放在水下。阅读时从下向上检查：没有稳定底座和运营能力，水面功能再丰富也难以持续交付。

冰山各层需要不同证据。环境层看目标组合和依赖；实施层看计划、变更和回退；运营层看告警、支持、接手和升级。采购评审应为每层安排责任人，而不是由演示参会者统一代签。

供应方提供的证书、案例或方法材料可以增强信任，却不能替代本项目的环境、人员和范围验证。涉及客户材料时还需遵守授权与保密要求。

第二层水下能力是实施和变更

实施计划应说明里程碑、双方输入、环境检查、安装、集成、迁移或导入、测试、培训和验收。每个阶段有输出、负责人和失败后的处理。只有“若干周完成”而无前置条件，难以评估交付风险。

选择一次变更演练：模型或平台版本更新、节点扩展、配置调整。观察影响分析、制品准备、审批、执行、验证和回退。变更能否被接手团队复现，比首次安装由专家完成更有区分度。

回退要覆盖配置、制品和必要数据状态。不可逆变化应说明备份与停止边界。平台按钮存在不等于目标环境中的回退已经可执行。

第三层水下能力是故障支持与运营交接

故障支持需要服务目录、告警、日志、分级、受理材料、升级和业务恢复。尽调可以进行桌面演练或在隔离环境注入故障，让内部值守者先处理，再按正式路径寻求支持。

观察供应方需要哪些材料，企业能否在数据与安全边界内提供；不同组件或第三方问题如何分流；响应、绕行、恢复和最终修复如何区别。具体时限与责任以正式合同为准。

运营交接包括账号与权限、日常巡检、容量、版本、备份、证书、问题复盘和知识更新。若每项都依赖交付项目组，平台尚未成为日常服务。

尽调证据按来源和可复现性分级

可以把证据分为目标环境实测、接手者演练、正式材料、供应方说明和待确认。实测与演练更能说明本项目能力，材料用于明确范围和责任，说明用于提出后续问题。不同等级不应被同一个“已支持”覆盖。

尽调不是不信任供应方，而是防止把不同强度的证据写成同等确定的采购承诺。 对无法实测但影响重大的事项，可以进入合同、实施里程碑或上线前验收。

真正的交付能力必须由目标环境、接手者和正式支持流程共同证明，不能由一次功能演示代签。

材料还要有当前性。旧版本文档、未明确适用范围的案例和无法核对来源的表格，只能作为参考。项目团队记录获取日期、适用版本和确认人。

采购团队要问“谁完成”，不只问“是否支持”

“是否支持离线部署”“是否支持升级”“是否提供监控”容易得到肯定回答。更有效的问题是：谁准备制品，谁执行，企业提供什么，失败如何回退，哪些状态可见，谁签收。把能力改写成事件和角色，交付边界会更清楚。

对于外部支持，问受理入口、必需材料、升级角色、企业自管范围和退出。对于运维，问值守人员如何发现、诊断和恢复。对于版本，问通知、回归和旧版支持。答案应进入项目文件，不停留在会议口头。

阻断项聚焦无法交付的后果

关键依赖来源不明；目标环境无法复现安装；变更无回退；高权限或数据边界无法接受；故障状态不可见；接手团队无权或无材料处理；核心支持范围在正式文件中缺失。这些问题会影响交付，应独立于功能得分。

一般演示体验、报表或非核心功能可整改。整改项指定材料或复验，不使用“后续优化”结束。

从水下一层选择下一步证据

每轮尽调结束，只推进最影响采购决策的证据。例如环境未知就先做目标组合安装，交付未知就做变更回退，运营未知就做故障交接。相关推理平台与AI治理主题可浏览 AI基础设施分类；整体方案信息可在核验后查看 AI解决方案。

实际参与角色与替补机制也要核对，避免关键专家档期变化后项目没有可持续交付队伍。

尽调还应确认替补交付与支持角色，避免关键专家变化后正式升级路径中断。

正式采购意见还应列出未完成的目标环境测试、服务条件和交接事项，防止尽调问题在合同与实施之间丢失。

这些未完成项需要指定进入合同、实施还是上线验收，并由对应角色继续关闭。

常见问题

功能演示应该在尽调中占什么位置？

演示适合确认需求理解、用户体验和候选方案是否值得深入，不适合直接证明目标环境适配、交付或长期运营。它是尽调入口，不是结论终点。

• 使用企业统一脚本和代表模型或请求
• 记录演示环境、预置条件和专家操作
• 将未展示能力分为材料核对、POC和不适用
• 从演示发现的问题选择下一层证据

演示优秀可以提高进入POC的优先级，但采购范围仍需环境、实施与运营证据支撑。

还应按演示、环境适配、实施变更和运营交接四层证据复核，说明口头承诺需要由哪项目标环境事件补强。

演示只能作为尽调入口。

如何验证供应方的交付能力而不依赖口头承诺？

让交付能力顺利获得事件和材料出现。由接手团队按正式文档完成一次新环境安装或变更回退；注入一项可恢复故障，走支持流程；检查里程碑、双方输入和验收输出。

• 核对依赖、制品和环境检查是否可重建
• 观察变更、回退和故障所需权限与工具
• 使用正式受理入口提交材料并验证升级路径
• 让未来值守者而非演示专家完成业务恢复签收

无法在POC完成的事项可写入合同或实施验收，但要说明未验证状态，不能自动视为已具备。

还应按演示、环境适配、实施变更和运营交接四层证据复核，说明口头承诺需要由哪项目标环境事件补强。

采购尽调和POC有什么分工？

尽调范围更广，核对企业、产品、架构、交付、支持、合同和退出；POC针对关键技术与运营假设，在目标或代表环境中取得实测证据。尽调决定测什么，POC结果再回到采购判断。

两者共享问题清单与证据等级。POC不宜承担所有材料和法律审查，尽调也不能用文档替代关键目标环境验证。项目可以先顺利获得尽调筛选候选，再把最大不确定性放入POC，最后将未覆盖项进入正式条件。

尽调结论要标注材料版本和确认日期，旧证据不能无条件延续到新产品版本。

还应按演示、环境适配、实施变更和运营交接四层证据复核，说明口头承诺需要由哪项目标环境事件补强。

回答还应回到当前材料版本和目标组合。