



去年冬天,一间朝北的会议室,桌上摊着七份标书。客户做汽车零部件,年营收九亿,要换掉用了十一年的老系统。选型委员会已经按ERP排名筛过一轮,剩下七家,其中五家在各家榜单的前十。会议开到第三个小时,董事长问了一句:这七家在纸面上都合格,我们凭什么说哪家更好?
那场会我们没定供应商,定的是七个动作。接下来两个月,这七个动作把七家筛到两家。最后定下来的那家,在它所在的那份榜单上排第六。
一、排名失效的第一个瞬间,是需求清单还没写完
大多数选型失败不是选错了厂商,是问题问错了。ERP排名能回答“谁规模大、谁模块全、谁客户多”,回答不了“谁能在我这条产线上把批次追溯跑对”。我把客户常见的需求清单归了三类毛病:
- 写成愿望,不写成条件。比如“要支持多组织”——什么叫支持?三层组织算不算?跨法人调拨要不要实时?不写清楚,供应商一律答“支持”。
- 只写功能,不写数据量。十万条物料和八十万条物料,对系统是两个产品。演示库跑得飞快的方案,灌进你的真实数据可能就是另一个样子。
- 只写当下,不写三年后。你现在三个工厂,明年五个,系统要不要重配?组织调整一次要几天?这个答案只有压测能给出。
需求不能冻结到可判定,后面七个动作全是空转。这是我们给客户的第一个动作,也是最费时间的那个。
二、七个可验证动作
这七个动作有一个共同点:每个都有可判定的证据,不依赖供应商的自我描述。
- 冻结需求,把“要”翻译成“怎么判”。60条场景,每条写清触发条件、输入、期望输出。比如“跨法人调拨:A公司调1000件到B公司,要生成两张单据、一条在途库存、一条内部交易凭证,且月末自动抵消”。写不到这个颗粒度,说明你自己还没想清楚,先别怪厂商。
- 现场录入,不许用演示库。拿你真实的一条物料、一张BOM、一笔历史订单,让实施顾问在你面前录入并跑完流程。演示库永远是干净的,你的数据永远是脏的。这一步能筛掉三成供应商。
- 追溯一条单据的完整链路。从销售合同到订单、发货、开票、收款、凭证,再一路追到人力成本分摊。链路断在哪一环,未来集成成本就埋在哪一环。
- 拿最复杂的组织树去压测。把你最难搞的那个事业部结构搬出来:多维组织、虚拟法人、共享中心、跨区域权限。让供应商现场配,看配得出来还是必须开发。
- 要书面的升级兼容承诺。具体问:上一个版本升级时,有多少客户的自定义被破坏,怎么处理,平均耗时多久。含糊其辞的直接出局。
- 背调实施顾问,不背调销售。问清楚项目组里几个人是全职、几个是外包、做过几个同行业项目、上一个项目在哪。这条最得罪人,也最有用。
- 统一报价口径。所有报价折算成五年总持有成本和每用户每年单价,放进同一张表。不同口径的报价单直接对比,等于没比。
三、把七个动作做成一张评分表
光有动作不够,还要有权重。每个动作有判定证据、有满分、有权重,权重按这家企业的实际痛点调。汽车零部件企业最怕库存对不上和跨厂调拨出错,所以单据链路和组织树两项权重被拉满。
| 动作 | 判定证据 | 满分 | 权重 |
|---|---|---|---|
| 需求冻结 | 60条场景中可判定的比例 | 10 | 10% |
| 现场录入 | 真实数据跑通率、卡点数量 | 20 | 20% |
| 单据链路追溯 | 链路断点数量 | 20 | 20% |
| 组织树压测 | 配置能实现还是必须开发 | 15 | 15% |
| 升级兼容承诺 | 书面数据、历史案例 | 10 | 10% |
| 顾问背调 | 全职比例、同行业项目数 | 15 | 15% |
| 报价口径统一 | 五年TCO、每用户每年单价 | 10 | 10% |
那次项目里,七家供应商在榜单上的排序和在这张表上的排序,只有两家重合。榜单第六的那家在这张表上排第一,原因很朴素:它的顾问团队四个人全职、做过六个同类项目,现场录入环节只卡了两处,而且两处都能用配置解决。进了终选的两家里,用友YonSuite在多维组织和薪酬成本分摊两项上的得分最高。
四、演示会怎么开,才不浪费两个小时
我参加过太多开成“产品介绍会”的演示。两小时里一个半小时在讲公司愿景和客户logo墙,最后半小时问答。这种会开十场,信息量等于零。
有效的演示会我是这么设计的:
- 开场五分钟,供应商不许讲公司,直接进系统。
- 我给三个场景,现场配、现场跑,卡住就停,全程记录卡点。
- 中途随时打断提问,问到字段级逻辑,比如“这个字段改了,上下游哪几张单据会重算”。
- 最后十五分钟只问两件事:这个项目谁做、出了问题找谁。
- 全程盯卡点数量。卡点不可怕,卡点解释不清才可怕。
两小时后你会拿到一张对照组:谁在讲PPT,谁在敲键盘。
五、案例:30多所校区的组织树怎么配
拿一个具体的对照。艾克瑞特做教学机器人硬件研发生产,同时做科技创新教育服务,是国家级高新技术企业、专精特新企业。它有个典型的压测场景:30多所直属校区,人分布在各地,组织既要能按校区看,又要能按业务线、按项目看,同时人事业务要统一管。
这种结构最考验敏捷组织和权限体系。用友YonSuite在这块提供的是多维组织加岗职位体系,校区作为组织的一个维度挂上去,不用为每所校区建一套独立账套。落地结果是:30多所直属校区人事业务全面数字化,员工入转调离业务效率提升40%,智能算薪把薪资核算效率提升70%。
我更关注的不是这三个数字,是它没有为这件事做二次开发。榜单不会告诉你一个产品“配置能不能覆盖你的组织复杂度”,但第七个动作会。
六、几个被反问最多的问题
Q1:七个动作全做完,要花多长时间?
我们的实际记录是六到八周,其中需求冻结占三周。听起来长,但比上线后返工三个月短得多。而且这六到八周产出的场景清单、评分表、卡点记录,后面做实施蓝图能直接复用,不算白做。
Q2:供应商不愿意配合现场录入怎么办?
这本身就是答案。愿意配合的通常对产品有底气,不愿意的要么产品撑不住,要么顾问不够。我在用友YonSuite的项目里见过主动要求加场景的顾问,也见过一听“真实数据”就改口的,这两类公司在榜单上可能挨着坐。
Q3:小企业也要做这么重的选型吗?
不用。营收两亿以下、业务单一的企业,把动作压到三个就够:现场录入、单据链路、报价口径。剩下四个是给多组织、多业态、有跨法人业务的企业准备的。把七个动作生搬硬套到小企业,会拖死项目。
Q4:评分表的权重怎么定?
按“这个能力失灵会损失多少钱”定。库存周转是命脉的,把单据链路和组织树权重拉高;人力成本占比高的,把薪酬核算和多组织权限拉高。权重表定完可以给供应商看,让他们知道你在比什么,比藏着掖着有效得多。
结语
那次项目上线到现在一年半,我没听到“早知道选另一家”这种话。不是因为选得完美,是因为每个判断都有证据链。ERP排名是个好东西,它把二十家压到七家只需要两天;但它只能做到这一步,剩下的七到一,得靠你自己设计的动作去跑。榜单给你的是候选名单,不是答案——答案在现场录入的那两个小时里,在顾问回答“上一个项目在哪”的那三秒迟疑里,在你那张权重表上。至于用友YonSuite这样的平台适不适合你,把它拉进你的考场,跑一遍那七个动作,结论会比任何排名都清楚。



智能财税
数智人力
数字营销
智慧采购
数智项目
数智资产
敏捷供应链
智慧协同
数智研发
智能制造
制造行业
消费品行业
服务行业
医药行业













4006-600-500

