成熟度模型正在伤害团队？前 UserTesting 高管的反直觉警告

几乎所有科技公司都在谈“成熟度模型”，但很少有人敢说它的副作用。在 Figma Config 的一次深度对谈中，前 UserTesting 首席洞察官、现任商学院讲师 Janelle Estes 直言：成熟度模型既是对齐利器，也可能是组织停滞的开始。更意外的是，她把这个问题直接连接到了 AI、UX 以及组织未来的工作方式。

成熟度模型不是地图，而是一面镜子

对很多 AI 和产品团队来说，“成熟度模型”几乎成了标配：数据成熟度、设计成熟度、AI 成熟度……但 Janelle Estes 一上来就泼了点冷水。她并不反对成熟度模型，恰恰相反，她亲手做过、也用它对齐过大量团队。但她强调了一个被严重低估的事实：成熟度模型的价值，不在于告诉你“下一步该做什么”，而在于让所有人看到“我们现在到底在哪”。

她把成熟度模型称为一种“共享语言工具”。当组织在讨论“我们是不是一个以设计为中心的公司”时，如果没有模型，每个人脑子里的定义都不一样；一旦有了模型，争论才有可能落在同一张坐标系上。但危险也从这里开始——太多团队把模型当成路线图，甚至 KPI，结果反而被模型“绑架”。

当模型变成目标，组织就开始作弊

Janelle 提到，成熟度模型之所以“极端两极化”，是因为它们太容易被误用。一旦模型被用来评估绩效、争取预算、或者向高层“证明我们很先进”，团队就会不自觉地开始优化分数，而不是优化真实的工作方式。

这在 AI 时代尤其明显。很多组织急着证明自己“AI-ready”“AI-driven”，于是疯狂对标成熟度等级，却很少停下来问：这些能力真的被用来解决用户问题了吗？还是只是 PPT 上看起来很先进？她的原话很尖锐：如果一个模型让你更关心标签，而不是行为，那它已经在伤害你了。

更讽刺的是，成熟度模型本来是为了减少混乱，最后却可能制造一种虚假的确定性。组织看似在“升级”，实际上只是换了一套话术。

真正有效的模型，反而长得不像模型

在访谈中，Janelle 分享了一个反常识的经验：她见过最有效的成熟度模型，往往不是那种五级金字塔，而是被当作“锚点”使用的简化框架。它们不追求精细，而强调可对话性。

她甚至半开玩笑地说，这本质上是把 UX 方法用在了成熟度模型本身——模型也是一个“产品”，它的用户是组织里的不同角色。如果这个模型不能帮助产品、设计、研究、工程和领导层围绕同一个目标沟通，那它设计得再精巧也没用。

这也是为什么她反复强调“不能一个人做成熟度转型”。无论是 UX、AI 还是研究能力的提升，本质上都是组织层面的系统工程。试图由单一职能推动，只会在现实中被稀释。

AI 放大了问题，也放大了风险

访谈后半段，话题自然转向了 AI。Janelle 的态度很微妙：她既兴奋，也明显保持警惕。她担心的不是 AI 会不会取代某个岗位，而是它会不会在不知不觉中侵蚀专业判断的完整性。

当 AI 工具让“看起来很成熟”变得异常容易时，成熟度模型的风险被进一步放大了。组织可能在极短时间内跨越多个“等级”，却并没有相应的文化、流程和决策能力作为支撑。她形容这种状态让人“胃痛”——因为它看似进步，实则脆弱。

在她看来，AI 时代真正稀缺的，不是工具使用能力，而是跨角色的理解力和判断力。而这些，恰恰是任何成熟度模型最难捕捉、也最容易被忽略的部分。

成熟不是终点，而是一种持续的选择

访谈接近尾声时，Janelle 抛出了一个很“教育者视角”的总结：成熟度不是一次性跨越，而是一系列持续选择的结果。组织会退步，会走回头路，这并不可耻；真正危险的是假装自己已经“毕业”了。

她提醒，成熟度模型最健康的用法，是定期回顾、甚至推翻它。去年适用的标准，今年未必还成立。尤其是在 AI、设计和产品边界不断变化的背景下，固化的模型本身就可能成为阻力。

总结

这场对谈给 AI 从业者最大的启发，也许不是如何“提高成熟度”，而是如何正确看待成熟度模型。它不是通关表，也不是排名榜，而是一面用来促成对话的镜子。如果你正在推动 AI、UX 或产品能力升级，值得反问一句：我们是在改变行为，还是只是在换一种说法？真正成熟的组织，往往敢于承认自己还没想清楚，并愿意为此持续学习。

关键词： 成熟度模型， AI 组织能力， UX 成熟度， Figma Config， Janelle Estes

事实核查备注： 需要核查：Janelle Estes 的正式头衔（前 UserTesting Chief Insights Officer、Bentley 讲师）；视频发布时间 2023-12-14；Figma Config 中 FigBrew 的内部性质；访谈中关于成熟度模型和 AI 风险的原始表述语境