十年老ERP系统，为什么用户不愿换新？

发表时间: 2024-06-21 16:32

我们常常吐槽公司里不少软件还是几年前的产品，就像现在依然还有人在使用Windows XP系统一样。都已经老掉牙了，为什么还舍不得换？ERP系统也是一样，业务、流程都变了，为什么还不更新？这篇文章，作者给出了自己的看法，供大家参考。

有这么一段调侃，在大街上扔块石头能砸到七八个IT人，可见这在反映行业内卷的同时，也见证了中国IT技术普惠时代的光辉，在这样的大环境下，有些企业却不愿换掉用了十来年的ERP老系统，这其中的问题值得探究。

树欲静而风不止，最近两三年，”数字化转型”、“国产化替代”、“信息化升级”、“新质生产力”各种大风席卷，毕竟树大招风，特别是根基不稳的大树，扛不住风吹，随风飘荡，反而生长在那贫瘠之地的树木，千磨万击还坚劲，任尔东西南北风。

这些企业舍不得换掉用了十年的ERP系统，一方面是情怀，那更多的可能是其他原因，下面我将从多方面的原因来探究性的聊聊。

首先就是炒概念，低价值，近六七年，在B端IT领域，各种新概念、新模式层出不穷，要是软件厂商做的东西不和这些新概念沾点边，那就被认为跟不上时代，连互联网公司在这新概念前也显得传统。

就比如低代码、零代码，它的概念是这样诞生的，由于企业个性化业务强，变化频繁，原有信息化系统跟不上新的业务场景，所以需要自定义变更系统从而来适配业务，具备敏捷能力。

通过对市面上一些相关领域产品分析，能自定义实现表单、流程、简单报表等业务，所有的业务处理停留于表层。就比如ERP，应用复杂，耦合度高，要做账务处理、成本核算、财务报表等，靠单纯的低代码/零代码概念难以发挥价值。

然后是数据/业务中台，“大中台，小前台”，是阿里巴巴在 2015 年提出的概念，通过抽象剥离相似业务，沉淀核心能力到中台，前端各应用进行复用，减少重复造轮子的现象，这样就能支撑前台快速试错、快速创新，既然是阿里巴巴提出，并不等于其他企业都是阿里巴巴、都能发挥同等的价值。

技术在发展进步，无可厚非，2008年以前的ERP，大部分是 C/S 的，基本采用 C# 或者VB.NET语言开发，后来的 ERP 偏向 Web，用 Java Web 的居多，目前也有开源的ERP，部分是 Python Web 开发，当然，也是有用 PHP 开发的，就拿ERP软件举例：

在架构层面也在不断的迭代升级，从单体架构到微服务等，负载能力确实在不断提升，看一下这几个的原理。

单体架构是典型的三级架构，前端(Web/手机端)+中间业务逻辑层+数据库层。
分布式架构则是中间层分布式+数据库分布式，是单体架构的并发扩展，将一个大的系统划分为多个业务模块，业务模块分别部署在不同的服务器上，各个业务模块之间通过接口进行数据交互。
微服务架构主要是中间层分解，将系统拆分成很多小应用（微服务），微服务可以部署在不同的服务器上，也可以部署在相同的服务器不同的容器上，某一应用故障发生不会影响到其他应用，单应用的负载也不会影响到其他应用。

关于数据库选型上，现在也有了更多的选择，主要就这三种。

不可否定，不管是开发语言、技术架构、数据库技术的进步提升了应用的可靠性、稳定性、扩展性，但是ERP功能应用仿佛还是十几年前的那些老功能。对于广大用户关心的可能是业务覆盖能力，而底层的技术更迭没有起到决定性作用。

企业之所以不换ERP，我想这和大环境也有关系，经济下行，行业内卷，企稳为主。目前各行各业竞争对手越来越多，再加上贸易战的冲击，很多企业家都是在夹缝中求生存，据统计，每天注册公司的人，超过1.2万家，做系统替换是一个潜在风险，面对竞争不敢大步迈进。

为了让企业活得久一点，不敢去尝试新型业务，不断瘦身，最终业务越来越窄，只剩下企业最擅长、获利快的业务，根本来不及考虑是数字化转型还是信息化替代的事情。

伴随着竞争变大、业务变窄的背景下，价格战是存活的最后招数，可以说是杀敌一千，自损八百，面临的后果就是拿了客户、赔了成本，更没有精力投入大价钱去做系统更换。

还有就是原有的业务做了多年，适配的系统也是用了多年，已经形成了固定的管理思维方式，为了保持稳定，没必要去做无价值的软件替换。

最后就是作为多年经营的企业，历史数据在一定程度上发挥着重要价值，替换系统意味着历史数据丢弃。即使能够进行业务数据转移，也不是一件易事，由于新老系统数据结构的差异，数据清洗工作异常繁杂。

所以不是不想换ERP，是没必要、换不起、和不敢换。

本文由 @产品真经原创发布于人人都是产品经理。未经作者许可，禁止转载

题图来自Unsplash，基于CC0协议

该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务