《FDE案例100》方法论特辑 · No.14|一号位工程与业务方绑定:组织能力比技术能力更决定成败

2112 字
11 分钟
《FDE案例100》方法论特辑 · No.14|一号位工程与业务方绑定:组织能力比技术能力更决定成败

先说个特别常见的开局。

一家省属国企的一级子公司,业务做服装、美妆、3C,十多个电商业务线,OA、ERP、数据中台都有,信息化部门也不缺人。管理层在 GPT 出来以后提了个要求:公司数字化在国企里已经领先了,能不能再往 AI 走一步?

你要是做项目的,听到这句话可能已经开始想方案了。但这位 FDE 进现场之后,先做的不是选模型,而是往下追问:为什么是现在?哪个环节最痛?到底是人不够、流程不清、数据没沉淀,还是组织机制的问题?

因为“我们要拥抱 AI”这句话底下,其实藏着好几个真实需求:业务在长,但国企有编制限制,人跟不上;法务团队就两个人,却要面对不同业务线、不同合作伙伴的一大堆合同;还有大量依赖个人经验的工作,没法变成可复制的能力。

问题一旦被这样拆开,你会发现它根本不是个技术问题。

老板说一句“AI 化”,然后扔给 IT 部门#

这家企业的 FDE 后来复盘,讲的特别实在。第一年他们就是 IT 部门牵头,技术底座也搭出来了——知识库、模型、Agent 都做了,也接进了客户已有的信息化系统。技术上确实能做出东西。

但做到一定程度,不对了:系统有了,员工没有用起来,业务并没有真的发生变化。

为什么卡?因为 AI 真正深入业务以后,问题的重心从“系统怎么做”,转到了“员工怎么用”“流程怎么改”“组织怎么配合”。这些事,IT 部门根本推不动。所以到了第二年,他们改成让人事部门牵头,从全员培训重新开始推进。

你可能会觉得这有点反直觉——搞技术的项目,凭什么让 HR 来牵头?可现实就是:AI 落地到中大型企业,最后考的从来不是技术能力,而是组织能力。

这位 FDE 给企业 AI 落地的难度排了个序:人最难,其次是组织,再是数据,最后才是技术。 他说了一句我很喜欢的话——以前总说“万事俱备,只差技术”,现在技术反而是没那么难的那部分。

一号位工程,到底“一号位”在哪#

再换个场景。

一家非标制造的工厂,两三百人,做的是那种客户发张图纸、企业自己判断怎么做、报多少钱的柔性制造。这家企业的 FDE 判断很直接:AI 转型必须是一把手工程。

为什么?因为 AI 一旦真的开始改业务流程,就一定会继续影响岗位职责、KPI、部门协作甚至组织架构。那个原来要 3 到 5 个人完成的报价岗位,上了 AI 以后可能只要 1 到 2 个人。员工第一反应是什么?不是“这系统真先进”,而是——我是不是要被优化了?系统上线以后还有没有我的位置?是不是要把我调去不想去的岗位?

这种抵触非常真实。而作为乙方,FDE 根本没有权力去安排甲方员工,甚至在员工眼里,我们做的事本身就威胁到他的岗位。这个问题靠 FDE 自己解决不了,只能靠老板自上而下推动。

所以这家企业在立项前,就先和老板、和各相关方把一件事谈清楚:生产力释放出来以后怎么办?方向是让省下来的时间转向更有价值的业务,简单裁人从来不是选项。最后企业真的重新调整了相关岗位的工作安排和 KPI——原来业务人员大量时间耗在看资料、整理需求、反复核对上,现在这些时间省下来,回去联系更多客户、谈更多项目、接更多订单。

你看,这整套动作,哪个是 FDE 能独立做的?一个都没有。

业务方必须被“绑到结果上”#

光有一号位还不够,还得把业务方真正拉进来。

有位做央企财务 AI 的 FDE 说得很形象:他特别反对一种方式——AI 项目组自己坐在那儿设计一个东西,然后让业务部门过来使用。 业务人员每天本来就忙得焦头烂额,你突然给他增加一个新系统、新流程,他第一反应是:“你为什么又给我加了个负担?”

他的做法是业务陪跑,跟着业务人员做几天,看真实工作流程,把业务逻辑主动梳理出来。他还提了一个关键动作:在条件允许的时候,把 AI 改造和业务部门的 KPI、OKR 绑在一起,让业务部门自己也有动力把项目推下去。

这句话的分量很重。因为 “业务方参与”和“业务方对结果负责”,是两件完全不同的事。 前者是配合,后者是绑定。只有绑定了,业务方才会在系统上线以后真的去用、去推、去改。

责任边界要前置对齐#

还有一件事容易被忽略,就是边界。

