复盘思考长文:为什么 90% 的企业 AI 转型“自下而上”推不动?企业AI转型必须由老板做“恶人”?

0 评论 213 浏览 2 收藏 12 分钟

企业AI转型的落地困境远比技术难题更复杂。供应链AI专家揭露员工‘不懂、不敢、不想’的三重阻力,通过‘设备健康诊断Agent’与‘RPA悬赏令’等真实案例,拆解如何用‘自上而下原动力+智囊团进场’的组合拳打破僵局。这篇文章将颠覆你对组织变革的认知,提供一套带血的经验方法论。

01 落地悖论:当我们在谈论“赋能”时,我们在谈论什么?

最近年底做预算复盘,HRD 问了我一个非常尖锐的问题:“万劲,明年组织要全面 AI 化,到底是该指望员工自发涌现创意(自下而上),还是靠老板强压指标(自上而下)?”

这是一个困扰了无数管理者的“落地悖论”。

在很多企业的理想蓝图中,AI 转型应该像当年的工业革命一样:纺织工人们看到蒸汽机,应该欢呼雀跃地去拥抱新工具,管理层往往会选择“自下而上”的策略——给员工开账号、做培训、搞比赛,然后期待一线涌现出无数个“降本增效”的 AI 场景。

但现实极其骨感。

作为一名深耕供应链的 AI 产品人,我经手过从智能客服到 RPA 自动化,再到设备健康诊断 Agent 等多个项目,我看到的真实情况是:当你去问业务部门“你们有哪些痛点可以用 AI 解决?”时,得到的通常是一片沉默,或者是一些无关痛痒的伪需求。

如果你也面临这种困境,我的结论可能会让你感到“不适”,但这是带血的经验:

在企业 AI 转型的初期,依靠“自下而上”的自发驱动,几乎是推不动的,这不是技术问题,这是人性与组织管理的问题。

02 深度洞察:为什么一线员工对 AI “无感”?

很多管理者认为员工不用 AI 是因为“懒”或“笨”,这个归因太傲慢了;在与HRD的深度交流中,我总结了阻碍“自下而上”推行的三座大山:不懂、不敢、不想。

第一,认知鸿沟(不懂):AI 到底能干嘛?一线员工的目标极其务实,比如:我们供应链的 POE(调度人员),他们背负的是工程师的派单效率、时效指标,他们的第一反应是:“这东西跟我的 KPI 有什么关系?” 如果管理层不给目标,员工花一个月去研究 AI,反而可能因为没盯紧业务指标而受罚。他们不知道 AI 能做什么,自然无法提报场景 ;

第二,生存焦虑(不敢):教会徒弟,饿死师傅?这是一个极其敏感但必须面对的话题,AI 的核心价值在于提效,而提效的本质往往意味着“原本几个人干的活,现在一个人就能干了” ;当你让员工自己挖掘场景来替代自己时,人类的本能防御机制就会启动:“我为什么要亲手递上一把刀来砍掉我的岗位?”

第三,路径依赖(不想):这就太麻烦了。改变习惯是痛苦的,对于很多传统部门来说,只要现有的流程还能跑通,“在这个部门把事情做完”远比“把事情做快”更重要。

所以,必须打破“自下而上”的幻想,建立一套“自上而下注入原动力 + 智囊团进场”的组合拳;

为什么“自下而上”会失效?我们不妨来看两个真实的对比案例。

❌ 案例一:失败的“销售搭子”(锦上添花)

我们也曾尝试过完全由业务痛点出发的创新,此前,团队曾开发过一个“销售搭子 Agent”,预期很理想:将销售与客户的大量沟通录音自动转写,并生成总结文档,辅助大量销售人员做决策。

为什么?

  • 数据源太“脏”:真实录音充满了方言和噪音,AI 生成的准确率只有 60 分,销售反而需要花更多时间去校对;
  • 非刚需:对销售销冠来说,没有这个 Agent,他照样能凭经验搞定客户;有了它,成交率并没有显著提升。

这就是典型的“锦上添花”需求。一线员工不会为了一个“不痛不痒”的工具去改变工作习惯,尤其是当这个工具还需要他们额外付出精力去“清洗数据”的时候。

✅ 案例二:成功的“健康诊断 Agent”(带血刚需)

