2026 年 9 月 · 6 分钟阅读

关键定义
build-with-AI(用 AI 自建) 买 vs 建之外的第三个选项:不是买现成软件,也不是传统自研,而是用 agentic 编码工具把功能内部做出来。McKinsey 2026 调查中 32% 的组织因此放弃至少一次软件采购——它的单元经济与「买」相反:许可证费变成 token 运行费加模型依赖。
AI 高绩效者(AI high performers) McKinsey 的定义:把至少 5% 的 EBIT 归因于 AI、且认为 AI 影响「显著」的受访者,约占总样本 6%。他们是「敢用 build-with-AI 替代采购」的主力——近半数高绩效者这样做,其他企业只有 31%。
API 形状的工作负载(API-shaped workload) 边界清晰、输入输出结构化、可以稳定描述的工作负载——编码 agent 能可靠接管。判断是否该自建的第一道测试:把需求写成一段 API 规格说明,如果写得出来,大概率可以 build-with-AI;写不出来,先别建。
你下一个要买的软件,可能变成你自己写的软件。McKinsey《2026 年 AI 现状》调查显示:近三分之一(32%)的组织已经因为 agentic 编码工具能内部自建,而决定不购买至少一个软件产品或功能。这不是效率叙事,是采购决策的结构性变化。我们的判断:build-with-AI 的单元经济是反的——可预测的许可证费被换成流动的 token 运行费加模型依赖,采购需要一套新评估网格,而不是把「不买」当成成本节约。来源:McKinsey State of AI 2026。
McKinsey 全球调查于 2026 年 5 月 4 日至 6 月 8 日收集,1,719 份样本、97 个国家,按各国 GDP 占比加权。核心发现:32% 的受访者报告其组织因「能用 agentic 编码工具内部自建」,而决定不购买至少一个软件产品或功能。这个行为在科技与医疗行业最常见,其次是专业服务与能源材料——不是最缺预算的行业,而是工作负载最像 API 的行业。
更值得注意的是分布:AI 高绩效者(把至少 5% 的 EBIT 归因于 AI 的约 6% 受访者)中近半数因自建放弃过软件采购,其他企业只有 31%;高绩效者以两倍概率规模化软件编码 agent、以 2.7 倍概率规模化其他 agentic AI。敢建的人已经在建了,而且他们是最能证明 AI 价值的那批人。
传统买 vs 建的天平是「买=快而贵、建=慢而省」。build-with-AI 把两个维度都改了:建的速度接近买(agentic 编码工具把交付周期压到周级),但成本结构变成「运行型」——token 费用随用量波动,模型依赖要求切换权,维护负担落到自己头上。McKinsey 同时报告约 20% 的组织称 AI 运营成本已开始约束 AI 使用,能归因 EBIT 的受访者比例两年卡在 37%。第三方分析把这个读数概括得很准:「建起来容易,获益并不容易。」
对财务团队,这是科目迁移:省下的许可证费没有消失,它变成了模型 API 账单、编排基础设施和没人愿意接手的维护代码。没有运营模型的自建替代,本质是成本转移,不是成本节约。
32% 是结构性变化,但它没有把「买」扫进历史:合规认证、监管边界、核心系统集成依然偏向采购;而核心差异化能力、高频迭代、API 形状的工作负载偏向自建。真正的新变量是:每个决策多了一个需要认真评估的选项,而大多数组织的采购流程还没有它的评估标准。
我们的判断:给 build-with-AI 单独建评估网格,不要把它塞进旧的「自研 vs 外购」模板。三问:①这个能力是核心差异化还是商品化?核心才值得自建,商品化能力自建是负资产;②工作负载是不是 API 形状——边界清晰、输入输出结构化、能写成规格说明?写不出来,agent 也接不住;③维护负担(含模型更替与供应商切换)能不能定价?能定价才能进预算。
高绩效者敢建,不是因为他们编码强,而是因为他们有运营底子:McKinsey 数据里,高绩效者 73% 围绕 AI 重建了工作流,其他企业只有约 25%。自建的成败不取决于写不写得出来,取决于有没有人运营、计量、迭代它。把「不买软件」当成本节约的第一年,通常会在 token 账单和模型更替里把差价找回去。
对买方,正确的读法是:32% 是采购事实,37% 原地不动的 EBIT 是警告——替换动作本身不产生价值,替换后的运营模型才产生价值。这也是我们自己的实践:凡是进入自建的流程,必须有同等严格的成本科目与评估闸门,否则宁可续费。
1. 对每一笔软件续费跑三问
续费前用「差异化 / API 形状 / 可定价维护」三问过一遍;三问全过且预算内,才是 build-with-AI 的候选。
2. 给自建项目配运营预算
token 运行费、模型切换权、维护人力写进同一个科目;没有运营预算的自建项目不允许立项。
3. 把模型依赖写进风险登记
自建能力绑定哪个模型、切换成本多高、供应商改价怎么应对——这三年都是必须回答的问题。
4. 监控「自建成功率」
把走 build-with-AI 的项目按投产率单独统计;如果多数死在维护期,说明你们的评估网格太松。
行动:下一次 SaaS 续费谈判前,把三问网格发给采购与工程各一份,让「自己建还是续」成为标准议程;对已立项的自建项目,核对它有没有独立的运营预算科目。留给买方的问题:你们最近一次「因为 coding agent 能建所以不买」的决定,是在哪个评估框架下做出的?如果答案是「没有框架」,那 32% 的浪潮里,你们是裸奔的那一批。
OOMeta AI
OOMeta 的立场:build-with-AI 是真实的第三个选项,但它的成败由运营模型决定,不由能不能写出来决定——替换没有运营模型就是成本转移。我们给所有内部自建流程配同等严格的成本科目与评估闸门;判断标准始终是「替换后有没有人运营、计量、迭代它」。
预约诊断会参考来源: McKinsey, The state of AI in 2026: On the road to ROI(2026-08-25 发布,1,719 样本、97 国,2026-05-04 至 06-08 收集)https://www.mckinsey.com/capabilities/quantumblack/our-insights/the-state-of-ai | Digital Applied, A Third of Companies Skipped Buying Software and Built It(二手分析,2026-09-01)https://www.digitalapplied.com/blog/a-third-of-companies-skipped-buying-software-and-built-it
McKinsey《2026 年 AI 现状》全球调查,2026 年 5 月 4 日至 6 月 8 日收集,1,719 份样本、97 个国家,按各国 GDP 占比加权。近三分之一受访者报告其组织因能用 agentic 编码工具内部自建,而决定不购买至少一个软件产品或功能;科技与医疗行业最常出现,其次是专业服务与能源材料。
AI 高绩效者(约 6%,把至少 5% 的 EBIT 归因于 AI)中近半数(约 49%)因自建而放弃过软件采购,其他企业只有 31%。高绩效者还以两倍概率规模化软件编码 agent,以 2.7 倍概率规模化其他 agentic AI——敢建的人已经在建了。
买:许可证费可预测、按年计,厂商承担维护与合规。建:许可证换成 token 运行费(随用量波动)、模型依赖(供应商切换权)、以及持续维护负担。McKinsey 同时报告约 20% 的组织称 AI 运营成本已开始约束 AI 使用——自建项目的成本是流动的,不是固定的。
不等于。替代没有运营模型就是成本转移:省下的许可证费变成了 token 账单、模型更替风险和没人维护的代码。McKinsey 报告中能归因 EBIT 的受访者比例两年卡在 37%——「建起来容易,获益并不容易」。判断标准是自建项目有没有同等的运营预算。
三问:①是核心差异化还是商品化能力?核心才值得自建;②工作负载是不是 API 形状——边界清晰、输入输出结构化?③维护负担(含模型更替)能否定价?三个都答「是」再建;否则买。技术+医疗行业自建最激进,因为工作负载最像 API。
每一笔软件续费都值得重新过一遍三问。厂商的应对是把护城河从功能搬到专有工作流数据与合规认证上——买方应该评估的正是这些,而不是功能清单。下一次续费谈判从「要不要续」变成「自己建还是续」。
采用狂奔,EBIT 原地不动:企业 AI 的规模-回报断层
McKinsey 2026:规模化 AI agent 一年从 27% 涨到 40%,但报告 EBIT 影响的比例卡在 37% 两年不动。个人生产力不自动上资产负债表。
「先发不是先赢」:Agent 回本是工作流设计问题
Salesforce 全球 2025 位 agentic AI 决策者调查:最快回本的行业不是部署最快的;完美数据不是前提;嵌入工作流比任何单点能力都重要。
AI 回报的低谷是计量设计问题,不是结果问题
斯坦福 4 月复盘 51 个真实部署:77% 的难题是流程与组织类隐形成本。我们的判断:J 曲线低谷大多被误读成失败。
推理支出首次超过训练:企业 AI 采购从选模型变成买配置与切换权
Gartner:2026 年推理支出 233 亿美元首次超过训练 190 亿。成本单位不是模型单价而是配置与放置——切换权才是 2026 年最该买的资产。