人人都在跳过软件采购，却没几个算过后续的账

麦肯锡《2026 年 AI 现状》调查覆盖 97 个国家、1,719 名受访者，于 8 月 25 日发布。结果显示，32% 的企业今年放弃了某项软件采购，原因是 AI 编程代理（coding agent）可以自己把同样的东西做出来。在真正从 AI 中看到回报的"高绩效企业"中，这个比例接近一半。这不是空谈趋势的报告，而是中型企业正在经历的真实转变——到底该买现成工具，还是让代理自己开发。

这种诱惑不难理解。如果你曾经为一套团队只用了一小部分功能的 SaaS 工具年年付订阅费，"干脆让 AI 代理开发一个简化版"听起来就是常识。现在的编程代理确实能把一句大白话描述，变成一个下午内就能用的内部仪表盘、线索分配脚本，或者报表视图——这些工作过去意味着供应商演示、合同谈判，还有动辄数周的上线流程。

但同一份调查在后面几页埋了一句警告："开发本身已经变成容易的那一半。"只有 37% 的企业能说出 AI 应用带来的实际利润影响——这个数字和去年持平，尽管有 80% 表示个人生产力有所提升。而越是重度依赖编程代理的企业，遇到成本和维护瓶颈的概率是其他企业的三倍。以前由供应商负责的那部分工作——打补丁、安全审查、在其他系统变动时做迁移——并不会因为你跳过采购就消失，只是转移到了你自己头上。

对没有专职开发团队的企业来说，这才是真正的风险。市场部门的同事可以向代理描述一个仪表盘，当天下午就拿到一个能用的原型——确实有用，也确实够快。麻烦通常在三个月后才出现：没人记得该由谁留意它是不是坏了，也没人记得它从上线起就一直能读取客户数据，却从未被重新审查过。一个没有明确负责人的工具不会轰然倒下，只会悄悄地越来越脱节，直到在你最忙的那一周出问题。

麦肯锡对谁真正受益的观察印证了这一点：真正拿到回报的企业会先重新设计工作流程，再为它开发工具——而不是把代理做出来的功能硬塞进一个没有改变的旧流程里。在让代理开发下一个内部工具之前，先决定它上线后由谁负责，就像你会决定由谁管理一份供应商合同一样。这个"问责"问题，正说明了为什么市场和 IT 不能再各自为政、偶尔协调——总得有人真正拥有并负责开发出来的东西，而不只是看完演示就完事。