设计、动员、执行:企业 Agent 项目跑不通的真相,藏在中间那一步

最近翻麦肯锡那篇《How Strategy Champions win》,里面有个数字让我盯着看了很久。

他们研究了 400 多家企业,把战略工作拆成三个阶段——Design(设计)、Mobilize(动员)、Execute(执行)——然后对比"战略冠军"和"掉队者"两组企业在每个阶段的能力差距:

  • Design 阶段差距:17 个百分点

  • Mobilize 阶段差距:20 个百分点

  • Execute 阶段差距:14 个百分点

最大的差距不在设计,也不在执行,在中间那段把战略翻译成组织行动的"动员"。

这个发现放到企业 Agent 项目里,几乎是 1:1 对应——而且差距只会更大。

过去两年我做过药企的智能问答、农科集团的 AI 培训落地、园区的多模态 Agent,踩过的坑回头看,真正卡死项目的从来不是"GPT-4 还是 Claude""RAG 还是 fine-tune""LangChain 还是自研"。这些是 Design 阶段的事。让项目死在沙滩上的,几乎全是 Mobilization 阶段的问题。

这篇想把麦肯锡的战略框架翻译到 Agent 项目上,讲讲为什么中间那一步最容易塌方,以及怎么把它跑通。

一、Design 阶段:大多数团队"赢在起跑线,但跑错赛道"

麦肯锡发现,战略冠军在 Design 阶段最突出的两个能力是 Align(对齐战略挑战) 和 Commit(对粗体战略下注)。

翻译到 Agent 项目,这是两个绕不开的灵魂问题。

第一个:这个 Agent 到底要解决什么问题?

最常见的失败模式:业务方说"我要一个智能客服 Agent",团队真的去做了。三个月后发现真正的痛点是工单分发不准——Agent 跑得再丝滑也没用,因为问题根本不在客服环节。

我在一个药企客户那里见过类似的事。最初需求是"做一个法规问答 Agent",做到一半才发现,他们真正的痛点是法规更新后旧 SOP 文档来不及同步,Agent 检索出来的内容本身就是过期的。这时候问题已经不是 Agent 能不能答,而是知识库治理——一个组织流程问题,不是技术问题。

Strategy Champion 的做法是在动手前先回答 3 个问题:这个 Agent 替代或增强的是哪个具体工作流?这个工作流今天的 KPI 基线是多少?如果 Agent 做到 100% 完美,业务能省多少钱 / 多赚多少钱?这三个问题答不上来,后面所有工作都是浮沙。

第二个:敢不敢下"粗体"的注?

麦肯锡用经济利润幂律曲线说明一件事:温吞水的战略期望收益是负的——你投入了组织注意力,但拿不到能改变业务的结果。

Agent 项目里这点尤其残酷。一个"每天能省 2 小时"的 Agent,跑通了也进不了管理层视野;但一个"重构整个客服流程、把人力砍掉 40%"的 Agent,就算只成功一半,也足够让你拿到下一年的预算。

Design 阶段的功课做好,就赢了 17 个百分点。但真正决定生死的,是下一步。

二、Mobilization 阶段:被严重低估的"死亡之谷"

麦肯锡数据里 Mobilize 的 20 个百分点差距,在 Agent 项目里我体感是更大的。原因有三个:

  • Agent 改变工作流,不只是辅助员工——员工本能抵触

  • Agent 产出有概率性,没法像传统软件那样按 SOP 跑——管理层不放心

  • Agent 的成本和价值都难量化——预算和考核扯不清

麦肯锡把 Mobilization 拆成 4 个 Building Blocks。我挑其中最关键的三个讲。

2.1 Empower —— 谁来当 Agent 项目的"quarterback"?

麦肯锡讲到 Nvidia 给每个重大项目指定一个 pilot in command —— 最合适的那个人,不看职级,不看部门。

Agent 项目里这个角色比传统战略项目更关键,因为它天生横跨 IT、业务、数据三个组织。

我看到的两种典型错配:

  • 让 CIO 牵头 → 项目沦为技术工程,业务部门当甲方挑刺,上线即死

  • 让业务总监牵头 → 业务理解到位,但技术边界不清楚,要求 Agent 做它做不到的事,demo 阶段就崩

真正能跑通的配置,几乎都是"业务 Owner + AI 架构师"双人组——一个懂业务流程的痛点和上下游,一个懂 Agent 的能力边界和落地代价。这俩缺一个,项目大概率走不到上线。

农科那个 AI 培训项目里我观察到一件事:最稀缺的不是会写 Prompt 的人,是能听懂业务人话、又能把它翻译成 Agent 工程约束的人。这种"翻译官"角色目前没有标准 title,有时候叫 AI 架构师,有时候叫 forward-deployed engineer,有时候就叫"那个能跟我们沟通的技术负责人"。

2.2 Translate —— 把 Agent 战略拆到"颗粒度足够细"

这是 Mobilization 里最经常被跳过的一步。

战略层说"用 Agent 改造客服",行动层就直接变成"试一下 RAG"——中间缺了 50 个具体决策。

一个能上线的 Agent 项目,Translate 阶段的产出大概长这样:

战略目标 颗粒化 Initiative 周期 Owner
用 Agent 改造客服 1. 工单分类 Agent 2 周 业务 A
2. 知识库 RAG 4 周 数据 B
3. 简单工单自动闭环 6 周 业务 A
4. 复杂工单人机协同 8 周 业务 C
5. 客服质量 Telemetry 贯穿 工程 D

