找AI服务商怎么判断能不能交付:六个核查点

先说一个最容易识别的信号
过去两年我们参与过不少「换供应商」的场面:企业之前买了一套号称能自动干活的东西,上线三个月,用得最勤的页面是登录页。回头看,问题几乎都在第一次沟通就埋下了——对方没问过你现在的流程长什么样、卡在哪一步、谁在用、数据存在哪,直接发来一份功能清单加一张报价单。
上来就报价、不给诊断的,多半是按功能清单交付,不是按结果交付。功能清单交付的意思是:合同里写的模块我都给你装上了,至于客服响应时长有没有降、单据录入有没有少一个人,不在交付范围内。这类合作很难说对方违约,但你也很难说它有用。
下面六个核查点,不需要技术背景也能问,基本能在一两次沟通里筛掉一大半不合适的选择。
核查点一:它有没有先做诊断,诊断有没有输出物
「我们免费上门调研」这句话没有成本。真正要看的是调研之后给不给东西:一份写着现状流程、数据来源、卡点位置、可切入环节和预期收益的文档,哪怕只有五页。
更关键的是这份文档里有没有「不建议做」的部分。靠谱的团队通常会说:这段流程本身还没理顺,先做系统对接没意义;这个部门的数据还在纸质单据上,等两个月再说。愿意劝你先别做的服务商,反而是把结果当回事的。如果诊断输出全是「贵司痛点明确、改造空间巨大」,那它其实是销售材料。
核查点二:愿不愿意把能力边界讲清楚
AI 能做和不能做,分界线现在并不模糊:有明确输入输出、有稳定知识源、容错率高的环节容易落地;需要跨部门协调、要承担法律责任、数据散在十几个 Excel 里的环节,先做流程梳理比上模型有用。
你可以直接问一句:「这个场景你们做失败过吗,为什么失败的?」回答「我们没失败过」的,要么项目太少,要么不打算跟你说实话。真实项目里踩过的坑无非几类:知识库文档本身过期、用户提问方式和预想差太远、上线后没人维护导致内容腐化。听得到这些细节,说明对方真干过。
核查点三:验收标准能不能被第三方复核
这是六个点里最容易被糊弄的一个。反面写法是「效果显著提升」「用户满意度提高」;正面写法是能被别人照着跑一遍的东西。
比如企业知识库类项目,可以约定:从真实历史咨询里抽 200 条问题做测试集,答对率、答不上来时的兜底话术触发率、转人工路径正确率三个指标同时看。工作流类项目,则看某个环节的字段完整率、人工复核比例、平均处理时长。测试集建议由甲方提供,乙方不能自己出题自己判卷。
顺带说,验收指标不要只写一个。单个指标很容易被优化到失真,比如只考核「自动回复率」,系统就会倾向于乱答。
核查点四:有没有被单一框架或单一模型锁死
问三个具体问题:换一个模型要改多少代码?能不能在本地机房跑?推理层和业务逻辑是不是分开写的?
模型的价格和能力每几个月就变一次,去年性价比高的方案今年可能就不划算了。如果对方要求必须用某个平台、某个模型且不支持切换,你真正要算的是三年后的迁移成本——不是重新买一次的钱,而是业务中断和重新调试的时间。关于这部分成本怎么估,可以参考我们在模型 API 与成本管理里写的拆账方法。
另一种隐性绑定是提示词和数据全部托管在对方的平台上,你导不出来。签约前让对方演示一次完整导出,比听十句承诺管用。
核查点五:运维这笔账怎么算
交付不是结束,是开始。要问清楚:上线后谁盯着跑、出问题多久响应、日志存在哪一方、模型版本升级谁来做、调用成本谁承担、有没有月度上限。
选私有化部署的企业尤其要想明白一件事:数据留在自己机房,代价是你得有人管它。服务器、显卡、备份、安全补丁,这些不会因为「私有化」就自动消失。没有 IT 人手的小团队,混合方案往往比全私有更现实。
报价上,这类项目通常是诊断、实施、年度运维分开列的:诊断多为几千到两三万,实施从几万到几十万取决于要对接几个系统和流程复杂程度,运维按年计。具体以实际方案与报价为准。要留意把三年运维打包进一次性报价的写法,后面加需求时会很难谈。
核查点六:数据怎么处理,能不能写进合同
四个问题,问完基本就有判断了:数据存在哪里(公有云、私有化还是混合);谁能看到;调用外部模型接口时,请求内容会不会被用于训练——这一条要让对方指给你看服务条款的具体位置,口头承诺不算;合作终止或人员离职后,数据多久内删除、给不给书面确认。
做知识库的还要多问一句权限:同一套库里,财务制度和员工手册的可见范围能不能分开,部门之间的文档能不能互相隔离。这个需求在演示阶段经常被跳过,上线后才发现要返工。
六个点做成一张表,沟通时直接对着问
| 核查点 | 值得警惕的回答 | 相对靠谱的回答 |
|---|---|---|
| 诊断 | 先签合同,进场再调研 | 先出一份书面诊断,含卡点与不建议做的部分 |
| 边界 | 什么场景都能做 | 明确说清哪几段现在不做、为什么 |
| 验收 | 效果显著提升 | 给定测试集上的具体指标与复核方法 |
| 技术绑定 | 只能用某平台某模型 | 推理与业务解耦,模型可替换,数据可导出 |
| 运维 | 有问题随时找我们 | 响应时限、日志归属、升级责任与成本上限写进条款 |
| 数据 | 放心,很安全 | 存储位置、权限分级、删除流程可写进合同 |
下一步:别急着签框架,先做一次小范围验证
六个点问完,如果对方还算对得上,建议不要直接上大项目。挑一条你自己最熟的流程,限定一个部门、两到三周、一个指标,让对方真跑一遍。范围小到失败也不心疼,但足够看出三件事:它会不会做诊断、交付物是不是能复核、出问题时是解释还是解决。
验证阶段花钱不多,却能把后面几十万的决策风险压下来。我们自己在南昌做企业 AI 项目时,也是先把这一步走完再谈整体方案,具体可以看企业 AI 解决方案里的分阶段说明。如果你手上正有几家在比较,把他们的方案发过来,我们可以帮你看看验收条款和技术绑定这两块有没有埋雷,联系我们或直接打 400-873-2750 都行。