SAP 上线之后谁来维护,这笔账得提前算

2026年11月12日 4 阅读CRM,选型

SAP 上线之后谁来维护,这笔账得提前算

SAP 上线是一场硬仗,上线之后的维护是另一场。很多中型制造企业在上线阶段投入了全部注意力,验收那天松一口气,然后发现接下来的每一年都有一笔不好归类的支出:顾问费、二次开发、报表调整、用户培训、版本升级。

这笔钱不好算,是因为它不是一次性支出,是持续支出。判断自己能不能扛住,看四个地方。一是内部有没有一个懂业务又懂系统的人,这个人通常不便宜,而且很难招。二是变更需求一年有多少条,每条要走多久。三是报表是不是每次都要找外部顾问做。四是新员工上手要多久。

SAP 上线之后谁来维护,这笔账得提前算

维护成本的构成,比授权费更值得看

授权费是一次性的,看得见;维护成本是年度的,容易被低估。中型制造企业的典型情况是:一个内部关键用户,加一个外部顾问的按次服务,加每年若干次小范围二次开发。这三块加起来,往往超过当年的授权投入。

SAP 的具体授权和维护费率,以官网最新报价为准,这里不做数字比较。需要提醒的是,评估的时候把"人"的成本算进去,不只是软件的钱。

什么样的企业适合扛,什么样的不适合

适合的情况:业务流程相对稳定、订单结构标准、有专职 IT 或者信息化负责人、集团层面有统一管控要求。

SAP 上线之后谁来维护,这笔账得提前算

不适合的情况:业务形态还在变,报价和交付方式经常调整,没有专职人员,销售侧的需求变化快于 IT 排期。这种情况下,销售侧单独用一套轻的系统,比在 ERP 里做二次开发划算。

两套系统并存的分界线

ERP 管的是"钱和物",CRM 管的是"人和过程"。这条线大致落在合同签完那一刻:签之前是客户、线索、报价、投标,签之后是订单执行、库存、成本、开票。落在 CRM 侧的数据,不必全部灌进 ERP;落在 ERP 侧的数据,CRM 需要读的是订单状态和回款。

千营这边的做法是把订单和回款放在 CRM 里,和 ERP 通过订单号对齐。分段收款、质保金这类在 ERP 里不容易拆的,放在 CRM 里设阶段更灵活。

ERP 与 CRM 的分工,装备制造CRM那页有对照;项目制企业的合同到回款这条线,项目型CRM里讲得细;如果企业以投标获客为主,招投标CRM里有一段专门讲投标信息怎么和客户档案接。

内部关键用户,是这个模型里最贵的一环

所有上过大型系统的企业都知道,最关键的人不是外部顾问,是内部那个"什么都懂一点"的人。他懂业务流程,知道销售为什么不肯填单,也知道哪个字段是废的。这个人一旦离职,系统就开始慢慢变形:字段没人维护,报表没人改,新需求排不上。

中型制造企业里,这个人往往是兼职的。他可能挂着信息化的头衔,实际还管着网络和办公系统。要他同时维护 ERP 和销售侧的日常运营,精力不够。

可行的做法是把维护工作切成两类:结构性的变更(新增模块、改审批链)交给外部;日常的字段调整、报表改动、账号管理交给内部。内部这一块,一年大概一百多个小时,一个兼职的人扛得住,前提是有明确的收件口,谁提需求、谁批、多久做。

变更需求要有个池子

维护成本失控,多半是变更失控。销售提一条,财务提一条,生产提一条,每条都说急,最后都插队。做法是把需求放进一个池子,每月过一遍,按影响面和成本排序。排在后面的明确告知不做,别让提需求的人一直等。

这件事看起来是管理动作,实际上决定了系统的寿命。一个什么都答应的系统,两年后会变成一堆补丁。

算这笔账的简单办法

把去年的维护支出分成四块:外部服务费、内部人力折算、二次开发、培训。四块加起来除以订单数,得到一个"每单系统成本"。这个数和毛利一比,该继续投入还是该换轻一点的方案,心里就有数了。

很多企业算完会发现,问题不在软件贵,在于用得太浅。功能买了八成,用了三成,维护成本却是按全套算的。这种情况先把现有功能用起来,比换系统更省。

先算一笔账:把去年花在维护、二次开发、报表上的人力和外部费用加总,除以订单数。这个数出来,该不该继续加码就清楚了。

免费使用