ERP要完蛋了?

以下文章來源於阿朱說 ,作者呂建偉

導讀

從2015年開始,中國在風投的推動下,出現了一大批創業的、原生長在公有IaaS雲上的、原生SaaS技術架構的企業軟件廠商。因爲創業、力量薄弱,所以他們的創業就是做單品尖物,希望針尖捅破天。

文章來源

本文作者:呂建偉(網名阿朱),用友網絡副總裁、用友研究院院長,著有《走出軟件作坊》。數字化企業經「阿朱說」授權發佈。

在這兩年,中國有個媒體潮,那就是:單品正在拆解ERP,ERP要完蛋了。如果單品能力不足,還有PaaS開放平臺和低代碼平臺來發動全業界生態進行快速商業創新來補嘛。

看到這個思潮,我又想起了SAP在90年代末。因爲在90年代末,全球互聯網真是大熱啊,而且當時還崛起了不少獨立模塊的巨頭:如CRM軟件廠商Siebel,如人力專業軟件廠商PeopleSoft……所以在當時SAP也遭遇了這個問題,那就是ERP要完蛋了,一方面受互聯網電子商務顛覆,一方面受單點獨立模塊頭部廠商拆解,SAP真是被兩頭夾擊啊。

20多年已經過去了,咱們有必要回顧一下SAP是怎麼做到大爺還是你大爺,ERP還是ERP的。

回顧過去,審視現在,平和心態,走對路。

1. ERP要完蛋了?

企業應用軟件

01ERP

ERP是有個前世的:60年代的MRP、70年代的閉環MRP、80年代的MRPII,到了90年代就形成了ERP。1990年,Gartner定義了ERP。1992年,SAP 發佈R/3,是世界上第一套符合ERP定義的企業內部管理軟件套件。

02企業應用軟件分層

企業分爲:高層決策層、中層管理層、基層操作執行層。所以企業軟件也有:決策軟件、管理軟件、操作執行軟件。我們今天重點談管理軟件,不重點談決策軟件和操作執行軟件。

03企業應用軟件分類

按行業分:這個世界,還有很多的行業,所以也會有很多行業的業務操作軟件,如電信的、銀行的、醫院的、學校的、高鐵的、飛機的、超市的、稅務局的、海關的、社保局的…。我們今天也不重點談各個行業的業務操作軟件。

很多人分不清啥叫ERP行業解決方案,啥叫行業業務應用軟件。我這裏講的都是行業業務操作軟件。

那爲啥有了行業業務操作軟件,還需要有ERP行業解決方案啊?沒有辦法,同一個客戶字段名稱,在醫院叫患者,在學校就叫學員。否則你作爲醫院的工作人員,你買了套ERP,裏面把患者都叫客戶,你心裏膈應不膈應?

我是不喜歡把企業應用軟件按領域分的。比如分成財務、人力、供應鏈、製造、CRM等等…因爲我做的是企業資源計劃啊,我學的戰略管理、組織管理、項目管理、流程管理、全面績效管理啊,在我眼裏,企業是個完整的實體,我要去統籌企業所有這些資源爲戰略目標達成和績效價值而努力,而不是財務+人力+採購+製造+銷售+客服堆加起來的。

2. ERP要完蛋了?

ERP的鼻祖和老大:SAP

SAP自從1971年成立,到今年50年了(半個世紀)。

在這半個世紀,SAP主要發佈了幾個大版本的產品:R/1(1972年)、R/2(1982年)、R/3(1992年)。這三個版本真的是一代代完全重寫的啊。

在R/3之後的2001年出了一個MySAP.com。主旨就是連接:

從上游供應鏈管理SCM向外延伸,主要是嘗試和當時流行的B2B電子商務鏈接在一起,推出了SRM模塊

從下游SD銷售與分銷管理向外延伸,推出了CRM模塊

從MRP向上遊延伸,延伸到了研發環節,推出了PLM(產品生命週期管理)模塊。

你看,MySAP這個套件版本就是R/3的延伸了。

SAP曾經想把這一套命名爲ERPII。但是,終究沒有樹立起來。

