20 传统组织怎么双元孵化，不在高速上换轮胎

20 传统组织怎么双元孵化，不在高速上换轮胎

一家做了二十年的公司要上 AI，老板问我的第一句话，往往不是”值不值得”，是”能不能别停”。这个季度的订单还要交，钱还要收，客户投诉还得当天回。

这就是在高速上换轮胎。

公司不能为了 AI 转型，把主业务拆开，把所有流程停掉，把所有岗位重新洗一遍。先看旧安排在哪些地方接得住、哪些地方接不住。接得住，保留；接不住，再改。全拆，组织可能先被自己拆垮。

当新工作方式还需要试，而主业务又不能停，传统组织就面临两种不同的要求：一套安排负责稳定交付，一套安排负责探索验证。两种能力都要有，不等于必须另建两套组织。

稳定交付这套，我叫利用系统。它管今天的收入、客户、质量、风险和日常运营。探索新东西这套，我叫探索系统。它管试错、打样、找新路、验证新工作方式。

我在光华读 MBA 时，张一弛老师把这两套打法讲成“高速路”和“丛林”：一边靠规则和效率把今天的业务跑稳，一边承认路还没长出来，要给探索留下空间。那堂课里，我第一次系统接触“双元性组织”。后来真正在企业里做 AI 组织改造，我才吃透：这不是一个漂亮概念，是传统公司在不停业的前提下换系统的活法。管理学里，Tushman（塔什曼）和 O’Reilly（奥赖利）1996 年就系统写过这套两条腿的组织能力¹。名字不重要，重要的是两条腿都得有。

AI 改造不能一上来就砸进利用系统。利用系统背着业绩和责任，最怕不稳定，不会天然欢迎一个还没跑稳的新东西。但 AI 也不能永远待在探索系统。永远隔离，只会长成一个创新展厅：Demo 很好看，主业务照旧。

正确路径是：先在探索系统打样，再把方法沉淀出来，最后嵌回利用系统。这不是为了躲开主业务，是为了保护主业务，同时把新的组织 OS 验一遍。

为什么一步到位最危险

很多老板喜欢一步到位：全员开账号，全员做培训，全线铺开，全公司一起上 AI。听起来很有决心。但组织不是软件安装包，不是点一下就能全量更新。

传统组织里的每条流程，背后都压着责任、利益、习惯和风险。AI 一进去，不只是多了一个工具，是在改这条流程的运行方式。流程还没被试过，责任还没画清楚，异常还没人兜底，知识还没沉淀，绩效还按旧口径算——这个时候把 AI 全线铺开，你得到的不是转型速度，是系统性混乱。

这种混乱有个很好认的形态，我叫它假繁荣：到处都在试，人人都在用，周会上人人有话说，却拿不出一条真实流程的结果账。

CEO 以为公司动起来了，其实只是噪音变大了。

所以你回去先别看账号开通率，先问一句：过去三个月，哪一条真实流程因为使用 AI 取得了可核查的改善，总投入和后果又是什么？拿不出依据，就还不能宣布转型见效。流程走法变了，不是成绩；旧走法仍然有效，也不必为了证明转型硬改。

三阶段路径

传统组织要把 AI 长进去，可以分三步。

第一步，特种小队打样。选一条真实业务流程，抽 3 到 10 个懂业务、懂组织、愿意拥抱 AI 的人，给他们授权，让他们在可控范围里试。

这支队伍不是常规项目组。常规项目组交付的是确定结果，特种小队交付的是第一手认知。这条流程里 AI 到底能做什么？哪里能切进去？哪里看起来能切、其实碰不得？人还要守在哪个判断点？出了错谁兜底？流程后面哪个环节会堵？

这一步不能背短期 KPI。不是说不要结果。探索阶段的结果本来就不只有产出数字，还包括失败经验、边界认知、责任问题和流程改写方案。

这里有一个选择题，很多公司在第一步就选错了：实验对象到底选什么？

常见的两个错误答案，一个是选单个岗位，一个是选一个部门。

选单个岗位太小。一个岗位被 AI 改造以后，你能看到的只有这个人变快了。看不到他上游的输入有没有跟着变，看不到下游的接收方有没有跟着变，更看不到他省下来的时间有没有真的流向别处。岗位是组织的切面，不是组织的单元。在切面上做实验，结论没法往上推。

选一个部门又太大，而且太糊。部门是行政单位，不是交付单位。一个部门里往往同时跑着好几条互不相干的流程，人员、职责和结果指标全混在一起。你把 AI 放进去，最后说不清是哪一条流程变好了，也说不清它为什么变好。

更合适的实验对象，是被一条流程串起来的组织功能器件。

这个词有点拗口，但它指的东西很具体：内容生产、线索转化、投放管理、客服响应、招聘筛选、合同审核、项目交付——就这一类。它们长得都一样：有明确的触发和终点，有固定的角色配合，有能被验收的交付结果，也有清楚的责任边界。它比岗位大，所以能看见协作；比部门小，所以能看清因果。