反观我们在供应链做的“设备健康诊断 Agent”,为什么能成?

我们的客服在判断设备是否故障时,受限于经验,通常只看4 个步骤就会派单;实际上,真正的技术专家通过日志排查需要看12 个步骤,客服的“浅诊断”导致了大量无效的工程师上门,每一单都是实打实的真金白银;

我深入技术团队,复刻了技术专家的 12 步诊断逻辑,做了一个 Agent“虚拟专家”,所有派单前,必须经过它“过审”。

结果:一年就能为公司节省不少比例的运维成本,业务参与度也是明显更高。

03 破局之道:原动力、破壁人与智囊团

在供应链体系内结合以上情况,我们探索出了一套相对可行的路径。

策略一:自上而下的“原动力”注入

不要问业务要“场景”,要问业务要“指标”。

这听起来很“强制”,但却是最有效的破冰手段。比如在客服提效项目中,我们和业务 Leader 达成共识,直接设定了“提效 10%”的硬性目标;

当这个 KPI 压下来时,“原动力”就产生了。这时候,不再是我求着业务部门做 AI,而是业务 Leader 主动找上门来:“万劲,你能不能帮我看看,怎么用 AI 帮我把这个指标扛下来?”

这种角色的反转,让产品经理从“入侵者”变成了帮助他们完成 KPI 的“救火队员”。

策略二:产品经理(PM)做“破壁人”

有了意愿,还得有能力,业务方往往只能描述“我很忙”,但无法抽象出“SOP”。这时候,如果没有具备“业务抽象能力 + AI Taste(审美/判断力) + 工程化思维”的产品经理深入一线去“听”流程、画蓝图,单靠客服或技术人员自己,是绝对做不出来的 。

关于这个角色的来源,我和HRD有过深度的讨论,我的建议是6:4 开(6成外招,4成内培):

  • 内培的局限:容易陷入“业务惯性”,觉得流程理所应当;
  • 外招的价值:他是“无知”的。正因为无知,他才会反问:“为什么调度还要做二次复核?为什么这个流程不能砍掉?”

只有这种“外来的和尚”,才能像剥洋葱一样,把业务不仅还原成 SOP,更要还原成 AI 能理解的代码逻辑。

策略三:用“RPA 悬赏令”激活蚂蚁雄兵

当然,对于那些碎片化的、低价值的“长尾需求”(比如自动发周报、批量查询),让高昂的研发团队介入是不划算的,对于这部分,反而可以考虑采用了“自下而上”的改良版——低代码平台。

我们培训了 30 名一线员工掌握 RPA(低代码自动化工具),然后发布“悬赏令”:

  • 机制:不论是谁,只要能用工具解决业务痛点,就能领走赏金。
  • 激励:例如提供真金白银可以兑换等值礼品
  • 成效:这一招彻底激活了基层的“极客”。员工为了解决自己每天写周报的那 2 个小时痛苦(虽然对公司价值不大,但对个人幸福感极强),自发开发了 80 多个应用。

最终算总账,这些“蚂蚁雄兵”累计为整个客服中心部门提升了10%以上的效能,这证明了:只有当收益(省力+赚钱)明确大于付出时,基层的主观能动性才会被激活。

04 写在最后:先开枪,再瞄准

不管是行业里那种全员强制用 AI 的激进做法,还是我们这种“悬赏令”式的引导,核心逻辑都是一样的:打破观望;

组织 AI 化,绝不是引入几个先进模型那么简单,它本质上是一场对流程的重构和对利益的再分配;

  • 对高层,要谈 ROI 和战略目标(如一百多万的节省);
  • 对中层,要谈 KPI 拆解,将压力转化为寻求技术的原动力;
  • 对基层,要谈减负和激励(如:悬赏令)。

如果你也是企业内部的 AI 推动者,请记住:不要试图感化大家去拥抱未来,要用制度和产品,帮大家解决眼下的麻烦。

先让大家“走出来”,我们才有机会共赴这场 AI 的盛宴。

(关于我们具体的落地案例 AI Agent 如何像老专家一样完成“12步诊断”,以及避坑指南,我会在下一篇文章中详细拆解,欢迎关注。)

本文由 @忘机 原创发布于人人都是产品经理。未经作者许可,禁止转载

题图来自Unsplash,基于CC0协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 目前还没评论,等你发挥!