你發現沒,SAP,這個從成立以來就一直專注做全球巨型企業ERP的廠商,每十年就發佈一代新版本。這就意味着,客戶陸陸續續把模塊好不容易都實施上線了,剛剛流暢用起來了,對不起,下一代來了。

在MySAP.com之後,2004年,SAP又推出了ECC和NetWeaver。這個版本表明:我SAP也不是無所不能,我只做這些核心(ECC就是企業核心組件的意思)。其他的,你們和我的集成平臺NetWeaver集成吧。(NetWeaver就是SAP在2001年併購的TopTier基礎上搞出來的)。

那集成啥呢?集成決策層軟件、基層操作執行軟件、行業業務操作軟件啊。所以ECC也是R/3的延伸。

2004年之後,2010年,SAP在併購TIM內存數據庫、Sybase關係數據庫、BO可視化的基礎上,推出了自家的大數據技術平臺HANA。2012年,在HANA的技術支撐下,把ECC進行了匹配改造,換了技術地盤,這就是現在的S/4 HANA。後來又支撐了雲原生技術,這就是後來的S/4 HANA Cloud。你看S/4也是R/3的延伸。

說白了,SAP從1992年後,這30年來,軟件就沒有重新開發過,就是不斷持續改進。

說明,ERP在90年代就已經恆定。

3. ERP要完蛋了?

ERP標準和產業協會

中國是大政府、小社會。所以類似社會性的組織:比如宗教、協會、互聯網公司,都比較……

歐美是小政府、大社會。所以協會的力量異常強大。我過去專門寫過文章介紹過歐美的協會,太紮實了:

1、產業發展規劃:產業前瞻洞察、國家規劃參與制定與建議

2、產業標準制定:產業標準制定、產業標準推廣與培訓、產業標準評測認證諮詢

3、標準推廣:媒體(產業信息披露報道/展示推廣)、線下展會(展示推廣)、遊學參觀交流(深度學習交流、促進合作)

4、公共平臺研發:開源平臺研發(內置標準)、投資基金會(支持開源平臺研發)

而60年代的MRP(物料需求計劃,Material Requirement Planning,MRP),就是美國生產與庫存控制協會(APICS:American Production and Inventory Control Society)定義的。

另外再多說一句:MES是製造執行系統協會(Manufacturing Execution System Association,MESA)定義的。SCM是美國供應鏈協會定義的。

爲啥中國的企業應用軟件產品是藉助若干個大客戶的現實項目打磨出來的(其實不能叫標準產品,而是叫多個大客戶的混合體)。爲啥歐美企業應用軟件產品能一次性做對,其實和這些協會定義行業標準、推廣認證行業標準、落地行業標準到軟件中有莫大關係。

4. ERP要完蛋了?

60年代MRP:物料需求計劃

MRP是Material Requirement Planning,物料需求計劃。

要生產一個產品,需要有五個資源要素:

1、生產什麼:產品圖紙

2、生產原料在哪裏:物料管理

3、生產設備在哪裏:設備管理與設備維護

4、生產工人在哪裏:勞動力管理

5、生產資金在哪裏:會計與財務管理

要生產了,到底需要多少物料?這就是典型的物料管理之物料需求計劃。

現在物料有多少,這就是典型的物料管理之物料庫存管理。

但是除了庫存還不夠啊,咋辦?這就需要採購了。但其實供應鏈管理SCM是在ERP時代纔出現,因爲SCM涉及到企業-供應商之間,不單單是企業內部各個部門協同的事了。

在60年代,大家還是把精力主要放在依靠自己內部資源在內部搞定問題。

5. ERP要完蛋了?

70年代閉環MRP

在60年代MRP時期,其實咱們忽略了一個問題:到底要生產多少產品?到底要具體什麼時間生產出多少產品,比如全年要生產100萬件產品,是每月生產10萬件,還是有幾個月要多生產,其他幾個月要少生產?

因爲只有這個問題明確了,才能推導出到底需要多少零配件和原料,什麼時候需要。

但是這個問題在60年代不是事。因爲在60年代是求大於供的時代,只要你能生產出來就有人搶着買走。但是到70年代了,這事不靈了,進入了基本供求平衡的時代了。該考慮生產多少了。

