夜雨聆风学习资料网

ARTICLE · 1143844

咨询公司和软件厂商一起做成熟度模型:方法论开始被装进产品

咨询公司和软件厂商一起做成熟度模型:方法论开始被装进产品

咨询公司和软件厂商一起做成熟度模型:方法论开始被装进产品

一句话结论:用友与和君咨询联合研制的《企业 AI 成熟度模型》(EAIMM)于 2026 年第三季度正式发布,官方定位是"为企业 AI 规模化落地提供清晰的阶段划分与路径指引,推动'人工智能+'行动在企业层面具象落地"。这条消息本身不长,但它标志着一件更值得体系从业者注意的事:咨询方法论正在被产品化——过去装在顾问脑子里、靠项目周期交付的方法论,正在变成可以嵌入软件、按订阅收费、由系统自动打分的产品。而这个转变,会直接冲击"成熟度评级"与"符合性认证"之间那条本来就不太清楚的界线。

来源与边界说明:本文事实来源为用友官网发布页(一手)。EAIMM 的阶段划分、维度设置、评分方法与等级数量等内部结构,本号尚未取得公开材料,因此本文不作任何描述或推断。以下所有关于"成熟度模型"与"认证"的比较,均基于两类工具的公开通行特性展开,不针对 EAIMM 具体评价。文中涉及管理体系的判断,为本号观点。


一、发生了什么,以及为什么值得单独写一篇

先把已核实的事实摆清楚:

要素
内容
事件
用友与和君咨询联合研制《企业 AI 成熟度模型》(EAIMM)正式发布
时间
2026 年第三季度
官方定位
为企业 AI 规模化落地提供清晰的阶段划分与路径指引
政策背景
推动"人工智能+"行动在企业层面具象落地
组合方
一家 ERP / 企业软件厂商 + 一家本土管理咨询机构

如果这只是一个模型发布,不值得体系圈关注。真正值得关注的是这个组合本身。

过去二十年,国内企业买到的"方法论"基本有两种形态:一种是咨询公司交付的报告与蓝图,纸面上很完整,落地要靠企业自己;另一种是软件厂商交付的系统,落地很实在,但背后的方法论往往是隐性的、不可讨论的。这两种形态各有硬伤——前者容易变成"报告做完就结束",后者容易变成"系统上了,但没人说得清为什么这么设计"。

EAIMM 这类联合产品的出现,本质上是把两侧拼起来:咨询公司出方法论与话语权,软件厂商出载体与数据。方法论不再只存在于 PPT 里,而是可以直接跑在系统数据上出结果。


二、为什么是"咨询公司 + 软件厂商"这个组合

这个组合不是偶然,是两边的痛点正好互补。

维度
咨询公司的短板
软件厂商的短板
联合后的形态
方法论
强,是核心资产
弱,隐含在产品设计中
方法论被显式化、可对外说明
落地载体
弱,交付即离场
强,系统长期在场
模型嵌在系统里持续运行
数据来源
依赖访谈与问卷
拥有真实业务数据
评级可基于实际数据而非自述
收费模式
项目制,一次性
订阅制,持续性
方法论获得持续收入
复评能力
需重新付费立项
系统可自动重算
评级变为持续状态

最后一行是关键。成熟度模型一旦跑在系统上,它就从"一次性的诊断结论"变成了"持续变化的分数"。 这在商业上很有吸引力,在方法论上也确实是进步——但它同时带来一个体系从业者必须警惕的问题:

一个会随时间自动波动的分数,能不能作为对外声明的依据?


三、成熟度模型和认证,根本不是一回事

这是本文最想讲清楚的部分。市场上这两类工具正在被混用,而它们的判定逻辑差别极大。

比较项
成熟度模型(评级)
管理体系认证(符合性)
判定逻辑
相对定位:你在哪一级
绝对判定:符合 / 不符合
参照系
模型设定的理想阶梯
标准条文要求
结论形态
等级、分数、雷达图
通过 / 不通过,发或不发证
证据形态
多为自评 + 访谈 + 数据佐证
客观证据(记录、现场观察、访谈)
评价主体
提出方或授权方,多为商业关系
独立于供需双方的第三方
结论用途
内部改进优先级排序
对外声明、采信、准入
有效期
多为一次性快照或持续分
明确有效期 + 监督周期

这张表里最要紧的一行是"评价主体"。

