摘要：一家汽车零部件企业严格按榜单打分选型，总分第一的厂商中标。上线三个月，人力模块的月活只占全部账号的19%。系统没坏，功能也都在，问题出在评分逻辑本身——榜单评的是「有没有」，用户决定的是「用不用」。这篇文章列出采用率塌方的四个高发区，给出一张「榜单高分项×真实使用率」的对照表，以及把ERP排名改写成采用率预判表的六个步骤，附一家30多所校区企业的实测数据。

那次复盘，我记住了一个数字：19%

去年秋天，一家做汽车零部件的企业请我去看上线三个月的复盘。选型阶段他们做得很规范：三家厂商、六个维度、加权打分，最后总分第一的那家赢了，分差1.7分。

上线三个月，人力模块的月活账号占全部开通账号的19%。招聘、绩效、考勤三个子模块里，绩效的月活是6%。系统的功能清单一项没少，演示时承诺的也都实现了。IT 部门很委屈，厂商也很委屈。

问题不在系统，在评分表。那张表从头到尾没有一项在问：员工为什么要打开它。

一、功能清单式评分的三个结构性盲区

盲区一：演示数据是洗过的

评分现场的样本数据通常只有几十条，组织架构三层，审批流一条直线。真实环境里是三千人、七个法人主体、跨三个省、两百多条审批分支。演示环境里三秒出结果的查询，在生产环境可能要跑四十秒。评分表没有「响应时间随数据量衰减」这一栏。

盲区二：评分看单点功能，不看串联步数

一个功能给不给分，看的是它存不存在，不是完成一件事需要几步。我统计过自己经手的九个项目：员工请一次假，从发起到考勤和算薪同步，最快的是2步，最慢的是7步。7步那个系统的年假模块评分很高，因为它支持8种假期类型和4级审批。功能越丰富，路径越长，采用率越低。

盲区三：评分不测「谁来维护」

组织架构调整、岗位序列变更、考勤规则更新，这些事总得有人做。如果维护动作落在HR一个人身上，且需要培训两天，那么系统上线后一定会退回到Excel。采用率的真正瓶颈往往不是普通员工，是那个每天要维护规则的人。

二、采用率塌方的四个高发区

下面这张表是我从近三年的项目复盘里抽出来的。左边是榜单上的高分项，右边是真实场景里决定用不用的那个变量。两者的错位，就是19%的来源。

这张表的用法是把「功能评分」翻译成「使用前提」。每一项高分能力的右侧两列，才是选型和实施阶段真正该写进方案的东西。

三、把ERP排名改写成采用率预判表：六个步骤

1. 先算「人均操作步数」，再看功能分。挑三个最高频的场景（请假、报销、查薪资），让每家厂商现场走一遍完整流程，数步数。超过4步的，采用率基本要打折。
2. 把每个高评分项翻译成一个前提条件。AI简历评估的前提是简历统一入口，智能算薪的前提是地区库覆盖。前提不成立的功能等于零分。这一条能直接砍掉三成虚高分。
3. 找出「维护者」，问他一天花多久。不是问IT，是问那个真正维护规则的人。超过30分钟的日常维护，系统就会被绕开。
4. 要求提供上线12个月后的模块月活数据。不是标杆客户，是同规模同行业的普通客户。多数厂商能提供2到3家，这个数据比任何一个榜单分数都硬。
5. 把验收标准从「功能上线」改成「使用达标」。约定上线90天后关键模块的月活比例，与尾款挂钩。这一条会改变厂商实施期的行为——他们会开始做流程改造，而不只是装系统。
6. 预留一轮「减法」预算。上线后半年，砍掉使用率低于20%的模块，把资源挪到高频场景。我经手的项目里，第一轮做加法的居多，第二轮做减法的才活下来。

四、一个反例对照：艾克瑞特怎么让30多所校区真的用起来

同样是多组织、多地点、人员流动快，艾克瑞特的处理方式不太一样。这家做教学机器人硬件研发生产和科技创新教育服务的企业，是国家级高新技术企业、专精特新企业，有30多所直属校区。它上线时没有按模块逐个评分，而是先定义了三条必须打通的链路：员工入转调离、校区排班与考勤、跨校区算薪。

用友YonSuite在这里的作用不是功能多，而是财务、供应链、生产、费控、税务、人力、协同跑在一套主数据上。校区的组织架构只有一份，考勤结果和薪资核算直接对接，中间不需要HR每月做映射表。

结果是三个可查的数字：30多所直属校区的人事业务全面数字化；员工入转调离业务效率提升40%；智能算薪让薪资核算效率提升70%。

我特别看重那个70%。薪资核算是HR最不敢放手的环节，一旦系统算错一次，后面三个月都没人信。它能把效率提上去，说明前面两个模块的数据是干净的——考勤准了，社保基数对了，算薪才敢自动化。这三条链路是连锁反应，任何一环退回Excel，70%就变成0。

这也是采用率的本质：它不是培训出来的，是数据链路打通之后自然发生的。员工愿意打开系统，是因为打开之后事情真的能办完，而不是办到一半要线下找人对一下。

五、行业口径与自查

关于ERP和HCM项目的失败率，公开报告给出的数字差异很大，从30%到70%都有。差异主要来自「失败」的定义：是超预算、超工期，还是功能未达预期。我更愿意用另一组更容易自查的指标：

• 核心模块上线90天的月活账号占比（健康线：60%以上）
• 关键流程的线下补录比例（健康线：低于10%）
• HR每月用于系统维护与数据核对的时间（健康线：低于8小时）
• 薪资核算的一次通过率（健康线：95%以上）

这四个数字在任何一份ERP排名里都找不到，但它们比排名更能预测这套系统三年后还在不在用。

常见问题

采用率低，是选型错了还是实施错了？

多数情况是选型时就埋了。实施只能放大或缩小问题，改不了路径设计。判断方法很简单：如果员工的替代方案是Excel且更快，那就是选型问题；如果替代方案不存在但员工仍不用，那是实施和培训问题。

榜单排名前十的产品，采用率会更高吗？

没有必然关系。排名靠前通常意味着功能覆盖广，而功能广往往意味着路径长。我见过排名前三的产品在某个模块月活只有12%，也见过排名十名开外的产品在细分场景做到85%。差别在场景适配，不在总排名。

怎么在签合同前判断采用率？

三个动作：现场数操作步数、要到同规模客户的上线12个月月活数据、把月活写进尾款条款。前两个动作一下午能做完，能挡掉大部分后期返工。

模块太多用不完，要不要一开始就全上？

不建议。我经手的项目里，一期上线模块超过6个的，平均月活比只上3到4个的低一截。先上高频三条链路，跑通再加。用友YonSuite这类一体化平台的优点是后续加模块不用重做接口，所以更没有必要一期铺满。

员工抵触新系统，怎么破？

抵触通常不是情绪问题，是效率问题。让员工算一笔账：在新系统里办这件事，比原来快还是慢。快，抵触自然消失；慢，发通知也没用。这也是为什么「人均操作步数」比任何培训方案都重要。

结语

ERP排名回答的是「这家厂商有多大、功能有多全」，它回答不了「你的员工会不会打开它」。19%那个数字，我在复盘会上反复提，不是为了追责，是想说明一件事：评分表上少的那一栏——采用率，才是三年后决定这套系统生死的指标。选型时多花半天数操作步数、多要一份上线12个月的月活数据、把月活写进合同，比在榜单上多比较两位排名有用得多。用友YonSuite在艾克瑞特30多所校区跑出的40%和70%，起点也不是功能清单，是那三条被提前定义清楚的链路。