但是因爲當時問題還不尖銳,所以企業會根據自身發展目標和市場需求調研,先自己搞個假設性的生產規劃。

然後根據自己的生產能力、生產設備運轉負荷,搞個主生產計劃。

根據主生產計劃、產品物料清單(BOM)、物料庫存,來制定物料需求計劃。

這就把物料-生產聯繫在了一起,這就是閉環MRP。

6. ERP要完蛋了?

80年代MRPII

Manufacture Resource Plan

MRPII:Manufacture Resource Plan,意思是製造資源計劃。

一開始咱們就說了,要生產一個產品,需要有五個資源要素:

1、生產什麼:產品圖紙

2、生產原料在哪裏:物料管理

3、生產設備在哪裏:設備管理與設備維護

4、生產工人在哪裏:勞動力管理

5、生產資金在哪裏:會計與財務管理

剛纔MRP、閉環MRP是把物料問題算是比較好地解決了。但是其他還沒解決啊。

所以爲了讓生產設備不能出現異常停工導致計劃錯亂,就出現了設備維護系統。SAP後來出了PM模塊(Plant Maintenance,設備維護)就是幹這事的。

爲了覈算產品生產成本,進行產品定價,就需要覈算生產產品中需要的設備投入成本、人力投入成本、物料投入成本。所以出現了管理會計模塊,當時重點在成本覈算,還不在預算、目標成本控制。你看SAP CO模塊(Controlling)就是幹這事的。爲了覈算設備投入成本,也就有了SAP AM模塊(Asset ManageMent)。財務會計、管理會計、固定資產覈算與管理,成了財務產品線的三大核心模塊。

爲了覈算生產工人投入成本,就有了勞動力管理。這就是SAP HR軟件的起源。所以,SAP的HR軟件是一直靠着HCM(人力資本管理)路線走的。而後來崛起的專業的獨立的HR軟件廠商PeopleSoft,是靠着人才管理(Talent Management)路線走的。

爲啥從生產製造管理而來的軟件會最後化爲普遍的各行各業都能用的軟件?就是因爲財務、人力這兩大職能產品線的出現。所以說啊,MRPII就是這道關鍵的翻轉門。

7. ERP要完蛋了?

90年代ERP

Enterprise Resource Planning

ERP,Enterprise Resource Planning,企業資源計劃。很清晰,就是企業這個邊界範圍內的各種資源(不限於製造資源),更好的運籌起來發揮最優的排列組合價值。

90年代,已經到了供大於求的時代了,現在不好好做好產供銷的聯動、只搞生產製造工廠內部那點事,已經不行了。所以,ERP其實是企業採購部門、生產部門、銷售部門三個部門要打通聯動。

所以,ERP開始在MRPII的基礎上繼續擴張:

1、供:沒有物料了怎麼辦,得采購啊。所以擴展出來新的模塊:SCM(供應鏈管理)。

2、銷:你怎麼定生產規劃和主生產計劃?一定需要以銷定產。那能銷多少呢?過去的銷售,要麼是直銷要麼是分銷,所以就出現了銷售管理和分銷管理系統。在SAP就出現了SD模塊(Sales and Distribution)。

3、產:你是以銷定產了,生產的進度符合市場銷售週期,生產的數量也對。但是產出來產品質量不好,賣不出去,那也不行。所以就出現了全面質量管理系統。在SAP就出現了QM模塊(Quality Assurance)。

8. ERP要完蛋了?

2000年代ERPII

Enterprise Resource Planning II

其實這就是咱們最開頭講到的SAP推出MySAP.com這個套件想主打的概念:ERP II。

意思就是從ERP套件基礎上繼續擴張:

1、供:SCM供應鏈管理還是延伸的不夠,需要和供應商直接關聯在一起,所以就出現了SRM。

2、銷:銷售與分銷管理還是不準確,必須要擴張到最終客戶甚至潛在客戶。所以就出現了CRM。

3、產:生產工廠得和設計院緊密合作啊。於是就出現了PLM。

