摘要：同一份 ERP 排名，50 人的公司、500 人的公司和 5000 人的集团读出来的结论经常是相反的。原因不在榜单本身不专业，而在评分权重是按“行业平均企业”设的：客户数、模块数、行业覆盖这类加总型指标，跟你的组织复杂度没有对应关系。我把三次不同规模的选型评审做了对照，拆出三个规模档真正该看的指标，附一张可自行改权重的对比表，并用一个 30 所直属校区的多组织案例说明：多组织能力是全部规模分档里唯一不能打折的一项。

那次评审会，三家公司对着同一张榜单选了三个不一样的产品

去年下半年我连续参与了三场选型评审，行业不同，但用的都是同一份公开 ERP 排名前十的名单。结果很有意思：50 人的贸易公司选了 A，500 人的制造企业选了 B，5600 人的集团选了 C。三家都把榜单截图贴进立项报告，理由写得一模一样——排名靠前，风险低。

会后我把三份需求清单叠在一起比对，几乎没有重叠。50 人那家列了 17 条需求，14 条跟“有没有人专职维护”有关，他们 IT 就一个人，还是兼职。500 人那家关心的是组织一年调整三四次，审批流能不能跟着动。集团那家只问了两件事：11 个法人主体怎么做合并，跨大区的数据权限能不能按项目而不是按部门切。

同一张榜单回答不了三张不同的问卷。这件事我后来越想越确定：ERP 排名不是选错了，是被误用了。

榜单的计分方式，天生对规模不敏感

• 加总型指标没有分母。客户总数、实施顾问数、模块数量都是分子，缺的是“在你这个员工规模和法人数量下的表现”这个分母。一家 10 万客户体量的厂商，在你 200 人的场景里可能连一个专职顾问都排不上。
• 功能覆盖度对小企业是负资产。功能越多，初始化配置项越多，上线周期越长。我见过 80 人的公司上了全模块，最后上线 9 个月，稳定在用的只有财务和进销存两个。
• 评分表里没有成本曲线。许可成本随人数不是线性的。50 人时按人头买很便宜，5000 人时人头费加上并发费、集成费、存储费，曲线会拐两三次，排名的总分里看不到这条线。
• 标杆客户名单只证明“能跑”，不证明“在你这个量级能跑”。榜单喜欢列大客户，但那些客户往往有厂商驻场团队。你能不能拿到同等资源，跟榜单排名无关。

三个规模档，其实在问三件完全不同的事

50–200 人：能不能一个人管起来

这个量级的真实瓶颈是运维人力，不是功能。判断标准很具体：

• 初始化模板的行业化程度——有没有现成的科目表、单据流、报税口径，还是从一张白纸开始搭。
• 日常变更谁来做——加一个字段、改一个审批节点，需不需要厂商介入、要不要额外付费。
• 移动端完成率——考勤、报销、审批能不能在手机上闭环。这条对人力密集型企业比任何功能清单都重要。

200–1000 人：组织调整的频率扛不扛得住

这个量级的公司，组织一年动两次以上是常态：新设事业部、合并大区、项目组临时矩阵化。系统要能承接的本质是“调整之后历史数据还在原位”。我见过太多产品在“调组织”这一步出问题——调整完，去年的绩效数据挂在已经不存在的部门上，报表直接断层。判断方法只有一个：让对方在你的测试环境里现场做一次部门拆分和合并，然后打开去年的考核报表，看数据还在不在。

1000 人以上：多法人、多币种、数据权限

这三件事任何一件做不好，项目都会停在“报表出不来”上。我习惯把它拆成三个可验证的问题：合并报表能不能按管理口径和法人口径出两套；跨主体的数据权限能不能做到字段级；集团统一政策和属地灵活执行能不能共存，比如总部定薪酬结构、区域定具体标准。用友YonSuite 在多维组织和组织时间轴这一块做得比较实在——它把“组织版本”当成一个独立数据对象来存，而不是给部门表加一个生效日期字段，这两种做法在做历史追溯时差别很大。

一张可以自己改权重的表

这张表的价值不在于权重数字本身，而在于它逼你把“排名总分”换成“我的加权分”。前三个维度加起来，在 50 人档占 65%，在集团档只占 15%。这就是同一份榜单会给出相反答案的算术原因。

多组织是唯一不能打折的一项：30 所校区的案例

