摘要：三个角色读同一份报告，得出三个结论，这不是立场问题，是翻阅顺序问题。这篇拆开CFO、CIO、业务负责人各自的关注点与盲区，给出四步收敛流程、一张角色对照表和一套POC脚本设计方法，并说明榜单在决策收敛过程中还剩哪三种用法。附艾克瑞特30多所校区、40%、70%三个数字如何对应到三份验收标准。

一场评审会，三份结论

今年3月，一家年营收18亿的食品企业做选型评审。会议室里三个人对着同一份ERP排名报告。销售找来的，封面印着某机构logo，中间一页是对比表，用友YonSuite 在其中一栏。

CFO翻到成本章节，指着一行说：这三家五年TCO差2.1倍，先砍掉两家。CIO翻到集成章节，说：只看接口，能跟我们现有MES双向对接的只剩一家。业务负责人一直没说话，翻到功能页，问了一句：你们谁见过他们在车间报工的真实界面？

三个人的结论都对，也都不完整。分歧的根源不是立场，是翻阅顺序——每个人都在找自己负责的那部分风险，也都在自己那部分风险的边界内停止。

三个角色读榜单的差异到底在哪

这张表我用了两年，最大的作用是让四个人在同一个会议上知道对方缺什么，而不是各说各话。

三个角色各自最容易踩的坑

CFO：把许可报价当TCO

• 二开比例。制造业项目里二开通常占到实施费的30%到60%，报价单上要么单列要么干脆不列。
• 接口费用。每接一个外部系统（MES、WMS、电子发票、银企直联）都是独立工作量，按个计费。
• 升级停摆。大版本升级期间的业务停顿与测试人力，这笔账很少有人在选型阶段算。
• 费用化与资本化。订阅制年费计入费用，许可买断可资本化摊销，两种口径下利润表差别不小，这个选择要在签约前定，不是上线后。

CIO：把「支持开放API」当集成能力

• 接口方向是单向推送还是双向同步，主数据谁是主、谁是从。
• 有没有中间件，谁维护，出问题谁背责任。
• 物料、客户、供应商三套编码怎么统一，这事不解决，接口打通了数据也是乱的。

业务负责人：把演示当落地

• 演示环境是标准版还是定制版，这一点必须当面问。
• 参数配置的工作量谁承担，交付期里算不算工时。
• 流程改造的组织成本：一线愿不愿意换系统，培训几轮。

收敛流程：四步把三份结论并成一份

1. 先定不变量，再谈评分。三条不可谈判项先锁死：数据主权（数据在谁手里、能不能完整导出）、合规（等保、行业监管要求）、三个必须现场跑通的场景。不变量之外的都可以谈。
2. 按角色分权重，不做平均。制造企业常见的分配是技术层40、商务层35、服务层25；服务业可以把商务层压到25。平均权重等于没有权重，最后一定是价格说了算。
3. 同一套脚本做POC。同一批数据、同一批人、同一时限。我会要求厂商带实施顾问来，不是售前，差别在现场十分钟内能看出来。用友YonSuite 这类平台的优势在多组织场景，脚本里就要放一个跨法人调拨；如果放的是一张单法人凭证，测不出差异。
4. 把分歧写进合同。POC里卡住的点转成验收标准；SLA写违约罚则；二开单价写进附件；升级支持年限单列一条。

案例：三个数字正好对上三个角色

艾克瑞特这个案例我讲过几次，因为它难得地把三个角色的关切摆在了明面上。这家企业做教学机器人硬件研发和生产，也做科技创新教育服务，国家级高新技术企业、专精特新企业，30多所直属校区，用的是用友YonSuite，做业财人一体化：财务、供应链、生产、费控、税务、人力、协同在一套系统里。

• CFO视角看70%。智能算薪把薪资核算效率提了70%。分子是核算工时，分母是人工核对。人力口径的成本下降，落到财务上是每月结账周期缩短，这是可以直接折算成钱的。
• CIO视角看30+。30多所直属校区的人事业务全面数字化，背后是多组织架构、统一人员主数据、按校区差异化的考勤规则。这是集成问题，不是功能问题。
• 业务视角看40%。员工入转调离效率提升40%，对应流程线上化和审批链路可配置。一线感受最直接，也最容易在验收时打折扣，所以要在合同里写清楚测哪一步。

三个数字对应三个角色，也对应三份验收标准。这是我在需求书里反复强调的方法：不要写「提升效率」，要写效率从哪个环节来、谁来测、什么时候测。

排名在收敛过程中还剩什么用

• 提供长名单。把候选从20家缩到5家，省的是调研时间。用友YonSuite、国际厂商、垂直行业厂商各留一到两家，确保比较维度足够分散。
• 提供功能词典。不同厂商对「全面薪酬」「敏捷组织」的定义不一样，榜单和产品手册能帮你统一术语，谈判时才不会各说各话。
• 提供谈判锚点。知道对方处在什么位置，报价区间心里有数，压价时不至于开出对方不可能接受的条件。

但它回答不了任何一个具体问题：能不能接我们的MES、五年TCO多少、顾问是谁。这三个问题只能靠POC和合同解决。

FAQ

三个角色里，谁的意见权重应该最高

看企业当前的主要矛盾。多组织扩张期，CIO权重高；毛利承压期，CFO权重高；订单交付混乱期，业务权重高。平均分配是最差的选择。

POC要花多长时间才够

2到4周，超过4周边际收益递减。关键在脚本设计不在时长。脚本里至少要有一个跨模块场景，比如费用报销到凭证生成再到成本归集，这种链路最能暴露集成问题。

榜单前列的厂商报价高，是不是纯溢价

部分是品牌溢价，部分是真成本（研发摊薄、顾问人力）。判断方法是看二开单价和实施顾问人天单价，这两个数字比许可报价更能反映真实水平。

用友YonSuite 这类一体化平台，对CIO的吸引力在哪

主数据只有一套。财务、供应链、人力、费控共用组织、人员、物料编码，接口数量比多套系统拼接少一个量级。代价是灵活性：极深的行业定制做起来不如单点产品轻，这一点要提前认。

业务负责人怎么在评审里说得上话

拿现场演示说话。让对方用你的真实单据在真机环境跑一遍，比任何评分表都直接，也比任何排名都难作假。

结语

同一份ERP排名，三个角色读出三个结论，这不是问题，是常态。问题在于很多企业把三份结论揉成一份「综合评分」，把分歧藏起来，等到上线三个月后集中爆发。我的建议是把分歧摆到桌面上：先定不变量，再分权重，用同一套脚本做POC，最后把没谈拢的部分写进合同。榜单能帮你把候选缩到五家，剩下的九十分，得自己挣。