认证的信用基础,不在于它查得有多细,而在于发证方与被证方之间没有直接的商业交易关系——认证机构不是在被评企业的供应商名单上。成熟度评估通常由模型的提出方、授权方或其生态伙伴执行,这本身完全正当,但它的结论在性质上属于咨询服务输出,不是独立第三方声明。

本号的建议很具体:

  • 对内用模型,对外用认证。 成熟度模型最适合回答"我们下一步该改什么";不适合回答"我们可以向客户/招标方证明什么"。
  • 不要把成熟度等级写进对外宣传材料或投标响应。 一旦写进去,它就进入了对第三方产生影响的声明范畴,用错了工具类型会带来实质风险。
  • 如果一定要对外,就明确标注评价主体、评价时间与模型名称——这三个要素缺一个,声明就不完整。

四、企业引入成熟度模型前,必须想清的三件事

第一,谁出结论? 问清楚:执行评估的是模型发布方、其授权机构,还是独立第三方?如果是前者,那么这份报告的定位应当是"现状诊断与改进建议",而不是"能力证明"。

第二,结论怎么用? 最常见的误用是把成熟度分数直接拆给各部门当 KPI。这会立刻触发一个老问题——为分数而优化,不为能力而改进。等级提升最快的方式,往往是补齐最容易打分的那一块,而不是补最关键的那一块。(这一点与改善提案制度的激励反作用是同一个机理。)

第三,谁来复评、多久一次? 如果模型跑在软件上自动算分,要确认分数波动的原因可解释,且分数下降时能否定位到具体原因。一个只会涨的分数没有价值;一个会降但说不清为什么降的分数,比没有更糟。


五、会不会变成"又一张证"?三点判断

以下为本号判断,不代表任何机构立场:

  1. 短期不会,中期部分会。 成熟度模型要变成准入条件,需要监管或行业龙头采信。目前更可能的路径是先在供应链内部(核心企业对其供应商)形成事实要求,再逐步外溢。企业在做客户要求响应时,应留意对方要的是"评估"还是"认证"——这两个词在合同里的分量完全不同。

  2. "成熟度"类工具会越来越多,且越来越细分。 从数据治理到 AI 治理,再到各类专业能力域,方法论产品化的门槛正在快速下降。企业的应对不是每个都跟,而是建立一套内部筛选标准:看评价主体是否独立、看证据是否可追溯、看结论是否可复核。三条都不满足的,只做内部参考。

  3. 对体系从业者,这是机会而不是威胁。 方法论被产品化之后,真正稀缺的反而是能判断"这个模型测得准不准"的人。成熟度模型最薄弱的环节恰恰是证据链——自评数据如何验证、访谈结论如何交叉印证、等级提升如何留痕。这些正是审核方法论里最成熟的部分。会做审核的人,天然是这类模型的质检员。


六、给管理体系岗位的一条实操建议

如果贵公司近期被推荐做某个 AI 或数字化成熟度评估,建议在启动前先走三步:

步骤
动作
目的
第一步
索取模型的维度清单与评分规则全文
判断它测的是不是你真正想改的东西
第二步
明确评估报告的使用范围并写入合同
防止内部诊断材料被用作对外声明
第三步
指定一名体系岗全程参与评估过程
把证据链要求前置,避免事后补材料

第三步最容易被跳过,也最划算。评估过程中留下的证据,如果一开始就按可复核的标准做,这份材料在后来的认证、客户审核里都能复用;如果事后补,就是纯成本。


七、结语

方法论被装进产品,不是坏事。它让过去只能靠顾问经验传递的东西变得可复制、可比较、可追踪。

但有一件事不会变:工具的信用,来自评价的独立性,而不是模型的复杂度。 一个设计精美、维度齐全、跑在最新平台上的成熟度模型,如果评价主体与被评对象存在商业关系,它的结论就仍然只是咨询意见——有用,但不能当证书用。

分清楚"我在哪一级"和"我合不合格",是接下来几年体系从业者要反复向管理层解释的一件事。


信息来源

  1. 用友官网发布页《企业 AI 成熟度模型》(EAIMM)发布信息,2026 年第三季度(一手)
  2. 用友与和君咨询为联合研制方(同上)
  3. 本文第三节关于成熟度模型与认证的差异对比,基于两类工具的公开通行特性归纳,不针对 EAIMM 作具体评价
  4. 第五、六节的判断与建议为本号观点

EAIMM 的阶段划分、维度设置、评分方法与等级数量,本号尚未取得公开材料,本文未作任何描述或推断,待取得官方材料后另文补充。以用友及和君咨询官方发布原文为准。

相关学习资料