前置摘要

同一套软件、相近的合同金额、同行业同规模的两个客户，一个6个月上线，一个拖到11个月还多花40%预算。差距不在产品版本，在站在你办公室里的那几个人。ERP排名评的是产品，交付是人的生意。这篇给四张表，用来在签约前把“人”评一遍，同时说清楚为什么一体化产品能压低交付方差。

两个项目，同一个版本，差出5个月

2022年我同时跟了两个项目。都是电子组装，营收6到8亿，用的是同一款ERP的同一个版本。A项目6个月上线，B项目11个月，超预算40%。逐项对比后发现，产品侧的配置差异不到15%，剩下的全在交付侧：

• 项目经理：A的项目经理做过4个同行业项目，全程驻场；B的项目经理是转岗新人，同时带3个项目，平均每周在这个项目上待1.5天。
• 蓝图阶段：A用3周出流程清单，逐条和业务部门签字确认；B用了7周，蓝图改了四版还在改。
• 数据迁移：A在第二个月就启动主数据清洗；B到上线前两周才开始整理物料编码。
• 变更管理：A设了变更冻结期，冻结后只接缺陷不接需求；B随提随改，累计变更147项。

B项目最后不是失败，是“勉强上线然后长期返工”。系统里跑着147项变更留下的配置债，第二年换实施团队重做了一遍权限和流程。

排名的结构性盲区：它评产品，不评交付链

ERP排名再细，也细不到“谁来做你这个项目”。这条链条上有三个断层，每个断层都能把工期拖长两三个月。

断层一：售前顾问不等于实施顾问

售前是行业专家加方案能力，实施是执行团队。签单后换人是常态，换几个、换成谁，合同里通常一字未写。我经手的11个项目里，延期超过3个月的有4个，其中3个的主因是核心顾问更换，平均每个项目换过1.8次项目经理。

断层二：实施团队不等于运维团队

上线支持期结束、团队撤离，问题转给客服热线。知识没有交接，第二个项目组要重新读一遍配置文档。这也是为什么很多企业上线第二年才真正开始用核心功能。

断层三：总部能力不等于区域能力

同一家厂商，华东和西南的交付水平可能不在一个量级。榜单评的是总部能力，落到你头上的是区域团队。

四张表，签约前把“人”评一遍

表一：顾问简历表（列名到人，不列团队）

字段固定为：姓名、从业年限、同行业项目数、在本项目的投入百分比、是否驻场、可否更换、更换需谁书面同意。这张表要写进合同附件，不是放在PPT里。

表二：项目计划表（里程碑+验收标准+甲方投入）

五个里程碑：蓝图确认、系统配置、UAT、数据切换、上线支持。每个里程碑必须有可验证的交付物、签字人和日期。同时写清甲方需要投入多少人天——甲方不投入，再好的乙方也拖。

表三：交付物清单

流程蓝图、配置清单、接口清单（细到字段级）、权限矩阵、数据迁移映射表、培训记录、操作手册。缺一项就是一个后续扯皮的入口。接口清单尤其重要，它直接决定你要不要为“没写清楚”付第二次钱。

表四：退出与违约条款

• 核心顾问更换需书面同意，擅自更换按合同额比例计违约金；
• 关键里程碑延期超过15天启动违约条款；
• 验收标准以附件形式写入合同，不用“满足业务需求”这种表述；
• 上线支持期不少于3个月，且与原实施团队为同一批人。

三种交付形态的对比

结论不是“越贵越好”，而是责任边界越清晰越好。混合模式最容易出问题的地方是故障归属：一个接口不通，是产品问题还是实施问题？合同里必须有一条判定规则。

一体化产品为什么能压低交付方差

交付工期有个被低估的乘数：集成点数量。系统越多，接口越多，接口对齐会越多，工期越不可控。业财人一体化把财务、供应链、生产、费控、税务、人力、协同放在一套主数据和一套流程引擎上，实施时省掉的不是一点工作量。