所以,ERP是企業內部資源計劃,而ERPII其實已經擴張到企業外部了,這都不屬於經典的ERP了。很多人對ERP沒有認知,以爲CRM也是ERP的一部分,這是不對的。

SRM:企業-供應商。

CRM:企業-客戶。

PLM:企業-設計院。

這樣的思路,在2001年這個時間節點產生,一點都不奇怪,畢竟那是人類第一次全球互聯網熱潮嘛。但那已經不是正宗的企業內部資源計劃管理了。

9. ERP要完蛋了?

2010年之後的世界

1995年Amazon誕生,在線零售銷售交易。

1995年Yahoo誕生,在線資訊門戶數字廣告。

1998年Google誕生,在線信息搜索數字廣告。

2004年Facebook誕生、2006年Twitter誕生,在線交互社區與在線社交媒體數字廣告。

2009年WhatsApp誕生,在線IM社交數字廣告。

所以,在SRM的基礎上,又延伸出了B2B電子商務。

所以,在CRM傳統線下面銷、電話呼叫中心電銷、EDM和官網銷售三大招的基礎上,又延伸出了:B2C電子商務零售、ADTech(廣告技術)、MarTech(營銷技術,主要偏社區營銷)。

所以,在PLM的基礎上,又延伸連接到了研發設計工具一條鏈上:3D CAD-CAE仿真驗證-VRAR仿真體驗-CAPP工藝路線-CAM計算機輔助製造控制-3D打印增材製造。而很多人,又因爲CAM計算機輔助製造控制,又和工業自動化一條鏈連接在一起:CNC、工業機器人、PLC、DCS、HMI、SCADA、設備遠程診斷與運維、數字孿生遠程可視化。其實,研發管理、研發設計工具鏈、工業自動化鏈,是三個完全不同的東西。這真是拔出蘿蔔帶出泥。

而上述的這些,和ERP一點毛關係都沒有。

10. ERP要完蛋了?

小尾巴

很多人說,阿朱老師:

1、供:從供應鏈管理衍生出來的WMS、TMS屬於ERP不?

2、產:從生產管理衍生出來的APS、MES屬於ERP不?

3、銷:從銷售與分銷管理衍生出來的零售門店POS屬於ERP不?

我想呵呵。這些都是操作執行層軟件,不是管理層軟件。第二明確說一聲,這根本不屬於ERP,ERP是企業管理軟件。

11. ERP要完蛋了?

擴展還在繼續

當年,開發-部署-配置,企業IT部門的人就會。後來分佈式中間件技術出現了,企業IT部門人就不會了,企業軟件建設工作重心就轉移給了乙方的專業實施人員了。過去的實施人員,SQL開發-部署-配置,全掛子本領。後來分佈式數據技術出現了,實施人員也不會了,現在的實施人員就會做應用軟件配置了。我在想,啥時候實施人員連應用軟件的配置都不會了?

現在,財務、人力、供應鏈、製造、CRM、營銷、電子商務,每一塊都異常龐大。就連過去財務中的一個小點(如費控)、採購中的一個小點(如企業辦公採購、員工商旅採購、員工福利採購),現在都能做一家上市公司。所以估計現在實施顧問連軟件配置都Hold不住了。過去一個實施顧問就能懂全部套件,後來只能懂一個產品線,後來就懂一個模塊。我估計未來啊,一個實施顧問就懂一個應用場景。

過去一個實施人員包打天下,現在細分的很:

1、業務諮詢顧問(業務專家):戰略規劃、業務管理梳理與改進

2、IT諮詢顧問:IT藍圖規劃、IT集成方案、IT數據方案、IT治理方案

3、售前顧問:IT需求-產品組合解決方案

4、銷售:報價-商務

5、技術實施顧問:產品部署(高可用、高穩定、高性能、高安全)

6、應用實施顧問:產品配置

7、定製開發工程師:擴展新功能開發、插件開發、集成開發、報表開發

8、數據工程師:數據清洗、數據歸檔、數據ETL、數據加工、數據挖掘

發佈留言

發佈留言必須填寫的電子郵件地址不會公開。