74%
部署Agentic AI的企业高管首年见到ROI回报
HBR/Google Cloud Consulting, A Blueprint for Enterprise-Wide Agentic AI Transformation, 2026
74%部署Agentic AI(代理式AI)的企业高管说,第一年就见到了ROI回报。这是HBR与Google Cloud联合调研的数据。听起来不错,但问题随之而来:剩下的26%,卡在哪了?
报告给出的答案有点扎心——不是AI技术选错了,是这些企业把AI部署进了一个本来就有问题的系统里。AI不是修复工具,是放大镜。它把原来的漏洞照得更清楚。
基础不稳,AI只会让问题更大
报告调研数据里有三个数字:37%的高管把数据隐私和安全列为最大障碍,28%说是遗留系统集成太难,27%说是成本控制失控。这三个问题有一个共同点:AI进来之前就存在。没有AI的时候,是慢性病;有了AI之后,变成急性发作。
一个企业如果数据治理本来就碎片化,AI的加入不会让它整合,只会让碎片化的影响范围更大。这是第一个陷阱:在破碎的基础上上AI。
Agent蔓延,比你想象的更贵
第二个问题更隐蔽。很多企业把AI落地当成快速响应的机会——业务部门各自为政,每个部门搭自己的Agent,快速跑起来。
短期内确实能动。但结果是"Agent蔓延"(agent sprawl):各部门的Agent互不连通,逻辑重叠,安全边界模糊,还在不断制造技术债。更根本的问题是:这样建出来的AI系统,永远无法形成整体的智能。是一堆工具的集合,不是一个能协同的体系。
复制人的分工,没有意义
第三个陷阱最难被意识到。很多企业设计AI时,是按人的组织架构来的——这个部门一个Agent,那个部门一个Agent,各管各的流程。报告把这叫"自动化过去",而不是"编排未来"。真正的价值不在把现有流程数字化,而在重新定义目标——让AI直接面向业务结果,而不是复制原来的分工边界。
成功企业的三个动作
报告里有规律可循。先找一个在P&L上有直接体现的切入点,做出最小可行产品,用具体结果说话。一家零售定价公司,多Agent系统4个月内上了生产环境,市场响应速度加快,手工错误减少。这是获得更大转型投入的方式:先拿结果,再谈愿景。
第二步是把人放进设计里。不是用AI替换人,而是把核心流程拆解成多Agent协作框架。报告举了一家美国房贷服务公司的例子:一个编排Agent统筹全局,多个专职Agent分别处理文件分析和数据检索,加上治理Agent负责准确性核验。人在关键判断节点保留介入,其他交给Agent执行。人和AI各做擅长的事,协同价值远超任何一方单独能做的。
第三步,每次新建一个Agent,都要问它和整体的关系——它能不能让整个系统更聪明,还是只是另一个孤岛?
先理清基础再上AI,先定协作流程再造Agent——这个顺序搞反了,跑起来只会比之前更乱。74%能拿到首年ROI的企业,是把Agentic AI当成生态在建,不是把Agent当成工具在堆。
CATLAXY 观点
报告描述的三类失败——破碎基础、Agent蔓延、复制旧流程——在我们接触的企业里几乎都能看到影子。本质原因一样:企业把AI当工具采购,而不是把它当成系统工程来做。Agentic AI(代理式AI)要真正产生价值,需要把每个Agent设计成能在业务流程里干活的成员——职责清晰、协同有序、结果可追溯。这需要的是业务原生的视角和对流程的深度理解,不是把一个通用AI工具装进现有系统里。
DATA SOURCE
HBR/Google Cloud Consulting - A Blueprint for Enterprise-Wide Agentic AI Transformation
HBR/Google Cloud Consulting · 2026-02-12