买系统，还是买能力：AI采购的分水岭

AI项目的采购，多数企业沿用买系统的老流程：列需求、比方案、谈价格、验交付。这套流程跑ERP二十年没出过大错。为什么到AI上，同样流程买到手的东西，半年后就开始贬值？

答案在一个分水岭上：你买的到底是一件资产，还是一种能力。

一、资产逻辑与能力逻辑，是两本账

买资产——系统、设备、软件许可：交付即完成，货到验收，钱货两清。贬值是慢的，一套ERP能用十年，风险买方自担，但换来的确定性足够长。

买能力——AI恰恰是这一类：模型半年一迭代，今天的最优解，半年后是常规操作；场景随业务长，业务长一寸，AI要跟一寸；交付那一刻，就是贬值的起点。

一句话说透：买断制在AI项目里买到手的，是"某个时点的能力快照"。而能力快照这个品类，天然过时。

用资产逻辑去买能力品类，流程没错、合同没错、验收也没错——错的是把快照当成了资产。这不是哪家企业不专业，是采购框架还没跟上品类变化。

二、交付式在AI上的三个失灵点

第一，迭代失灵。传统交付的验收时刻即性能最高点，此后只降不升：模型在进化，你的系统原地踏步，差距按月拉开。交付制的隐含假设是"技术稳定"——这个假设在AI上第一次系统性失效。

第二，场景失灵。静态需求文档写不出动态业务。AI的真实场景清单是用出来的：上线第一周发现的新问法、第三周冒出的新报表需求、第二个月业务调整带来的口径变化——这些没有一个能提前写进需求文档。交付制对"未知场景"没有应答结构。

第三，责任失灵。交付制下，技术过时的风险全在买方。服务商交付完毕即离场，半年后模型能力翻倍，你的系统还在用旧快照——想升级？新项目、新报价。买资产时这个风险结构没问题（资产贬得慢），买能力时它是个每月都在扣款的隐性账户。

三、六个可观察差异：把方案放在放大镜下

不猜服务商的模式，看六个可观察的点——每一条都能从合同文本和沟通过程里直接验证：

1. 合同结构：一锤子买断价，还是分段里程碑＋退出条款？敢分段＝敢对自己负责
2. 验收标准：功能清单打勾，还是业务指标连续N周达标？敢写进合同的是真验收
3. 知识转移：交付一份文档，还是过程有你的团队共作？配置、口径、迭代的来龙去脉有没有人带着你的团队走
4. 团队参与度：把你方配人当成本负担，还是当流程必经？前者交付的是黑箱，后者交付的是能力
5. 退出机制：绝口不提，还是写明数据、配置、知识库全部可带走？不敢谈退出的，退出时你什么都带不走
6. 迭代归属：升级另立项目收费，还是迭代包含在服务期内？这一条直接决定半年后你是增值还是贬值

六个点指向同一件事：服务商敢不敢把"能力长在你身上"写进合同结构里。宣传册上都说陪跑，合同结构不会说谎。

四、分水岭两边都有正当性

先防一个极端：不是所有采购都该走向"陪跑"。成熟IT品类——ERP、OA、标准软件——就该交付制：需求稳定、技术稳定、交付边界清晰，交付制的效率优势是真实的。

分水岭的判据是两个变量：技术迭代速度 × 场景变化频率。两个都低，走资产逻辑，交付制；两个都高，走能力逻辑，过程制。麻烦的品类是中间地带——而AI几乎整体落在"双高"象限，这也是为什么AI采购的第一问该从"买哪家"换成"买什么"。

现场的趋势已经很清楚：越来越多的企业主在选服务商时提同一个要求——不要做完就走的。这不是服务偏好的变化，是采购逻辑的迁移：从买资产，到买能力。

五、收口：贵的服务商可能更便宜

分水岭上，价格不是决策依据。算总账：

买系统逻辑下，你付一次钱，得到一个会过时的东西——过时的代价（二次采购、业务停摆、组织信心损耗）不体现在首次报价里。买能力逻辑下，你分期付的是确定性的钱，技术过时风险留在服务方——他有责任让你一直在最新版本上，否则续约保不住。

六个差异的对照表，拿去比一比你桌上正在谈的方案——比完就知道，报价单上最便宜的那个，和三年总账上最便宜的那个，往往不是同一家。