企业常问我："我们做到什么程度算成功了？"我没有标准答案，但有一张可对照的成熟度阶梯。它能帮团队判断自己卡在哪一阶，下一步往哪走。很多项目烂尾，不是因为技术，而是因为没人说清"做到哪算成"。
一、三个阶段的特征
试点期：单点流程跑通，靠个别骨干撑着；复制期：多部门复制，有统一平台和组件沉淀；规模化期：全公司资产可复用、运营可度量、治理可闭环。某保险集团黑灯工厂的场景数从八十爬到一百五，正是从试点走向规模的过程。每个阶段的管理重点完全不同，不能用一套打法走到底。
二、用度量代替感觉
我反对"感觉差不多了"式管理。某全国性股份制银行用统一度量看 35 个以上部门、500 多个流程的投入产出，年省数十万人力小时、投入产出比可观。把"成熟度"变成可量化指标，才知道钱花在哪。靠汇报里的形容词管理，迟早会失真。
三、每阶的卡点与对策
试点卡在需求散——对策是建收口机制；复制卡在重复造——对策是建组件市场；规模卡在治理弱——对策是立 CoE 与发布闸门。卡点不同，药方不同。很多团队在复制期还用试点期的土办法，自然卡死。
四、别跳阶
见过企业为赶时髦直接上"智能体平台"，底层执行层还没稳，结果上层编排空转。我的建议是：先把确定性事务自动化做扎实，再叠大模型与编排，循序渐进。跳阶的代价，往往在半年后的运维账单上才显现。
五、给各阶设量化目标
我习惯给每阶定硬指标：试点期看"单场景跑通率"，复制期看"跨部复用率"，规模化期看"资产复用率 + 治理闭环率"。指标摆出来，团队才知道离下一阶还差什么，而不是靠汇报里的形容词。度量先行，演进才不会偏航。
阶段之间要有正式的"晋级评审"，而不是自发滚动。我通常每季度做一次：看本阶指标是否达标、下一阶能力是否就绪，达标才放行进阶。某保险集团黑灯工厂从 80 到 150 个场景的爬坡，靠的就是这种有节奏的晋级，而不是盲目扩量。评审时我会特意邀请业务方参与，让他们亲口确认"价值已兑现"，避免技术团队自嗨式推进。晋级评审既是对过去的复盘，也是对下一阶的承诺。我见过不少团队卡在试点期两年不动，也见过跳阶后全盘返工；节奏感，是成熟度模型里容易被忽略、却往往决定成败的那一环。
还有个细节：晋级评审的结论要落进下一阶的 OKR。比如从试点晋到复制，就明确写"本季新增 N 个跨部门复用组件"，而不是笼统说"继续铺开"。指标写进目标，团队才有抓手，成熟度才不会停在 PPT 上。我见过太多"已规模化"的汇报，翻出来却找不到一个可复用的组件——评审结论不落地，阶段就只是名义上的晋级，水分早晚被现实挤干。
检查清单
当前处于试点 / 复制 / 规模哪一阶？
是否有量化度量而非感觉管理？
本阶卡点是否识别并对策？
是否避免了跳阶冒进？
治理（CoE / 闸门 / 审计）是否跟上规模？
企业级智能体自动化的成熟度，不看机器人数量，看能力是否可复制、可度量、可治理。三可俱全，才算真正规模化。
