首页
学习
活动
专区
圈层
工具
发布
社区首页 >专栏 >第一批拥抱AI的企业,正在集体赴死?

第一批拥抱AI的企业,正在集体赴死?

作者头像
用户4564579
发布2026-09-08 21:04:19
发布2026-09-08 21:04:19
210
举报
文章被收录于专栏:企业AI转型企业AI转型

始于咨询.终于因果


不是危言耸听——国际市场上92%的企业AI项目已经沦为5470亿美元的沉没成本。而中国第一批跟随者,正在重蹈一模一样的覆辙。一条鱼骨图,拆穿所有自我安慰的借口。

RAND公司2025年发布了一份让所有CEO坐不住的报告:92%的企业AI项目未能产生实质性回报。S&P Global的数据更残酷——全球企业已在AI上沉没了5470亿美元,其中近七成不会产生任何可量化的业务价值。麦肯锡的数字与之吻合:只有5%的AI项目实现了有意义的ROI。BCG给出了更精确的比例——5.5%。

这些数据全部来自国际市场。IBM Watson Health投入40亿美元最终以不到10亿美元贱卖,Zillow Offers因AI决策失误损失5亿美元并裁员2000人,Klarna用AI替换700名客服后15个月重新招人——每一个案例都在追问同一个问题:为什么?

但几乎所有关于"AI投资为什么失败"的分析,都在犯一个同样的错误:把原因平行罗列。技术不成熟、数据质量差、人才不够、ROI不达标、合规风险高——仿佛这五条原因是平行线,修好哪条都行。

事实是,这五条线之间有严格的因果先后。它们不是五个原因,而是一条从认知到投入的因果瀑布。源头只有一个词:工具思维。

一、根因:不是AI不行,是「工具思维」在作祟

中国大部分企业对AI的理解,可以用一个公式概括:旧流程 + AI = 企业AI

这个公式本身就是错的。它把AI理解为一种"工具"——像装一个Excel插件一样,装在既有工作流上面,期待效率自动提升。流程不变、组织不变、KPI不变、数据架构不变,只是在某个环节加了一个AI入口,就宣布"AI转型完成了"。

IBM Watson Health是这种思维的典型标本。IBM投入超过40亿美元打造Watson肿瘤诊疗系统,技术本身并不差——它在隔离环境中的诊断准确率相当高。但IBM犯了一个致命错误:他们把Watson当"工具"嫁接在既有的医疗流程上,而不是以Watson为核心重新设计诊疗流程。医生的工作方式没变,只是多了一个"建议系统"——而大多数医生选择忽略它的建议。最终,Watson Health以不到10亿美元的价格贱卖。

RAND研究员的核心结论:"大多数AI失败不是因为算法不好,而是因为企业没有准备好让AI成功的组织基础。企业花了90%的精力在模型上,但模型只占成功的10%。"

Watson不是技术失败,是"工具思维"的失败。当你把AI当外挂,AI就只能是外挂。

二、鱼骨全景:五层因果链,不是五个平行原因

用管理咨询的鱼骨图来拆解,企业AI投资打水漂的根因不是五个平行问题,而是一条五层因果链——每一层都是上一层的直接后果,修任何一层都不够,必须从源头改起。

这五层分别是:①认知范式错位(万恶之源)→ ②流程重构缺位(直接后果)→ ③数据治理真空(物理基础)→ ④组织架构滞后(持续保障)→ ⑤资源分配失衡(催化剂)。它们的因果关系是单向的、不可跳跃的:认知错了,流程就不会改;流程不改,数据治理就是空话;数据治理缺位,AI输出就不可信;AI不可信,组织就不会调整;组织不调整,资源分配必然失衡——最终,投资打水漂。

鱼骨层

角色

因果逻辑

① 认知范式错位

万恶之源

把AI当工具而非范式 → 触发所有下游错误

② 流程重构缺位

直接后果