每个 Initiative 必须满足三个条件:8 周内可交付、有明确 Owner、有可衡量的产出指标。少一个,这一格就是空头支票。

智慧园区那个多模态 Agent 项目跑通的关键,就是把"做一个园区智能助手"这个模糊目标,拆成了 12 个 8 周以内的 Initiative,每个有独立 Owner 和验收标准。掉队的同行案例里,几乎都是停在"做一个园区智能助手"这一层,没人愿意做拆解的脏活。

2.3 Reallocate & Embed —— 真正的"系统改造"

麦肯锡数据:战略冠军 10 年内会挪动 60% 以上 capex 从衰退业务到增长业务。

Agent 项目里这点的体现是:预算、人力、注意力,必须从存量挪过来,不能在原盘子上"加一笔 AI 钱"。

我见过最典型的失败模式:某药企 IT 总监跟我说"今年加了 200 万 AI 预算,明年看效果再说"。这就是温水煮青蛙——200 万撒进 5000 万的 IT 盘子,组织根本感觉不到变化,业务部门也没有动力配合。

更隐蔽的坑是 Embed 阶段的 knowing-doing gap。几个特别常见的场景:

  • 战略会上说要"AI First",季度 KPI 还是按"项目交付数"考核 → 业务部门当然不动

  • 预算批了,但走的还是传统 IT 采购流程(三个月起步)→ 等流程跑完,模型已经迭代过两版

  • Agent 上线了,但没进绩效考核——没人有动力推使用 → 一个月后大家回到 Excel

真正动起来的组织会做这几件事:为 AI 单独开预算快通道、季度 OKR 加一行"AI 完成工作单元数"、部门评比加一项"AI 工作流覆盖率"。不动这些,Agent 永远是个摆设。

Mobilization 这一段,本质上是一场组织手术——动的不是技术,是预算、考核、流程、权力。这也是为什么大多数项目跳过它:太脏、太慢、太得罪人。但跳过它,前面所有的 Design 都白做。

三、Execute 阶段:从"被动看 Dashboard"到"主动管理表现"

到了 Execute 阶段,麦肯锡发现战略冠军最突出的能力不是"跟踪进度",而是 Drive(主动管理表现)——主动找问题、主动拆障碍、主动放大成功案例。

Agent 项目里这意味着:

  • 准确率从 85% 掉到 78% → 主动诊断(数据漂移?Prompt 失效?上游 API 变了?)

  • 某部门使用率走低 → 主动派人入驻

  • 某个 use case 跑得超预期 → 主动放大、复制到其他场景

还有一件麦肯锡特别强调的事:记录假设。

战略冠军会把每个决策背后的假设写下来,每 6 个月复盘。Agent 项目尤其需要——每个设计决策背后都有假设(用 GPT-4 因为推理强、用 RAG 因为知识更新快、用 ReAct 因为任务多步)——而这些假设半年后大概率会过时。没有假设记录,半年后没人知道为什么这么设计,想优化也无从下手。

这一步说起来朴素,但做得到的团队不到一成。

四、一个平台型产品的视角

讲完方法论,顺带提一下我们做 R²AIN SUITE 时的一个观察。

我们做这个平台的初衷不是"再做一个 Agent 框架"——市面上不缺。真正缺的是帮企业把 Mobilization 这一步系统化的工具层:把 Agent 战略翻译成可拆解的 Initiative、把工作流嵌进现有的 IT 和业务系统、把使用数据变成可以进季度报告的指标。

这一层做不出来,客户买回去的就是一堆 PoC;做出来,Agent 才真正进得了组织的 DNA。

这也是我做 AI 架构师这几年最深的体感:这个行业最稀缺的,不是模型,不是框架,是把 AI 翻译成组织能跑的事的能力。

五、给企业 Agent 项目负责人的 7 条干货

Design 阶段

  1. 立项前先把基线值和"完美状态收益"算清楚,算不清就别动

  2. 别做温吞水的 Agent,要么不做,要做就做能进季度财报的那种

Mobilization 阶段(重头戏) 3. 给每个 Agent 项目指定一个"业务 Owner + AI 架构师"的双人组 4. 战略拆到 ≤8 周可交付的 Initiative,每个有 Owner 有验收指标 5. 别在原预算上加 AI 钱,逼组织从存量挪 6. Agent 上线前先改 OKR / 考核 / 预算流程,不改不上线

Execute 阶段 7. 每个 Agent 设计决策都记下"假设",6 个月复盘一次

六、写在最后

麦肯锡那篇报告最反直觉的发现,是赢家和输家最大的差距,不在战略多聪明,也不在执行多努力,而在中间那段"翻译"——把战略变成组织能跑的事。

企业 Agent 项目的胜负手也在这里。

模型大家都能调用,框架大家都能装,真正的护城河是:谁能把 Agent 战略翻译成预算、流程、考核、组织 DNA 的一部分。

这不是技术问题,是工程系统 + 组织系统的联合设计问题。

而恰好,这就是 AI 架构师这个角色真正的价值所在——也是为什么这一角色,在未来三五年只会越来越值钱。

posted @ 2026-05-21 14:21  阿瑞说项目管理  阅读(9)  评论(0)    收藏  举报