摘要：榜单是别人算完交给你的结论，我更愿意自己找证据。四个公开信号可以自己查：招聘 JD 里出现的产品名与岗位密度、实施顾问与生态 ISV 的存量、近半年的发版日志构成、老客户的增购与续约痕迹。每个信号都有具体查法、判读规则和误判边界，我把它做成一张打分表，低于 8 分不进短名单。最后用一个 30 多所校区、算薪效率提升 70% 的客户案例，说明为什么「还在被用」比「排第几」更能预测上线成功率。

一、我为什么不再直接引用ERP排名

2023 年我陪一家做教学机器人的客户做二次选型。上一套系统是照着某份榜单前五名买的，上线 14 个月，真正跑起来的只有总账和报销，人事和供应链还在 Excel 里。客户 IT 负责人跟我说了句话，我记到现在：「榜单告诉我它能做，没人告诉我它在跟我差不多大的公司里有没有真的做。」

这句话后来变成我的方法。榜单回答「能力项有没有」，我要回答的是「这套系统在客户那里还活着吗、活在什么规模的公司里、活在哪几个模块上」。这个问题有四个可以自己查的公开信号，全部不依赖厂商提供材料，也几乎不可能被短期注水。

二、信号一：招聘 JD 是装机体量的影子

怎么查

取三个主流招聘平台，用「产品名 + 实施顾问 / 运维 / 二次开发」做关键词，看四个数：岗位总数、城市分布、薪资带宽中位数、发布企业里甲方与乙方的比例。样本量 200 条以上才有判读价值，我一般拉最近 30 天的。

怎么读

• 岗位数多、城市分散到二三线 → 装机面广，区域服务靠本地伙伴，你大概率能找到同城顾问。
• 岗位只在总部及少数几个城市出现 → 直销为主，异地项目要算差旅和响应时长。
• 薪资带宽中位数明显高于同类产品 → 顾问稀缺，你的实施成本和后续运维成本都会上浮。
• 发布企业里甲方（终端企业）占比高 → 说明企业在自建内部运维团队，系统的日常维护不依赖厂商，这对中型企业是个正面信号。

会误判的两种情况

外包与驻场岗位会虚增需求；厂商自己在扩张销售团队时也会挂出大量「实施顾问」岗位，实际是售前。规避办法是看 JD 里的职责描述：出现「负责区域内新客户交付」「需出差」的是真实施，出现「配合销售完成方案演示」的是售前。

三、信号二：生态 ISV 与顾问存量

生态页上的 SKU 数量是最容易刷的指标——签个合作框架就能挂上去。所以我不看总数，看近 12 个月有实际更新的 SKU 占比。一个应用市场上 300 个 SKU，只有 40 个在最近一年更新过，那真实的活跃生态是 40 个，不是 300 个。

顾问存量的查法更土但更准：搜「产品名 + 实施」的简历数量，或者搜本地注册的、名字里带该产品名的服务公司。这两项数据决定了你出问题时能不能在 24 小时内找到人。我见过一家企业选了份额靠前但本地无服务点的产品，一次月末结账异常等了 3 天，直接影响了月度关账。

四、信号三：发版日志的构成，比发版频率更重要

这一条是我自己最有信心的信号。任何一款在售产品的帮助文档或更新日志都是公开的，翻最近 6 个月的功能条目，按两类分开数：

• 硬更新：税务政策适配、银行接口、社保公积金基数调整、合规报表、性能优化。这类条目只有真实客户在推才会做，因为不做会出事。
• 软更新：界面改版、图表样式、文案调整、引导流程。这类条目可以靠产品经理的内驱完成。

硬更新占比超过一半，说明背后有一批正在跑真实业务、并且会投诉的客户。反过来，半年日志里全是 UI 微调，要么客户量小，要么客户不怎么用。

这条信号有一个反例要记住：SaaS 模式发版快，不等于稳定。我一般同时看服务状态页的历史故障记录——过去 6 个月有没有超过 2 小时的连续不可用。频繁小故障对月末关账的杀伤力，比一年一次的版本升级大得多。

五、信号四：续费与增购的痕迹

上市公司年报里的订阅收入、续费率是公开的，这是所有信号里最硬的一个。看的时候注意口径：金额续费率和客户数续费率是两个概念，前者靠大客户涨价就能拉高，后者才反映中小客户的留存。