选定器件以后，做法是并行，不是替换。原来那套继续稳定跑，旁边拉出一个 AI 增强版的小单元，做同一类任务。

然后看一件事：同一类任务，在传统分工下需要十个人怎么做，在 AI 加入以后，三个人能不能做出同等甚至更好的产出。

这个比较必须说清楚它在测什么，否则一定会被误读。它测的不是”能不能少七个人”，它测的是这个组织功能的交付方式能不能被重写。前者是人事结论，后者是组织结论。

同一组数据，如果先当人事结论用，后面就再也拿不到真实数据了——因为传统那一侧会立刻停止配合。

所以特种小队的第一份材料，不该是效率对比表，是这句话的书面版：我们在测交付方式，不在测编制。这句话谁说、什么时候说、对谁说，比数据本身更影响这个实验能不能跑完。

第二步，能力中心沉淀。打样成功不是结束。很多公司恰恰死在这里：小队跑通了，老板很高兴，开了个庆功会，然后小队散了，人回原岗了，方法也跟着散了。下次另一个部门再做，又从头摸一遍。

这不是组织能力，只是一次幸运。

能力中心要干的活，是把”这一次是怎么跑通的”写成别人能照着用的方法。输入是什么，输出是什么。AI 在哪个节点介入，人在哪个节点复核。异常怎么升级，权限怎么开，数据怎么留痕，结果怎么验收。员工怎么沟通，哪些坑不要再踩。这些东西要落成模板、清单、流程图和复盘记录，不能只挂在几个人嘴上。

没有这一步，探索系统和利用系统之间就没有桥。

第三步，业务嵌入。方法沉淀以后，不能永远锁在中心团队里。中心团队管标准、治理、方法论和复盘机制，具体打法要嵌回业务。

每条业务线都要有人能把 AI 带进现场。这个人不一定叫 FDE，也不一定是技术岗，但必须懂业务、懂 AI 能干什么、懂流程和责任在谁身上。

总部定底线，前线定打法。总部管的是：哪些场景不能碰，哪些权限必须审，哪些输出必须复核，哪些指标必须看。前线管的是：这条业务到底怎么用，怎么改，怎么跑，怎么把问题反馈回来。

总部连前线每一步都要管，业务会死。前线完全自由生长，总部会失控。嵌入的关键，就是中央有标准，前线有活性。这三步走完，你手里才算有了一套能复制的组织打法，不是一次运气好的项目。

每个阶段怎么验收

双元孵化最怕阶段名字起得很好听，验收标准却糊成一团。打样到底算不算打出来了？沉淀到底沉淀了什么？嵌入到底有没有真的进业务？这三个问题不说清楚，双元孵化就会变成另一套项目包装。

第一阶段验收的不是 ROI——不是投入产出比，不是这笔钱多久回本——是认知。AI 能做什么、不能做什么？哪个节点必须有人？哪个输出可以自动生成？哪个异常必须升级？哪类数据不能碰？哪一段流程因为 AI 变快了，后面又在哪里开始堵？这些问题答清楚，打样才算有结果。只拿出一个 Demo 说”AI 能跑”，不算。Demo 能跑，不等于组织知道怎么接住。

第二阶段验收的不是项目复盘会，是可复制方法。别人拿着你这套模板，能不能在另一条相似流程里少走弯路？业务 owner 知不知道自己要准备什么输入？CIO 知不知道系统、权限、数据、审计怎么配？CHO 知不知道岗位、绩效、信任沟通怎么接？这些东西还在几个人脑子里，就不算沉淀。

第三阶段验收的不是推广数量，是业务自己能不能跑。这条业务线有没有自己的 owner，有没有自己的 AI 触角，有没有日常复盘？异常有没有回到责任链？新方法有没有写进绩效和流程文件？如果还得靠中心团队天天推着业务用，那不叫嵌入，那叫外包式支持。

三个阶段的验收口径本来就不同。阶段一看认知是不是变清楚了，阶段二看方法是不是可复制了，阶段三看业务是不是能自己跑了。

这不是三张日历，也不是必须新建三个部门。证据不足就停在该补的地方，不能用阶段名字代替验收。

什么时候转入主业务

试点什么时候可以嵌回主业务？太早，主业务会被扰乱。太晚，试点会变成孤岛。我建议看四个信号。

第一，结果稳定。不是某一次跑得特别漂亮，是连续几轮都能稳定产出。AI 的输出质量、人的复核成本、异常数量、返工比例，这四个数得基本稳住。

第二，责任清楚。AI 做了什么，人复核什么，谁对结果负责，异常谁接，出事谁兜底。没有责任链，不要嵌回主业务。

第三，方法可复制。不是原小队的人自己会做，是另一个团队拿到模板后也能照着跑。复制不必一模一样，但不能每次都重新发明。