认知错了 → 不重构流程 → AI沦为外挂

③ 数据治理真空

物理基础

流程不改 → 不知道数据该怎么管 → 垃圾进垃圾出

④ 组织架构滞后

持续保障

AI输出不可信 → 组织不信任 → KPI不变、部门墙不破

⑤ 资源分配失衡

催化剂

组织不动 → 90%投技术、项目制 → 试点无法规模化

三、第一骨:认知范式错位(万恶之源)

万恶之源是认知。具体来说,是企业决策层把"范式革命"误读为"效率工具"。这里有三层认知错位,一层比一层致命。

第一层:把AI理解为"更好用的软件"。软件是确定性的——你输入A,它输出B。AI是概率性的——同一个输入,不同上下文可能产出不同结果。把概率系统当确定性系统用,必然在关键业务场景中翻车。第二层:高管层的AI认知停留在"演示阶段"。PPT里的AI无所不能,但一旦落地就遇到数据缺失、流程不匹配、用户不信任。决策层基于演示效果做投资决策,部署后必然预期落差。第三层:用传统IT项目的ROI标准衡量范式转变。IT项目的ROI在6-12个月内可量化,但AI转型是组织能力的重建,回报周期通常在18-36个月。用短期ROI砍掉长期转型,是绝大多数企业AI项目折戟的直接触发点。

Klarna案例:认知错位的鲜活标本

2024年,Klarna用AI替换了700名客服人员,宣布AI客服将处理三分之二的客户咨询。15个月后,Klarna悄悄开始重新招聘人类客服。原因不是AI技术不行——而是Klarna把AI当工具塞进了既有的客服流程,没有重新设计客户旅程。客户的问题不是"能不能被回答",而是"能不能被理解"。AI能回答问题,但不能处理情绪、不能处理异常、不能在流程之外给客户安全感。

认知错位不是一个小错误。它是整条因果链的第一张多米诺骨牌——认知错了,后面每一层都会跟着错。

四、第二骨:流程重构缺位(直接后果)

认知错位的直接后果,就是不重构流程。"旧流程+AI"最典型的表现是S&P Global所称的"试点坟场"现象——32%的AI项目死于试点阶段。

但真正的问题不是试点不成功,而是试点在隔离环境中成功了,回到真实的、未重构的业务流程中就失效了。隔离环境里数据是干净的、目标是明确的、有专人维护——AI表现优异。真实环境里数据是脏的、目标是模糊的、无人对AI的输出负责——AI水土不服。

Zillow Offers:5亿美元的流程教训

Zillow的AI房价评估算法本身是准确的——在技术指标上完全达标。但Zillow把AI的输出直接塞进了既有的房屋买卖流程,没有重构从评估、报价、采购到翻新的完整链路。AI说"这房子值50万",流程就按50万采购——但AI没有考虑翻新成本的时间滞后、市场流动性的变化、以及人工谈判的弹性空间。结果是Zillow囤积了大量按AI估值采购但无法按预期出售的房产,直接损失超过5亿美元,裁员2000人。

Zillow的算法没有错。错的是把AI的输出当成了流程的唯一输入,而没有围绕AI重新设计整个决策链路。

"AI外挂化"的后果是增量价值极其有限。你在旧流程的某个环节加了一个AI入口,效率提升5%-15%——但这点提升根本不够覆盖AI的部署成本。真正的AI转型是流程再造:不是"用AI做旧的事",而是"因为有了AI,重新定义做什么事、怎么做、谁来做"。

五、第三骨:数据治理真空(物理基础)

流程不重构,数据治理就是空话——因为你不知道数据应该在流程的哪个环节产生、流向哪里、被谁消费。这是RAND报告揭示的核心发现:84%的AI失败"不是技术问题"

