企業不想換掉用了十年的老系統

有這麼一段調侃，在大街上扔塊石頭能砸到七八個JAVA，可見這在反映行業內卷的同時，也見證了中國技術普惠時代的光輝，在這樣的大環境下，有些企業卻不願換掉用了十來年的老系統，這其中的問題值得探究；

樹欲靜而風不止，最近兩三年，”數字化轉型”、“國產化替代”、“信息化昇級”各種大風席卷，畢竟樹大招風，特別是根基不穩的大樹，扛不住風吹，隨風飄蕩，反而生長在那貧瘠之地的樹木，千磨萬擊還堅勁，任爾東西南北風；

這些企業舍不得換掉用了十年的老系統，一方面是情懷，那更多的可能是其他原因，下面我們從多方面的原因來探究性的聊聊：

一、炒概念，低價值

近六七年，在B端IT領域，各種新概念、模式層出不窮，要是軟件廠商做的東西不和這些新概念沾點邊，那就被認為跟不上時代，連互聯網公司在這新概念前也顯得傳統；

低代碼/零代碼：

它的概念是這樣誕生的，由於企業個性化業務强，變化頻繁，原有信息化系統跟不上新的業務場景，所以需要自定義變更系統從而來適配業務，具備敏捷能力；

通過對市面上一些相關領域產品分析，能自定義實現錶單、流程、簡單報錶等業務，所有的業務處理停留於錶層，就比如企業管理軟件ERP，應用複雜，耦合度高，要做賬務處理、成本核算、財務報錶等，靠單純的低代碼/零代碼概念難以發揮價值；

數據/業務中臺：

“大中臺，小前臺”，是阿裏巴巴在 2015 年提出的概念，通過抽象剝離相似業務，沉澱核心能力到中臺，前端各應用進行複用，减少重複造輪子的現象，這樣就能支撐前臺快速試錯、快速創新，既然是阿裏巴巴提出，並不等於其他企業都是阿裏巴巴、都能發揮同等的價值；

二、換技術，不換功能

技術在發展進步，無可厚非，2008年以前的ERP，大部分是 C/S 的，基本采用 C# 或者VB.NET語言開發，後來的 ERP 偏向 Web，用 Java Web 的居多，目前也有開源的ERP，部分是 Python Web 開發，當然，也是有用 PHP 開發的，就拿ERP軟件舉例：

SAP：從一開始的C，後主要為“ABAP/4”語言；

Oracle Peoplesoft :從C++到 Java；

Oracle E-Business Suite：Java；

在架構層面也在不斷的迭代昇級，從單體架構到微服務等，負載能力確實在不斷提昇：

單體架構：典型的三級架構，前端(Web/手機端)+中間業務邏輯層+數據庫層。

分布式架構：中間層分布式+數據庫分布式，是單體架構的並發擴展，將一個大的系統劃分為多個業務模塊，業務模塊分別部署在不同的服務器上，各個業務模塊之間通過接口進行數據交互。

微服務架構：主要是中間層分解，將系統拆分成很多小應用（微服務），微服務可以部署在不同的服務器上，也可以部署在相同的服務器不同的容器上，某一應用故障發生不會影響到其他應用，單應用的負載也不會影響到其他應用；

數據庫選型上，也有了更多的選擇，主要就有以下三種：

MySQL：瑞典MYSQLAB推出，關系型數據庫，開源免費，適用於WEB網站、日志管理、數據倉庫和嵌入式系統等小型系統；

SQLServer：微軟Microsoft推出，關系型數據庫，可視化、安全性與穩定性較好，適用於企業級海量數據存儲查詢；

Oracle：美國甲骨文公司推出，關系型數據庫，跨平臺，安全穩定，結構複雜，對管理員要求高，常用於金融、電信領域；

不可否定，不管是開發語言、技術架構、數據庫技術的進步提昇了應用的可靠性、穩定性、擴展性，但是功能應用仿佛還是十幾年前的那些老功能，對於廣大用戶關心的可能是業務覆蓋能力，而底層的技術更迭沒有起到决定性作用；

三、經濟下行，行業內卷，企穩為主

競爭變大：

目前各行各業競爭對手越來越多，再加上貿易戰的沖擊，很多企業家都是在夾縫中求生存，據統計，每天注册公司的人，超過1.2萬家，做系統替換是一個潜在風險，面對競爭不敢大步邁進；

業務變窄：

為了讓企業活得久一點，不敢去嘗試新型業務，不斷瘦身，最終業務越來越窄，只剩下企業最擅長、獲利快的業務，根本來不及考慮是數字化轉型還是信息化替代的事情；

利潤變薄：

在競爭變大、業務變窄的背景下，價格戰是存活的最後招數，可以說是殺敵一千，自損八百，面臨的後果就是拿了客戶、賠了成本，更沒有精力投入大價錢去做系統更換；

保持穩定：

原有的業務做了多年，適配的系統也是用了多年，已經形成了固定的管理思維方式，為了保持穩定，沒必要去做無價值的軟件替換；

四、數據龐大，難以切換

作為多年經營的企業，曆史數據在一定程度上發揮著重要價值，替換系統意味著曆史數據丟弃，即使能够進行業務數據轉移，也不是一件易事，由於新老系統數據結構的差异，數據清洗工作异常繁雜；

讀到這裏的朋友們，對於企業不想換掉用了十年的老系統的現象，您是如何看待，歡迎留言討論！也可以關注同名公眾號閱讀更多內容。