第四，信任没崩。传统团队没有把试点理解成组织偷袭，业务现场还愿意交真流程、真问题、真 context。

最容易被忽略的是第四个。很多老板只看结果稳不稳、责任清不清、方法能不能复制，没看到信任其实已经崩了。等到嵌回主业务，软抵抗就出来了：流程表面接进去，现场实际绕着走；员工嘴上配合，真正关键的经验一个字不交。这已经不叫嵌入了，这叫被组织的免疫系统排斥。所以嵌回之前，先拿这四条对一遍——四条全绿再动，缺一条就先补那一条。

双元试点清单

老板别先问”哪个工具最好”，先问这条流程适不适合进双元试点。下面七项，一项一项对。

七项里有三项不合格，就先别急着做。不是 AI 不值得做，是这个场景还没准备好。传统组织最怕的，就是拿一个没准备好的场景去证明 AI 不行——那不是实验，那是在烧信任。

老板会上三问

这套方法可以压成三句话，下次经营会上直接拿去问。

第一问：我们现在是在探索，还是在规模化？如果还没看清 AI 在这条流程里能干什么，就别拿规模化的指标去压它。探索阶段就要承认自己还在找路。

第二问：试点成功以后，谁负责把方法写成别人能复用的东西？没有这个 owner，试点成功也只是这一次成功，下一个团队照样从头踩坑。

第三问：主业务团队为什么愿意配合？别默认他们会配合。要问他们能得到什么，担心什么，贡献出来的经验怎么被看见，试点数据会不会哪天被拿去直接裁人。

这三问很朴素，却能把很多假转型挡在门外。假转型只回答”工具怎么上”，真转型必须回答”组织怎么接”。这不是保守，是在控制组织风险。

真正的激进，不是把 AI 一口气铺满全公司，是用一条真实流程跑出能复制的组织方法，再一条一条扩出去。能复制，才算组织能力。不能复制，只是一次试运气。

老板要抓的是前者。别被热闹骗了。

信任地雷

双元孵化里最大的地雷，不在技术，在人心。

场景很常见。一个 AI 小队在某条业务线上跑出了效果，老板一听，脱口就问：“那是不是可以少几个人？”这句话传到传统团队耳朵里，人心当场就凉了。

原来让我们配合，是为了证明我们没用。

从这一刻开始，他们不会再交真实的业务上下文。他们会配合，但会防御。会说标准流程，不说真实流程。会给安全答案，不说真实问题。会在会上点头，回到现场把关键经验藏起来。这不是员工坏，这是理性自保。

所以双元孵化必须有一条信任规则：试点阶段的中间数据，不能直接拿去做裁员决策。它可以用来复盘、改流程、判断产能方向，但不能刚看到效率提升，就翻译成”少几个人”。否则探索系统刚长出来，就会被利用系统的降本逻辑掐死。

宏观上要进取，微观上要防御。公司整体要敢往前试，但每一次具体试点，都得保住业务现场愿意说真话的条件。没有这个条件，双元孵化就会变成双元对抗。

所以每个双元试点的启动方案里，都要夹一页信任维护计划。这一页不用写得花哨，写清楚四件事就够。

第一，试点不是用来当场裁人的。阶段数据可以用于复盘、流程改写和产能判断，但不能没经验证就直接变成人员优化的依据。

第二，传统团队不是被审判的对象，是经验提供者、流程校验者和边界识别者。没有他们，探索小队根本拿不到真实业务。

第三，贡献要被看见。谁交出了真实流程，谁点出了关键风险，谁帮 AI 的输出把住了质量关，都要写进记录。

第四，成功以后角色怎么迁移。新方法真跑通了，传统团队里哪些人可以当第一批运营者、复盘者、训练者、业务嵌入者，这件事要提前设计，不能等人心散了再来安抚。

信任维护计划不是温情材料，是试点能不能拿到真实业务上下文的生产条件。

不在高速上换轮胎

传统组织的 AI 改造，真正考验的是节奏。太慢，会被时代甩开。太猛，会把自己拆坏。所以别一上来就全线铺开，也别永远停在创新小组。

正确的节奏是：一条流程打样，一套方法沉淀，一批业务嵌入。先用探索系统找路，再用能力中心修桥，最后让利用系统接住。

所以这个月先别谈全员铺开。先在你们公司挑一条真实流程出来——每天都在跑、有痛点、输出能验收、责任人明确的那种。拿本章那张七项清单对一遍，够格就照前面说的抽 3 到 10 个人开工。

开工那天再补一件事：把”我们在测交付方式，不在测编制”这句话，当着传统团队的面说出来。这句话说不出口，实验从第一天起就拿不到真话。

这才叫不在高速上换轮胎。车还在跑，轮胎也要换。办法不是让所有人跳下车一起拆，是先找一条可控路段，换出一套方法，再把这套方法变成组织能力。

传统组织能不能拥抱 AI，不取决于口号多响，取决于它有没有本事把探索和稳定同时管住。