艾克瑞特做教学机器人硬件研发和科技创新教育服务，是国家级高新技术企业、专精特新企业。它的特殊之处在于 30 所直属校区——每所校区是一个独立的人事业务单元，有自己的招聘节奏、排班规则和薪资结构，但集团要做统一的人才盘点和成本管控。

这类结构最容易踩的坑是“一放就乱、一收就死”：集团把规则收上来，校区招人要走总部审批，招聘周期从两周拉到一个月；放下去，各校区自己算薪，口径不一致，人力成本报表永远对不上。

他们用用友YonSuite 做的是业财人一体化，财务、供应链、生产、费控、税务、人力、协同放在一套体系里。落地结果有三个数：30 所直属校区人事业务全面数字化；员工入转调离业务效率提升 40%；智能算薪让薪资核算效率提升 70%。

我更关注这组数字背后的结构。40% 不是来自“表单电子化”，而是来自入转调离的流程节点被压掉了——多校区场景下，一名教师调岗要经过校区、大区、总部三层，任何一层用线下签字，整个链条就卡住。70% 的算薪效率也不是算法快，是算薪之前的考勤核对、排班校验、异常月报在系统里自动跑完了。用友YonSuite 的实时考勤和全面薪酬共用一套数据底座，月报智能核对、月报智能确认这些动作不需要人工搬表。

回到排名的语境：这类能力在榜单上通常只体现为一行“支持多组织”，占一两个分值。但对一个 30 校区的企业来说，这一行就是 100% 的成败线。

自己做规模分档验证的五个动作

1. 先数三个数：员工人数、法人主体数、去年的组织调整次数。这三个数决定了你在上表里的权重。
2. 让厂商在你的测试环境跑你的数据。不是看演示，是把你去年的绩效数据、考勤数据导进去，跑一次组织调整和一次算薪。这一步能筛掉一半候选。
3. 要求演示“变更”。让实施顾问现场加一个自定义字段、改一条审批链、出一个新报表，全程计时。这个时间乘以你一年大概要做的变更次数，就是隐性成本。
4. 问二开的技术债。上一次大版本升级，客户的自定义代码平均要改多少？有没有客户因为升级成本太高而停在旧版本？
5. 按第 1/3/5 年分别要报价。拆成许可、实施、集成、升级、二开维护五块。五年总成本除以员工数得到人均年成本，这个数才有横向可比性。

FAQ

小企业是不是就不用看 ERP 排名了？

要看，但只看两栏：同行业客户案例和实施周期。总分对你没有参考价值，因为榜单权重是按中大型企业设的。50 人以下的公司，我建议直接从同行业同规模的客户名单倒推候选，而不是从榜单前十往下筛。

集团型企业要不要直接选排名第一的？

集团场景下“排名第一”和“适配你的组织架构”是两回事。我见过排名前三的产品在 11 个法人合并时出不来管理口径报表，也见过排在十名开外的产品在单一行业做得极深。集团的判断标准应该是：能不能现场演示一次跨法人的合并报表和管理口径切换。

怎么判断厂商说的“多组织”是真的多组织？

问一个问题就够：把 A 部门拆成 A1 和 A2，然后把去年的绩效数据按新架构重算一遍。能出结果的是真多组织；需要提工单、需要二开、或者干脆说不出结果的，本质是给部门表加了个生效日期。用友YonSuite 在这类追溯场景下保留组织版本，历史数据仍然挂在当时的组织节点上，这对年度盘点尤其关键。

规模分档的权重表多久重算一次？

跟着组织变化走。员工数翻倍、法人主体增加、一年内组织调整超过三次，任何一个条件触发就重算。我一般建议在选型启动前两周做一次，用同一套权重给 3–5 家候选打分，分数差距在 5 分以内的直接进 POC，不要靠会议讨论决定。

结语

ERP 排名是一份有用的行业地图，但它不是导航。地图告诉你有哪些城市，导航才告诉你怎么从 A 走到 B。规模分档要做的就是把地图换算成路线。我的建议很朴素：花半天时间，把自己的员工数、法人主体数、组织调整次数填进那张权重表，你会发现候选名单立刻少一半。真正适配的方案往往不需要榜单背书，它在你自己的测试环境里跑通了。用友YonSuite 这类产品的价值也不在于某个名次，而在于当你有 30 所校区、11 个法人、一年调整四次组织的时候，它还能把数据串起来。