RAND的访谈显示,企业AI项目最普遍的失败模式是:模型开发完成了,但发现训练数据来自三个不同系统,口径不一致、编码不统一、缺失率高达30%。模型在测试集上表现优异,上线后面对真实数据立刻崩溃。这不是算法不行,是数据基础没打好——而数据基础没打好的原因,是流程没重构,没人梳理过数据应该在流程中怎么流转。

数据治理真空有三层。第一层:没有元数据管理。企业不知道自己有哪些数据资产,不知道"客户ID"在CRM、ERP、客服系统中的编码是否一致。第二层:没有数据质量管控。没有自动化规则去检测异常值、补齐缺失字段、统一编码标准。第三层:没有语义层。"损耗率"在品控部门是"报损重量除以投料重量",在财务部门是"报损金额除以采购金额"——两个部门用同一个词讨论同一张报表,吵了三架才发现口径不同。

RAND 10/20/70模型

成功的AI转型,10%的资源在算法,20%在技术栈,70%在人和流程。但失败的企业几乎都把这个比例倒过来了——90%投在技术和算法上,几乎没有投入在流程重构和数据治理上。数据治理不是AI的前置条件——它是AI的地基。地基没打,楼盖得再漂亮也会塌。

六、第四骨:组织架构滞后(持续保障)

AI输出不可信,组织就不会信任AI。组织不信任AI,就不会调整KPI、不会打破部门墙、不会重新定义人才结构。三者形成恶性循环。

KPI体系不变是组织滞后的第一表现。企业用旧KPI考核AI项目——用"月度销售额"考核AI推荐系统,用"客服接通率"考核AI客服。但AI的价值往往不在短期指标上,而在长期客户满意度、复购率、运营效率的综合提升上。用错误的尺子量正确的事,结论必然是"AI没用"。

部门墙是第二表现。AI需要跨部门的数据流通——营销数据、销售数据、供应链数据、客服数据必须打通才能训练出有效的模型。但大多数企业的组织架构是烟囱式的:每个部门守着自己的数据,跨部门取数据要走审批流程,等数据拿到手,模型的需求已经变了。Gartner预测,到2026年将有30%的企业AI项目被放弃——部门墙是最大的隐形杀手。

人才结构错配是第三表现。企业招聘AI工程师来建模型,但真正需要的是"AI原生员工"——懂业务、懂流程、同时能用AI工具重新设计工作方式的人。模型建好了没人会用、没人想用、没人敢用——因为组织里没有推动AI落地的"翻译者"。这种人不是技术岗位,而是业务岗位——但大多数企业的HR体系里根本没有这个职级。

组织不调整,AI就是孤儿——有技术没有家,有能力没有出口。

七、第五骨:资源分配失衡(催化剂)

因果链的最后一层是资源分配。当认知错了、流程没改、数据没治、组织没动——资源分配必然失衡。这不是独立原因,而是前四层错误的累积结果。

资源维度

失败企业(占比倒置)

成功企业(10/20/70)

算法/模型

90%资源

10%

技术栈/平台

几乎为零

20%

流程重构+人员培训

几乎为零

70%

投入方式

项目制(孤岛)

平台制(复用)

ROI预期

6-12个月

18-36个月

失败的企业用"项目制"投AI——每个部门申请预算、各自试点、互不协同。结果就是"100个试点,0个规模化"——每个试点都是孤岛,每个孤岛都在重复造轮子,最后没有一个能跑通。成功的企业用"平台制"投AI——建统一的数据基础设施、统一的AI平台、统一的治理体系,各业务线在平台上复用能力。

短期ROI预期是资源失衡的最后表现。麦肯锡的数据显示,成功者的平均回报周期是24个月。但大多数失败者在第12个月就用短期ROI指标砍掉了项目,根本没有给它跑通的时间。

八、因果链全景:一条线串到底

现在把五层连起来看——这不是五个原因,是一条因果瀑布。