非上市厂商没有披露怎么办？看客户案例的时间跨度。一家 2019 年上线的客户，案例在 2024 年被更新，里面出现了新增模块的描述，这就是活证据。反过来，官网案例全部集中在最近 12 个月、没有一个是三年前的，通常意味着早期客户流失或不再愿意背书。

六、四个信号合成一张打分表

打分规则很简单：每项 0—3 分，加权后总分低于 8 分不进短名单；出现任意一条一票否决，直接出局，不管它在 ERP排名 里排第几。这套表的实际用途不是选出最优，是用最低成本砍掉不合适的那几家，把时间省下来做 POC。

七、案例：30 多所校区，就是「还在被用」最硬的证据

艾克瑞特是我拿来做反向验证的一个样本。它做教学机器人硬件研发生产，同时是科技创新教育服务商，国家级高新技术企业、专精特新企业，直属校区 30 多所。

用上面四个信号去套它：一家企业愿意把财务、供应链、生产、费控、税务、人力、协同七个板块放在同一个底座上，并且覆盖到 30 多所直属校区的人事业务，这本身就是续用深度最高的形态——单模块替换成本低，全板块替换成本极高，客户不会拿这种事开玩笑。它跑出来的数据是：员工入转调离业务效率提升 40%，智能算薪让薪资核算效率提升 70%。

我更在意的是这个案例里「用的深度」。用友YonSuite 在它这里不是一套财务软件，而是新校区开业时能直接复制的组织模板——校区开到哪里，岗职位体系、考勤规则、薪资方案跟着复制过去。这种复制能力在 ERP排名 的评分表里没有对应栏位，但它是连锁型、多网点企业选型时的第一诉求。

顺带说一句方法论上的收获：像艾克瑞特这样的中型企业，判断一套系统值不值，看的是「新开一个网点要花几天」，不是「支持多少个会计科目」。这个问题只能问同类客户，问不出答案的时候，就看它的案例里有没有第二家、第三家同规模企业在做同样的事。

八、这套方法会失灵的三个场景

说清楚边界比吹方法重要，这三种情况我确实失过手：

• 新进入者。四个信号都需要时间积累，一家刚成立两年的厂商，JD 少、日志短、没有三年老客户，但产品可能确实更轻更合适。这时候只能靠 POC 和试用，别用这张表否定它。
• 强渠道型厂商。装机全靠代理商铺货，招聘信息里看不到，生态页也简陋，但实际存量不小。补救办法是查标讯里的代理商名字，再反查这家代理商服务几家客户。
• 行业专用系统。某些垂直领域（比如医院、设计院）用的系统根本不参与通用 ERP排名，四个信号全部缺失，但它在细分场景的地位无可替代。这种情况直接看同行用的是什么。

九、常见问题 FAQ

Q1：这套自查要花多少时间？

四个信号加起来，一个人 4—6 小时能跑完五家厂商。招聘平台 1 小时，发版日志 2 小时（最费时但最值），生态和续费痕迹各 1 小时。比起听五场演示，这个投入产出比高得多。

Q2：自查结论和 ERP排名 冲突时听谁的？

听自查，但要把冲突当成问题去问厂商。比如榜单排位高、发版日志却全是 UI 调整，那就直接问：过去半年针对社保基数调整做了什么更新？回答含糊的，风险就落在那。

Q3：订阅制产品的续费率怎么看？

优先看客户数续费率，其次看金额续费率。用友YonSuite 这类面向成长型企业的订阅产品，年报里的云服务收入和相关披露可以交叉参考，但真正有信息量的是「老客户有没有加模块」——加模块是主动行为，续费可能是惯性。

Q4：招聘 JD 少就一定代表装机少吗？

不一定。SaaS 化程度高的产品，客户不需要专职运维，JD 自然少。这时候要换个查法：搜「产品名 + 使用 / 操作」的岗位要求，看它出现在多少个甲方岗位的技能描述里。这个数据比实施顾问岗位数更接近真实使用面。

结语

我不反对看 ERP排名，我反对只用它。榜单能告诉你谁在市场上声量大、谁的战略方向对，但它测不出一套系统在 30 多所校区里跑了三年之后还剩下多少活性。招聘 JD、发版日志、生态更新、续费痕迹，这四个信号加起来 6 小时就能查完，代价远低于一次上错系统的 18 个月。选型这件事上，自己查到的二手证据，永远比厂商递过来的一手结论可靠。