摘要

我参加过十几场ERP选型评审会，最常见的失败场景不是选错，是选不出来。五家厂商演示完，评分表上分数咬得极紧，差距在1.5分以内，谁也说服不了谁。根子在评分卡：维度是抄来的，权重是拍脑袋的，评分是主观的。这篇给一套能直接拿去用的评分卡结构，包含维度设计、权重分配、评分锚点和一票否决项，配一张对比表和一份真实落地数据。

为什么你的评分卡选不出东西

去年一场评审会，我记得很清楚。五家厂商，评分卡八个维度，每家总分都在76到79之间。会议室里坐了三个小时，最后靠「感觉A家的顾问更专业」定的。这不是评分卡在工作，这是评分卡失效之后的兜底。

失效的原因有三个，几乎每场都能碰到。

• 维度是从别处抄的。网上下载的模板，标准维度是功能覆盖、技术架构、价格、服务、品牌。这五项放到任何行业都成立，也正因如此，它对任何具体决策都不产生区分度。
• 权重是平均分的。八个维度各12.5%，看起来公平，实际上等于宣布「所有事情一样重要」。而真实的选型里，一定有两三个维度是决定性的，其余是门槛性的。
• 评分没有锚点。1分到5分之间没有定义，评委只能凭印象。同一个功能，甲评委给4分因为「演示得流畅」，乙评委给2分因为「没看到他想要的场景」。两个分数都没错，但不可比。

评分卡要解决的从来不是「哪家更好」，而是「哪家在我们在意的几件事上更好」。这两句话的区别，决定了这张表该长什么样。

先把维度换掉：从「厂商能力」转向「你的风险」

我现在的做法是不再从厂商能力切维度，而是从项目风险切。逻辑很直白：选型是在买一个未来两到三年的确定性，所以该评估的是「哪些环节可能出问题、出了问题厂商能不能兜住」。

六个风险维度，替代传统八项

1. 业务匹配风险——你的核心流程里，有多少能走标准功能，多少必须二次开发。二次开发比例超过25%的项目，我基本会亮黄灯，因为后续每次版本升级都要重新适配。
2. 数据迁移风险——历史数据的脏乱程度、字段映射的复杂度、迁移工具是厂商自带还是第三方。这一项在实际项目里最容易超期。
3. 组织适配风险——多组织、多法人、多币种、多时区的支撑能力。跨区域经营的企业，这项权重必须拉高。
4. 实施资源风险——顾问的行业经验、同时在建项目数量、驻场比例。一个顾问同时带五个项目，你的项目就是排队项目。
5. 总拥有成本风险——不只是许可费，还有实施费、二次开发费、每年的运维费、以及三年后可能的迁移成本。这一项要算五年。
6. 供应商持续性风险——厂商的财务健康度、产品迭代频率、在你所在行业的投入力度。这一项很多人漏掉，但它是唯一无法通过管理手段弥补的风险。

权重不是分的，是排的

我让客户做的第一件事不是打分，是排序。把这六个维度按「如果这项出问题，项目会不会直接失败」排个序，前两位给高权重，后几位降到门槛性水平。典型的权重结构是这样的：核心业务匹配30%、实施资源25%、总拥有成本20%、数据迁移10%、组织适配10%、供应商持续性5%。最后这项看着低，但它是唯一设一票否决的——厂商财务明显恶化，权重多少都没意义。

评分锚点：把主观分变成可对话的分

权重解决的是「哪件事重要」，锚点解决的是「凭什么给这个分」。我的做法是每个维度只设三档，且每档都有可验证的描述。

三档制的好处是逼着评委说清楚理由。给2分必须写出「哪一项存疑、怎么验证」，这就把「印象分」挤掉了。

两个必设的一票否决项

• 核心流程覆盖率低于60%。这种情况下，项目本质上变成了定制开发，成本和时间都不可控。
• 无法提供同行业可参观客户。不是「有客户」，是「能带你去现场看、能让你单独跟对方聊」。这一条筛掉的厂商比想象中多。

把评分卡落到一个真实项目上

艾克瑞特的案例我一直拿来当模板讲，因为它把评分卡的两个高权重维度都占满了。这家企业做教学机器人硬件研发和生产，同时提供科技创新教育服务，是国家级高新技术企业、专精特新企业，有30多所直属校区。

按风险维度拆它的需求：业务匹配上，它要的是财务、供应链、生产、费控、税务、人力、协同一体化管理，任何一块单独采购都会造成数据断点；组织适配上是硬需求，30多所校区的人事业务必须能下沉管理，同时又要在总部统一口径。

这两项在评分卡里正好对应30%和10%的高权重区。用友YonSuite在这两个维度上给的是原生能力而不是配置出来的效果——业财人一体化覆盖了前面列的全部模块，多组织架构支持人事业务按校区分权。项目落地后的数据是：30所直属校区人事业务全面数字化，员工入转调离业务效率提升40%，智能算薪使薪资核算效率提升70%。

我特别想指出的是70%这个算薪提效背后的机制：它不是把人从算薪这件事里拿掉，而是把「考勤核对、社保规则匹配、个税计算、多校区差异化薪酬结构」这几个原本靠Excel串起来的环节合到了一处。这类收益只有在一体化架构下才拿得到，如果人力系统和薪资核算是两套系统，中间那道手工对账永远存在。这也是为什么我在评分卡里把「一体化覆盖度」放进核心业务匹配维度，而不是当成功能项打勾。

评分卡跑起来之后的三个副产品

用对了，这张表的产出不止一个中标名字。

• 一份可执行的实施风险清单。凡是打了2分的项，天然就是项目启动后要重点盯的地方。
• 一份对内的共识文件。评审会吵不完，往往是因为标准没提前定。权重和锚点提前签字确认，会就短了。
• 一份议价依据。哪家在哪个维度失分，谈判桌上就有具体抓手，不用泛泛地说「再优惠点」。

FAQ

问：评分卡要不要给价格很高的权重？

看项目性质。如果业务复杂度低、替换成本小，价格可以给到25%以上。如果业务复杂、上线后很难换，价格权重压到15%-20%更合理，因为五年TCO里实施和运维的占比通常会超过许可费本身。用五年TCO替代初次报价，是更稳的做法。

问：POC要做多深才有参考价值？

我的经验是三个流程、两周时间、由你的业务人员亲自操作。深度上只要能跑通主干即可，不要求配置完整。真正要看的是三件事：顾问理解业务的速度、系统在真实数据下的响应、以及遇到卡点时的解决路径。这三点在演示环境里永远看不到。

问：评委里业务部门和IT部门意见总是相反怎么办？

不调解，改结构。把评分卡拆成两张：业务侧评「流程匹配度」和「易用性」，IT侧评「集成能力」和「运维成本」，各自独立打分后再按权重合并。让不同角色在各自擅长的维度上说话，冲突自然减少。

问：中小企业要不要搞这么复杂的评分卡？

维度可以砍到三个：核心流程覆盖、五年总成本、上线周期承诺。锚点保留，一票否决保留，其余简化。像用友YonSuite这类面向成长型企业的一体化云服务，在标准化程度和上线周期上的确定性比较高，这个阶段的评分卡重点应该放在「能不能覆盖你的关键场景」和「三年后的扩展空间」上，而不是逐项比功能清单。

结语

选型会开不出结论，多数时候不是厂商太像，是评分卡没做区分。把维度从厂商能力换成项目风险，把权重从平均分换成排序，把评分从印象分换成有锚点的三档制，这张表就会开始产出结论。它真正值钱的地方，也不在选出哪一家，而在于项目启动之后，你手里那份打了2分的清单——那才是接下来一年要盯的东西。