AI 生意观察
企业内部智能体(Agent)落地的组织准备
Gartner 预测 2027 年底前超 40% 的企业 agent 项目会被砍,而死因多数不是技术,是组织没准备好就上马。这篇不讲怎么搭 agent(那是技术的事),讲上之前组织该备齐的三样东西,附一份防翻车清单。
先认清:agent 翻车,九成是组织问题不是技术问题
据 Gartner,超 40% 的 agentic AI 项目会在 2027 年底前被取消,三个主因——成本失控、价值说不清、风控不到位——没一个是"模型不行"。(这份数据的完整解读见 为什么 40% 的 AI agent 项目会被砍。)换句话说:决定你的 agent 项目进那 40% 还是活下来的 60% 的,不是选了哪个技术框架,是上马前组织有没有准备好。
一句话:agent 能不能落地,七分看组织准备,三分看技术。技术能不能跑通很少是瓶颈,"跑通了但没人认、算不清账、出错没人兜"才是。
组织准备三件套
① 负责人:懂业务的人牵头,别甩给 IT
agent 要嵌进某个业务流程,它的判断标准、边界、验收,都得懂这摊业务的人来定。甩给 IT,做出来的往往是个技术上能跑、业务上没人用的东西。正确配置:业务负责人牵头定"要它干成什么样",FDE(前线部署工程师)负责把它落地成能执行的东西。(为什么必须业务方下场,见 先改自己还是先买系统。)
② 验收标准:上线前就把"合格"写死
最容易拖死项目的,是"好像有用但说不清"。破法是在上线前就把验收标准写成可签字的条款:这个 agent 替谁干、干到什么程度算合格、错误率上限是多少、谁来签字确认。有了这条线,项目要么达标交付,要么早早暴露问题止损——而不是在模糊里拖到被砍。
③ 风控兜底:让它自主前,先想清楚它出错时的最坏情况
agent 的特点是"自主执行",这也是它最大的风险点。上之前划两条线:自动边界(哪些动作它能自己做、哪些必须人确认)和兜底机制(它错了怎么第一时间发现、谁负责纠正、怎么回滚)。不是限制它,是让它活过第一次出错。
防翻车清单(上 agent 前逐条打钩)
| ☐ 业务价值 | 说得清它替谁省了什么、这笔账怎么算得回来?说不清就先别上。 |
| ☐ 负责人 | 有懂业务的人牵头,不是纯 IT 项目? |
| ☐ 验收标准 | 上线前写死了"合格"的可签字标准? |
| ☐ 自动边界 | 划清了哪些它能自动、哪些必须人拍板? |
| ☐ 兜底机制 | 出错怎么发现、谁负责、能不能回滚? |
| ☐ 起步场景 | 第一个选的是高频、章法清楚的活,不是最难最玄的? |
核心心法:六个框都能打钩,再上 agent。打不满,说明你要上的不是一个项目,是一个即将进那 40% 的实验。
别反向误读:"40% 会被砍"不是劝你别碰 agent,是告诉你怎么做才不被砍。风险不在"上了会死",在"没准备好就上"。把清单打满,你就在活下来的 60% 里。想判断组织到哪一步,可做 成熟度自测。
2026-09-06 · 数据来源 Gartner(见 agents-canceled 篇);组织视角,非技术教程