AI 落地方案怎么挑：甲方自查清单（含验收要点）
挑 AI 落地方案，先别比价格，先看它能不能回答八个问题。这八个问题答不上来，方案里的模型参数、架构图、案例墙都说明不了什么；答得上来，价格才有得比。八个问题里最容易被跳过的是三个：口径谁定、运行谁负责、退出怎么收尾——而它们恰好是第二年最容易出问题的地方。
AI 落地方案的八项自查清单
| 检查项 | 要问的问题 | 不合格的表现 |
|---|---|---|
| 现状与取数 | 这次要读哪几个系统的哪些数据？走接口、只读库还是导出目录？ | 只说「打通数据」，说不出表名与字段 |
| 范围边界 | 这次做几件事？哪件事明确不做？ | 范围写得很大，验收时一缩再缩 |
| 口径归属 | 每个指标的定义谁拍板？登记在哪？ | 默认让服务商定口径，出事找不到责任人 |
| 交付物清单 | 交付的是什么东西？能不能逐条验收？ | 只写「平台一套」，没有可验收的条目 |
| 验收指标 | 指标怎么测？测试数据从哪来？通过线多少？ | 写「效果良好」「行业领先」这类形容词 |
| 工期与分段 | 分几段？每段结束时能看到什么？ | 只有一个总工期，中途没有可确认的节点 |
| 运行归属 | 模型更新、接口变动、服务器维护谁负责？ | 交付即结束，第二年没人管 |
| 退出条款 | 不合作了数据怎么导出？账号怎么交还？ | 没有任何退出约定，被单一供应商绑定 |
AI 落地方案的验收要点：把形容词换成数字
验收阶段最常见的争议，不是技术没做到，而是标准从一开始就模糊。同一句「准确率较高」，甲乙双方的理解可以差几十个百分点。可行的做法是把每一项指标写成「测试范围＋判定方式＋通过线」三件套。
| 别这样写 | 改成这样写 |
|---|---|
| 识别效果良好 | 在双方确认的样本集上抽取准确率不低于约定值，抽样复核每批随机 30 份 |
| 数据实时同步 | 来源系统数据在约定时间窗内进入，取数失败有告警，允许的延迟上限写进合同 |
| 报表按时生成 | 按约定频率生成，无异常当日也照常出，缺数据时明示缺口而不是留空 |
| 预警准确 | 预警分几类、阈值多少、由谁复核后发出、误报率上限是多少 |
| 系统稳定运行 | 可用时段、故障响应时间、恢复时间、月度可用率下限 |
报价与规模：先看公开参照，再谈自己的价
先看市场在买什么，再看价。据公开统计，2026 年上半年国内应用类大模型中标项目约 2770 个，占全部大模型中标项目的约六成（60.7%）——采购重心已经从「买模型」转向「买场景」；金额上，行业报道提到中小银行的应用类采购多在 500 万元上下，具体项目可能拆分或打包。这两组数字不能直接套到自己的项目上，但能帮你在听报价时判断量级是否离谱。
更值得问的是报价由哪几块构成：需求梳理、数据接入、开发与配置、硬件、年度运营。能把这五块拆开逐项报的服务商，通常也知道每一块的风险在哪；只报一个总价、说不出构成的，后面加项的概率更高。关于成本构成的判断方法，可以看我们的 定制落地 与 企业 AI Agent 部署 页面。
需求方这边要提前准备的三件事
- 指定一个对接人。取数审批、口径拍板、验收确认都需要人，最好是一个人就能代表企业拍板。
- 把「数据能不能取」先问自己一遍。系统厂商配合度、IT 是否放行只读账号，这些在方案定稿前就该有答案。
- 明确这次不做什么，写进内部立项文件。范围写清楚，验收时就不会被理解成承诺过——这一条要在立项阶段做，不是在验收阶段补。
AI 落地方案的评估动作：三步
评估不用靠感觉，三个动作就够。第一步，把方案里的六项——范围、取数、口径、验收、运行、退出——抄成一张表，逐项要书面答复，口头解释不算数。第二步，把口径登记表草案拿给业务部门核对，他们才说得清「这个数字我们平时怎么算」，这一步常常能发现方案里想当然的假设。第三步，去公开的招标与中标公告里按关键词查同类项目的规模与金额做量级参照（注意区分算力类与应用类项目，两者的金额结构差别很大）。三步走完，方案的虚实大致就有数了。
三个常见坑
- 用案例墙代替现场核实。看案例要问到具体场景与现场数字，公开报道里能查到的才作数。
- 把试点当终点。上线只是开始，运行期没人管是第二年失效的主要原因。
- 只看首年报价。硬件、年度运营、接口维护都在后面，三年总成本才是有意义的比较口径。
如果手上正好有一份待评估的方案，把它的范围、取数路径和验收条款发给我们（联系方式），我们给一版书面判断：哪几条站得住、哪几条要补，不收费。
一句话建议：判断 AI 落地方案，先看它能不能说清「读哪些数据、谁定口径、交付什么、怎么验、谁运行、怎么退」。这六条说清了，剩下的才是价格问题。
常见问题
- 怎么判断一份 AI 落地方案是不是空话？
- 看它能不能答上四件事：现状与取数路径、范围边界、口径归属、交付物清单。答不上来的方案通常在讲技术与架构，但没有一句能落到「下周谁做什么」。另一个快速判据是：方案里有没有具体到表与字段的数据来源，以及有没有写清哪一件事这次不做。
- 验收指标怎么写才不容易相互推诿？
- 把形容词换成可测的表达：写清测试数据范围、判定方式与通过线。例如不写「识别效果良好」，而写「在双方确认的 500 份样本上，字段抽取准确率不低于约定值，抽样复核方式为每批随机 30 份」。数字由双方共同确认，评测集留存归档，谁先说清谁占理。
- 合同中必须写清哪几件事？
- 三件最容易漏：一是运行归属（模型更新、接口变动、服务器维护谁负责）；二是口径归属（业务口径由企业拍板，服务商只登记与核对）；三是退出条款（合同结束时数据怎么导出、账号怎么交还、系统怎么停）。这三条不写，问题都会留到第二年。
- 方案里要不要写「本期不含」？
- 内部评估要写，对外文件不必逐条列。对甲方来说，正确做法是要求方案写清范围边界，把这次不做的部分单独列在内部版里，避免验收时被理解成「承诺过」。判断标准是：边界写没写清，而不是有没有把「不做」摆在显眼位置。