车管所那个案例里,AI 自动审核跑起来以后,暴露出一个问题:过去有些业务在人工审核时存在一定程度的“放宽”。现在问题从“模型能不能识别出来”,变成了“识别出来以后到底应该怎么办”。严格执行会影响业务量和合作关系,继续宽松就失去自动审核的意义。

这种事,技术团队自己拍不了板。这位 FDE 的做法是:把问题和数据客观呈现给甲方——哪些材料有问题、按不同审核尺度每天能处理多少业务、业务量会怎么变,然后让甲方结合实际经营和管理要求做最终决策。

他自己总结得很清楚:FDE 的职责是把技术能力做出来、把问题暴露出来、把不同选择的结果说明白;但涉及业务利益和管理规则的最终决策,必须交给业务负责人。 边界不清,最后就是替客户背了不该背的锅,或者把决策权收成了自己的风险。

组织能力比技术能力更决定成败#

最后再讲一个很多人都没意识到的点:大企业的 AI 转型,本质上一定包含组织建设。

一家生物科技上市公司做完销售线的 AI 转型之后,FDE 观察到最重要的一步其实不是技术,而是:外部 FDE 不应该永远当企业的拐杖。 所以第一阶段之后,他们建议董事长扩充内部团队,企业拿出 20 个编制,FDE 参与人员招聘和团队框架建设。

这样一来,项目就从“帮企业做几个 AI 应用”,变成了“帮企业逐渐建立继续往前走的能力”。

回到开头那句话。中大型企业的 AI 落地,一定是一号位工程,而且必须把业务方真正绑到结果上。 老板只喊一句“我们要 AI 化”,然后把事情扔给 IT 部门,最后大概率就是一个技术项目,然后大概率失败。真正跑通的路径,是人事、业务负责人、团队负责人甚至一号位都卷进来——因为 AI 最终改变的,是组织的协作和工作方式。

技术是入场券,组织才是那道真正的关。

这是《FDE案例100》方法论特辑的第 14 篇。前面我们一路从“发现真问题”走到“把能力做出来”,这一篇开始正式进入“搞定人和变革”的深水区。下一篇我们聊一个更反常识的话题:为什么最好的 FDE,反而要教会客户自己用、自己迭代。

支持与分享

如果这篇文章对你有帮助,欢迎分享给更多人或赞助支持!

赞助
《FDE案例100》方法论特辑 · No.14|一号位工程与业务方绑定:组织能力比技术能力更决定成败
https://kianzhao.site/posts/fde-100-14/
作者
Kian Zhao
发布于
2026-10-14
许可协议
CC BY-NC-SA 4.0
相关文章 智能推荐
1
《FDE案例100》方法论特辑 · No.05|量化 ROI:节点 ROI 与组织级 ROI 的落差
FDE案例100 审核从15分钟到3分钟、报告从5天到20分钟,这些数字很漂亮。但单点提效不等于组织提效。这篇重点篇,聊 FDE 最容易掉进去的 ROI 陷阱。
2
《FDE案例100》方法论特辑 · No.18|反面教训:比成功更值钱的失败模式
FDE案例100 24 个案例里最值钱的不是成功学,而是一个个翻车现场。这篇把七个最典型的失败模式摊开讲——它们比任何成功经验都更值得抄进你的项目复盘。
3
《FDE案例100》方法论特辑 · No.11|交付与工程化:跨过"能跑"到"能用"
FDE案例100 第一天上项目,他成了网络工程师。这篇聊那些不"AI"却决定项目生死的脏活——现场环境、稳定性、可追溯、兜底、成本、规模化,Demo 不暴露的问题才决定能否落地。
4
《FDE案例100》方法论特辑 · No.13|组织变更要提前规划与宣贯:岗位怎么调、怎么考核
FDE案例100 一个 AI 项目,第二年改由人事部门牵头,反而破了局。这篇重点聊透组织变更——怎么提前画岗位地图、怎么由一号位宣贯共识、怎么把考核从工作量转向价值产出。
5
《FDE案例100》方法论特辑 · No.12|AI 落地的真正瓶颈是人:难度排序"人 > 组织 > 数据 > 技术"
FDE案例100 技术做出来了,员工却不用。几乎所有 FDE 都得出同一个排序——人最难,技术最易。这篇聊三大阻力,以及为什么"不喊替代、喊助手"才是破局点。
随机文章 随机推荐
Profile Image of the Author
Kian Zhao
Hello, I'm Kian Zhao.
公告
欢迎来到我的博客!这是一则示例公告。
音乐
封面

音乐

暂未播放

0:00 0:00
暂无歌词
分类
标签
站点统计
文章
55
分类
12
标签
26
总字数
90,971
运行时长
0 天
最后活动
0 天前

目录