7.3 L0–L4 成熟度框架

概念

验收标准回答的是「通不通过」；项目推进过程中，你还需要一个工具来随时回答「现在到哪了、还差多远、要不要止损」——这就是成熟度框架。

它和 PEV 的分工要说清。PEV 管的是这一个项目内部怎么往前推，三步一个节奏；L0–L4 管的是这个项目整体走到了哪一级，是一个位置标尺。做交付两套都要用，但别混成一套。

大多数项目夭折在 L1 到 L2 之间——Demo 演示效果很好，一接真实数据、真实权限、真实用户就走不动了。

🖼 图：l0 l4 maturity

阶段	名称	此阶段最大风险
L0	场景识别	把客户提出的方案当成需求，问题定义就是错的
L1	原型验证	Demo 用理想数据做的，看着好但没有实证
L2	试点运行	死亡谷脏数据、权限打不通、一线不肯用
L3	生产部署	没人负责运维；出错后无人可问，用户迅速流失
L4	规模扩展	每次复制都当新项目做，边际成本不降，模式没跑通

穿越 L1→L2 死亡谷的三个动作：

第一天就接真实数据 ，哪怕只接 100 条，也比用 10000 条理想数据更有信息量；
把权限打通排在功能开发之前 ，权限问题往往比算法问题更耗时间；
找到一个真心愿意用的一线用户 当种子用户，他的反馈比十场汇报都有用。

用法

成熟度框架有两个核心用法：

用法一：进度看板

每周跟客户同步进度时，用成熟度等级做「一句话状态报告」：

进度报告示例	说明
「本周项目处于 L1→L2 过渡期」	客户一听就知道：原型过了，正在做实证
「试点阶段主指标达 78%，距离 L2 门槛还差 7 个百分点」	客户知道差多少、差在哪
「已达到 L3，正在规划 L4 扩展范围」	客户知道验收已过，进入规模运行

这比「我们正在开发中，进展顺利」有用一百倍。

用法二：止损决策

当前等级	止损信号	建议动作
L0→L1	客户业务方不认可原型方向，或把方案当需求	立即停止开发，退回 L0 重新识别场景。不要继续往下做。
L1→L2	实证阶段主指标低于阈值 50%，且根因不明；或停留超过约定周期且业务方无法给出量化成功标准	暂停扩展，先做根因分析。如果是知识库质量问题，回去补数据。问题定义有问题则退回 L0。
L2→L3	验收阶段合规维度不通过	回到 E 阶段修复。合规不通过不能「带病上线」。
L3→L4	规模运行后采纳率持续走低	降回 L3 试点范围，重新调研用户不用的原因。

注意：止损不等于项目失败，它是「在投入更多成本之前，先停下来想清楚」。AI 项目最怕的就是在错误方向上狂奔，做不出来反而是小事。成熟度框架的价值就是让你在每一步都有「停下来想一想」的参照点。

示例

一个典型的项目成熟度演进记录：


项目名称：XX 客服 Agent

Week 1-2（P 阶段）：

  成熟度：L0 → L1

  状态：完成原型搭建，覆盖 3 个核心 Skill

  客户反馈：方向认可，建议增加"退货运费"场景

  动作：增加 Skill，继续推进

Week 3-5（E 阶段）：

  成熟度：L1 → L2

  状态：接入真实 FAQ 库（500 条），5 名客服试用

  实测指标：准确率 78%、拒答率 11%

  根因：退货运费文档矛盾，影响 30% 错误

  动作：协调客户澄清规则，修复知识库

Week 6（E 阶段修复后）：

  成熟度：L1 → L2

  状态：修复后复测

  实测指标：准确率 87%、拒答率 12%

  动作：达标，进入 V 阶段

Week 7（V 阶段）：

  成熟度：L2 → L3

  状态：四维验收标准逐条核对

  结果：全部通过

  动作：签字验收，规划 L4 扩展

Week 8-12（扩展期）：

  成熟度：L3 → L4

  状态：从 5 人试点扩展到 30 人团队

  采纳率：83%（达标）

  动作：稳定运行，进入运维阶段

注意事项

L0 和 L1 的区别是「有没有给人看过」 ：L0 是确认场景和问题定义，L1 是有能跑的 Demo 给客户看过了、认可方向。别把 L0 当 L1 报告。
L1 和 L2 的区别是「有没有过死亡谷」 ：原型 Demo 用理想数据做的还是用真实数据验过的，是 L1 和 L2 的分水岭。
L4 不是每个项目都必须到 ：有些项目就是试点性质，L3 就是终态。不要为了「看起来更成功」而硬推 L4。

7.3 L0–L4 成熟度框架

7.3 L0–L4 成熟度框架

概念

用法

示例

注意事项

随堂测

逐题作答，即时反馈