企业FDE / 文章

员工都用上了AI,公司为什么还没变快?

个人用 AI 省下的时间,常常又被部门边界、交接和审批吃掉。企业 AI 转型更难的问题,是组织机制有没有跟着一起变。

韩四四本站发布:2026/11/02 · 约 8 分钟
员工都用上了AI,公司为什么还没变快?|公众号原封面
这篇文章的核心判断

个人用 AI 省下的时间,常常又被部门边界、交接和审批吃掉。企业 AI 转型更难的问题,是组织机制有没有跟着一起变。

企业做AI转型,迟早要回答一个比“员工会不会用AI”更难的问题:为了交付同一个业务结果,我们还需要今天这些部门边界、交接和审批吗?如果它们一动不动,个人省下来的时间,很可能又被组织消耗掉。

我是韩四四,复旦大学传播学毕业,3年广告营销+14年互联网产品设计、研发和运营经验,现在做AI创业,关注品牌 GEO 增长和企业 FDE。

最近听任鑫的《AI炼金术》,聊到AI原生组织转型。有个问题让我停下来想了很久:我们总在教员工怎么把活干快,却很少追问,活干完以后,为什么还要等那么久。观点启发来自这期播客。

你可以想象这样的场景:方案十分钟就写完了,接下来要等负责人确认,等另一个部门补材料,再等一次会议决定用哪一版。

写方案的人确实提效了。业务却还停在原地。

我做企业AI培训、推进AI Awards方案,以及参与AI落地项目时,碰到的那些具体问题,也因此串在了一起。

员工省下的时间,去了哪里?

一个中层管理者每天最累的事,可能根本不是写材料。

他要知道客户到底改了什么要求,两个部门为什么理解不同,谁有权拍板,哪个任务明明完成了却没人接下去。

这些事不一定都能在他的交付清单上留下名字,却占据着日历。

用“六成协调、四成制作”算一笔假设账:一项串行工作总共花100小时,其中制作40小时、协调等待60小时。即使AI把制作压到4小时,总耗时仍是64小时,只减少了36%。

这只是机制示例,不是所有管理者的工时统计。真实工作会并行,比例也各不相同。它说明的是:只优化制作环节,等待和交接就会成为更显眼的瓶颈。

AI当然也可以帮助协调。问题在于,我们有没有允许它进入那里。

如果给每个人发一个AI账号,原来的工作方式全保留:照旧汇报,照旧逐层传话,照旧拿不同版本开会,那么提效主要还发生在个人桌面上。

产出的文件更多,等着别人看的文件也可能更多。

培训和评奖,能把什么真正留下来?

我参与企业AI培训与AI Awards设计时,有个很具体的顾虑:如果员工用AI把申报材料写得特别漂亮,怎样知道他真的把工作做好了?

一份表达完整的材料,和一项能在岗位上稳定使用的做法,中间还有距离。

所以在相关讨论里,关注点逐渐落到了真实输入、真实输出,以及能不能重新跑出来:提交的案例和实际操作是否一致?换一份材料还成立吗?交给同岗位的另一个人,他能不能继续用?

这些还是方案设计和验证要求,不能算成组织已经取得的成效。但它们改变了我看培训的角度。

在一次企业沟通里,我们还讨论过另一个现实:不同团队都在探索AI应用,但彼此未必知道已经有什么;平台之间不通,资料要重复维护。业务侧有需求,技术侧不一定理解,也不一定排得出时间。

于是,一堂课结束,员工知道了新工具,是一个起点。更往后,企业需要把好做法接进工作:什么时候用,拿什么资料做,按什么标准检查,出了问题找谁。

资料放进共享目录,也只是开始。版本由谁维护,过时的规则由谁撤下,别的团队为什么愿意照着做,这些仍然要安排。

我自己的AI工作也有类似体会。我把反复确认过的表达要求、图片风格和验收要求整理进可复用规则,让后续任务有依据可查。它们仍需要检查和更新,但至少有了一个共同起点,不必每次从聊天记录里重新拼凑。

培训之后,如果日常工作还只能靠人记住、靠人提醒,组织就还没有接住个人学到的能力。

AI能写报告,谁来统一报告里的事实?

另一个让我印象深的,是一项营销数据自动化需求。

表面上看,要做的事很明确:让AI分析数据、生成报告。

往前拆,问题就多了。同一个渠道在不同表里叫什么?不同系统的字段怎么对应?数据从哪里读,能不能稳定读取?什么情况算异常,判断依据是什么?漏了一个渠道,系统能不能让人发现?

这些是项目需求和验收需要先说清的事。模型能写出流畅的分析,并不意味着这些问题已经解决。