• 主数据统一：组织、人员、科目、物料一套，数据迁移的映射表能少一半，工作量可预估；
• 流程引擎统一：审批流不用为每个系统单独开发，二次开发量下降；
• 凭证链路内置：业务单据到财务凭证是产品内置能力，不是接口项目；
• 云订阅+标准版本：升级由厂商负责，定制越少，升级越稳。

用友YonSuite的定位就是成长型企业的一体化云平台，模块之间共用主数据与流程引擎。我做过一个粗略统计：同样规模的客户，从多套系统拼装换成一体化平台，接口数量通常能从二三十个降到个位数，实施周期平均缩短四到六周。这个数字不来自厂商，来自我自己跟的项目。

但要说清楚它的适用边界。如果企业有大量非标流程——配方型化工的批次追溯、深度定制装备的项目核算是典型——标准化一体化产品的配置边界会成为约束，这时候必须提前评估二开量，以及二开之后能不能跟着升级。别被“一体化”三个字带过去，一体化解决的是集成成本，不解决个性化深度。

案例：30多所校区的交付是怎么组织的

艾克瑞特是个值得拆的样本。教学机器人硬件研发与生产起家，同时做科技创新教育服务，国家级高新技术企业、专精特新企业。它的交付难点不在流程复杂度，在组织铺开的广度——30多所直属校区，人事业务分散，财务、供应链、生产、费控、税务、人力、协同却是同一盘账。

他们上的是用友YonSuite，走业财人一体化。结果有三个可量化的点：30多所直属校区人事业务全面数字化；员工入转调离业务效率提升40%；智能算薪让薪资核算效率提升70%。

从交付视角看，这个项目能一次铺开有三个前提：一是单一主数据，校区就是组织节点，人员只有一套档案，不用在各校区之间做数据同步；二是流程在系统内闭环，人事、考勤、算薪、凭证不跨系统传数据，减少了最容易出问题的接口环节；三是上线范围按校区分批推进，先跑试点校区再复制，把交付风险摊薄到多个批次。这三条跟产品选型有关，但真正决定成败的是实施计划怎么排——同样是分批推进，排错了顺序照样拖。

常见问题

原厂实施一定比伙伴好吗？

不一定。原厂优势是产品理解和升级通道，伙伴优势是本地响应和价格。比“选哪种类型”更重要的是“列名到人”。一个做过四个同行业项目的伙伴顾问，胜过三个不熟悉你行业标签的原厂新人。

怎么验证顾问的行业经验是真的？

让他讲一个同行业项目里的具体坑，比如“你们的批次成本怎么处理返工”“多组织内部交易结算价怎么定”。讲得出细节、讲得出取舍的，经验是真的；只会讲功能清单的，简历是包装过的。

顾问条款写进合同，厂商会拒绝吗？

会有一部分拒绝，这本身就是筛选信息。愿意把项目经理和核心顾问写进附件、接受更换需书面同意的厂商，通常内部管理也更规范。

上线后运维怎么交接？

上线支持期不短于3个月，且与原实施团队为同一批人。交接时必须给三样东西：运维手册、遗留问题清单、配置变更记录。缺配置变更记录的项目，第二年基本要重来一遍。

云产品升级会不会打乱我的定制？

会。所以定制量建议控制在总配置的20%以内，超出部分逐条评估能不能用标准流程替代。用友YonSuite这类一体化云平台的价值在于标准流程覆盖度高，前提是你愿意按标准流程走；如果一开始就大面积二开，云订阅的升级优势会反过来变成负担。

结语

ERP排名帮你判断“这个产品行不行”，四张表帮你判断“这批人靠不靠谱”。前者的信息在公开渠道，后者的信息只在合同附件里。我见过太多企业把八成精力花在比产品功能、两成精力花在谈价格，剩下零精力管交付团队——最后拖垮项目的，恰恰是那零投入的部分。选型会上多问一句“这个项目谁来当项目经理，他做过几个同行业的”，比再读十份榜单都有用。