认知错位(把AI当工具)→ 流程不重构(旧流程+AI外挂)→ 数据治理缺位(不知道数据该怎么管)→ AI输出不可信(垃圾进垃圾出)→ 组织不信任(KPI不变、部门墙不破)→ 资源错配(90%投技术、项目制投入)→ 试点无法规模化(100个试点0个规模化)→ ROI不达标(用短期指标考核长期转型)→ 砍预算 → 投资打水漂。

这条链的关键特征是:单向因果,不可跳跃修复。你不能跳过认知层直接修数据治理——因为认知不改,流程就不会改,流程不改数据治理就是空中楼阁。你不能跳过流程层直接修组织——因为AI的输出不可信,组织没有理由调整KPI。你不能跳过任何一层——因为每一层都是下一层的前提条件。

这就是为什么S&P Global归纳的五条放弃路径看似是五个独立原因,实际上都是同一条因果链在不同环节的表现。

S&P放弃路径

占比

对应鱼骨层

根因

试点坟场

32%

② 流程层

隔离环境成功,真实流程失效

ROI现实检验

25%

① 认知层

用短期ROI衡量长期范式转型

合规墙

18%

③ 数据层

数据治理缺位,合规无法保障

人才流失

15%

④ 组织层

组织不调整,人才无留存环境

领导层更迭

10%

⑤ 资源层

投入中断,项目失去持续支持

修症状不修根因——换个领导、加个合规专员、招几个AI工程师——下一轮投资还是会打水漂。因为因果链的源头没有动。

九、逆推:5.5%成功者的路径

BCG的数据显示,只有5.5%的AI项目创造了可量化的价值。这些成功者做对了什么?不是选了更好的AI工具。不是招了更强的AI工程师。不是投入了更多的预算。

他们从因果链的源头开始逆推:先改认知,再改流程,然后建数据治理,接着调组织,最后才投资源。顺序不能颠倒,跳跃不能省略。

新加坡物流公司:从9个试点到2个的成功逆推

2024年,这家公司有9个AI试点项目在跑,全部卡在POC阶段。新任CTO上任后做的第一件事不是评估技术——而是砍项目。9个砍到2个,把释放出来的预算全部投入到这两个场景的流程重构和数据治理上。他花了三个月重新设计端到端流程,确保AI不是外挂而是流程的核心节点。然后花了两个月建数据治理体系——统一编码、质量规则、语义层。最后才让AI团队在已就绪的地基上做模型开发。结果:这两个项目在6个月内实现了可量化的ROI,12个月后推广到全公司。

成功者不是在AI上投了更多钱,而是在投AI之前,先完成了企业的系统性战略规划——对公司的未来方向、业务流程、目标指标、组织架构进行了全盘重构。没有这个战略底座,你不知道流程该改成什么样、数据该治到什么程度、组织该调成什么形态。AI成败不是技术问题,也不是流程问题,是企业战略问题。战略不定,一切AI投资都是盲人摸象。

5470亿美元不是被AI浪费的——是被"工具思维"浪费的。当一个企业把AI当工具,它就会用工具的方式投AI、管AI、考核AI。而AI不是工具,也不是流程,AI是驱动企业整体转型的战略杠杆。战略杠杆的支点,是企业对未来方向、业务流程、目标指标和组织架构的系统性规划。没有这个支点,AI这根杠杆撬不动任何东西。

如果你的企业正在规划AI投资,在选模型、选平台、选供应商之前,先问自己一个更根本的问题:我们有没有对公司整体进行一次系统性战略复盘?未来的业务蓝图是什么?AI在这张蓝图里应该摆在什么位置?这个问题没有答案,你投进去的每一分钱都注定打水漂。这个问题有了答案,五层因果瀑布自动瓦解。

关注我,带你持续提升企业经营智商!


本文参与 腾讯云自媒体同步曝光计划,分享自微信公众号。
原始发表:2026-08-06,如有侵权请联系 cloudcommunity@tencent.com 删除
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档