只要各方对字段、目标和标准的理解不同,一份更漂亮的报告,照样要被打回来重新解释。

从FDE式交付的角度看,这部分工作尤其重要。这里说的FDE,是深入业务现场,把需求、数据、技术实现和验收接在一起的交付方式。我在项目中更多承担业务沟通、策略和项目推进,与技术伙伴配合。

它要求我们沿着一件事追下去:客户要的结果是什么,卡点在哪里,谁可以改变这个卡点。

这也让我重新理解会议纪要的价值。AI多生成一份纪要,未必能减少下一场会。更值得尝试的,是让会议结论更新到同一份项目状态里:目标、最新决定、变更原因、负责人、下一步、验收标准。

例如,客户改了交付范围,相关任务和验收要求都要跟着变。关键变更由负责人确认,再让AI辅助检查哪里还在引用旧要求。

这样,大家才有机会围绕同一件事往前走。

真要改流程,迟早会碰到管理权

想到这里,我开始觉得,“组织AI转型”这个说法本身,也值得重新想一遍。

我们习惯先画好组织图,再问每个部门能装什么AI工具。但部门、层级和流程,本来就是人们为了达成业务目的,逐渐形成的一套办法。

过去需要一个人汇总信息、一个人分配任务、再用会议确认各方理解。现在,如果其中一些功能可以由共享信息和AI辅助完成,原来的分工为什么一定要完整保留?

组织要证明自己的必要性,不能只靠“过去一直这样做”。

这并不意味着公司不再需要人、专业分工和管理。目标取舍、利益冲突、责任承担、客户信任,都需要有明确的负责人。某些审批也确实在防止不可逆的错误。

需要重新审视的,是那些主要靠转述信息、重复检查同一份材料、等待上一级表态才能运转的环节。

而这恰好是转型最难的地方。

一旦减少一道审批,就会有人少一个控制点;一旦跨过部门直接完成交付,就要重新分配资源和评价贡献;一旦信息不再只能通过某个人获得,他的角色也要改变。

如果一个管理者仍主要按团队规模、审批权限和本部门指标被评价,我们却要求他主动减少这些东西,阻力就不难理解。

我想到过去讨论互联网的颠覆式创新:新进入者可以围绕用户需要重新安排做事方式,老公司还要处理历史分工与现实利益。AI把这个问题又推到了面前。

后来者未必比老公司拥有更好的模型。但它可以从第一天就不设置某些交接环节。

老公司真的只能等着被颠覆吗?

我不认为老公司完全没有机会。它们有客户关系、行业经验、专业人才,这些积累仍然重要。

但如果只允许转型改变工具,不允许改变权责,就很难走远。

我更愿意从一条具体业务流程做实验。

比如选择一项边界清楚、会反复发生的交付,先记录从需求到验收经过了什么:实际制作多久,等待多久,返工因为什么,谁作最终决定。

再尝试改变其中一处。能否让相关人员看同一份项目状态?能否把重复确认并到一次?能否把已经约定好的规则放进执行和检查过程?需要保留的复核、出错后的回退,也一并设计。

关键是指定一个对整条流程负责、也有权推动调整的人。否则跨部门的每一处变化,最后还是只能回到原来的会议桌上等待。

实验效果也要按完整过程来算:总耗时有没有缩短,返工有没有增加,交付质量有没有守住,复核和维护有没有消耗掉省下的时间。

省下来的时间随后用在哪里,同样要回答。是接住更多订单,更快试错,还是给团队腾出思考和休息的空间?如果工作量不受约束地继续增加,“解放生产力”也可能变成员工一直在处理更难的问题。

真正值得验证的变化,是同样的业务结果,能否用更少的等待和返工、更清楚的责任来完成。

这才是我现在最想继续做下去的企业AI工作。

不是每家公司都要推倒重来。但每家公司都应该允许自己认真问一句:如果今天重新搭这门生意,这条流程还会这样设计吗?

你们公司最想改掉、却一直改不掉的是哪一次交接或审批?欢迎在评论区说一个具体环节。

四四的AI现场

大家好,我是韩四四,毕业于复旦大学传播系,拥有3年广告营销+14年互联网产品设计、研发与运营经验,目前在上海做AI创业,关注品牌GEO增长和企业FDE,已经服务于科技、母婴、展会、房地产、教育等不同行业的中小型到国际性品牌。同时也关注每个OPC创业者的个人成长,欢迎交流分享。

来源与更新

本站发布:;实质更新:

关于作者

四四AI现场

我是韩四四,复旦大学传播学毕业,3年广告营销+14年互联网产品设计、研发和运营经验,现在做AI创业,关注品牌 GEO 增长和企业 FDE。

了解韩四四 →