特斯拉自研ERP，帶來哪些啟示？

Oct 14, 2021

可以說，這個汽車行業內的驚天舉動可能也只有特斯拉有膽量做了

特斯拉自行開發ERP取代SAP系統的事情，引起了很多討論。為什麼會引起如此反響，個人猜測大部分原因在於人們已經習慣了SAP。供應商拿著PPT侃侃而談“上ERP是找死、不上ERP是等死”，然後都花錢購買服務上軟體，可是特斯拉這次竟然冒天下之大不韙動SAP、oracle的乳酪，著實令人震驚。

但是這次特斯拉特立獨行的打破了世俗的眼光，拋棄了已有數不勝數的成功經驗，懸樑刺股、鑿壁偷光的自己研發ERP，竟然還成功了，的確讓人汗顏，眾所周知在製造業的數位領域，汽車行業一直是最先進的排頭兵，SAP更是在這個領域絕對的王者，Tesla以外的汽車企業Top10中，有9家使用的都是SAP。

俗話說兵熊熊一個，將熊熊一窩，特斯拉的鋼鐵俠馬斯克頻頻出境已經讓人們領略過其風采，但這次主持研發特斯拉ERP的這位狠人卻並未太多人所熟悉。

Jay Vijayan，印度裔人士，出生於印度第四大城市金奈(泰米爾語：’’Chennai’’)。在加盟特斯拉前曾經在Oracle、Vmware等公司任職，在加盟特斯拉前曾經擔任VMware的技術高階總監。

履歷非常光鮮，在企業數位領域頭部公司均有所歷練。但是縱然擁有這樣的履歷，當初提自建ERP時該團隊只有25個工程師，要是一般的CIO以這樣的團隊老闆還讓自建系統，即使不膽戰心驚，也得轉頭回位置上開始寫辭職報告。

為什麼自建ERP？被逼上梁山的結果

而提出自建ERP的想法也並不是空穴來風，而是特斯拉：

“IT現在有太多系統了，我希望IT只要一套系統就夠了！這個系統不僅能夠實現企業內部的運營管理，也能夠連線外部的客戶，甚至可以遠端連線到正在馬路上行駛的特斯拉電動車”。

除了企業內部的需求導向，另外的原因也在於外部供應商已經不滿足他們的需求，也就是說即使交給SAP完成該資訊化建設，也是需要在其現有功能之上開發一部分的，原因主要在於：

1. 敏捷性：作為電動車的新興勢力，必須以極快的速度和敏捷的速度來推動汽車行業的根本變革，也就是說這個系統需要滿足極大柔性，需要隨時迎接變化；

2. 傳統系統已經固化：目前諸如SAP、用友ERP等系統由於是面向某個行業的可配置的解決方案集合，所有的系統都不是為某一個公司，而本身的系統平臺也不可能僅僅為某一個行業定做。從本質上講，這些資訊化系統已經非常臃腫，因為他是將所有企業共性需求抽取而形成的綜合解決方案，凡是能夠滿足的企業多，則必定會面臨靈活度差的缺點。

3. 無縫系統整合：特斯拉的本身的願景是建立一個垂直整合的組織，在這個組織中，資訊在各個部門之間無縫地流動。為了實現這一願景，特斯拉必須有一個簡單而集中的業務系統軟體，它可以連線所有部門，並實現跨部門的資訊無縫流動。在市場上找不到一個能滿足這種需求的IT系統。也就是說即使他們購買SAP軟體也只是應用其中一部分，比如碼的理念、配置驅動的研發、供應鏈、倉儲管理、全生命週期的預測演算法、工程變更的自動化應用、JIT、ANDON、動態成本控制等等。但如果要打造。

綜合來講鑑於特斯拉內部希望做到汽車行業引領者，而外部並不具備滿足其所有需求的資訊化系統，所以自研ERP聽起來豪言壯語，可是細細想來也是充滿了無奈，有些被逼上梁山的味道。

自研ERP之路

1、特斯拉早期直接使用了當時最好的低程式碼開發平臺Mendix（西門子花了8億美金收購了Mendix）；系統於2012年7月上線；

2、經過8年的迭代，Tesla核心的數位系統，已經完全由自主開發，並且全公司遵循統一的軟體開發管理準則；

3、這套系統的內部名稱叫Warp Drive（“Warp”），包括了所需要使用的供應鏈、產品規劃、庫存、銷售訂單管理、資產、財務、潛在客戶管理等絕大部分業務流程；

4、維護這套系統現在需要超過250個工程師；
透過網上如上描述可獲知：特斯拉一開始並不是衝著ERP去的，而是因為SAP的行業解決方案已經不滿足其需求，而是利用SAP的企業資源管理功能作為託底，然後利用低程式碼開發平臺mendix進行開發，也就是說最初的定位其實是SAP覆蓋不到的功能進行開發，整體完善的功能搭建完成之後然後再反噬SAP的功能空間，最終形成了包含特斯拉企業內外部業務的資訊化系統。

而且，最重要的是即使上線之後仍然用友250名運維團隊，這也給部分企業希望走資訊化系統自研之路的企業潑了一盆涼水，就撇開馬斯克義無反顧式的自研決定，還是Jay Vijayan輝煌的企業數位服務履歷，就是250+的運維團隊又有多少企業可以提供。並且特斯拉也並不是在一無所有的情況下進行一場冒險之旅，因為開始階段SAP是起到內部管理託底的作用，才會允許他進行一場說走就走的自研旅行。

自研ERP的成功之鑰

企業數位服務能力

從事企業資訊化的人員基本上都認可一個內容：真正困擾企業資訊化發展的並不是IT技術，而是TOGAF經常提到的業務架構、功能架構與資料架構，而在Oracle、Vmware等企業數字化服務商從業的Jay Vijayan對於這些企業模型自然並不陌生，而且加上汽車製造業相關的架構模型知識已經趨於成熟，甚至現招一位汽車資訊化的行業專家也並不是不可以。

低程式碼開發架構

低程式碼開發平臺對企業關係資料應用的實現做了很多預先的封裝工作。建立一個數據表，再建立錄入和查詢用的表單，配套資料增刪查改相關的工作流，這些過程幾乎都不用重複寫程式碼。這就是為什麼Vijayan能夠用四個月來實現。這個速度並不讓我驚訝。今天的低程式碼/零程式碼工具在四個月的尺度下的確可以完成非常複雜和大型的應用了，而且他也是站在已有SAP系統功能的情況下開發，然後反過來再逐步替代，也就是說他是站在巨人肩膀上的牛頓。

前車之鑑

自研ERP其實更多的是噱頭，聽起來唬人，但是真實的情況是前期在SAP滿足不了的功能之外利用低程式碼平臺進行開發，然後反過來替代了一部分SAP的功能，前後順序一旦顛倒造成的影響可想而知，如果給一張白紙的企業，交給Vijayan自研ERP的任務，估計他的遺言會變成“自研ERP成功日，家祭無忘告乃翁”。

企業資訊化的未來發展

目前已經進入了軟體定義世界的範疇，大到企業管理，小到舉辦企業年會投影用的留言小程式，軟體在其中都扮演不可替代的作用。這樣局面造成了軟體開發人員需求量劇增，程式設計師的各類段子也是在這種情況下盛傳。

企業的資訊化建設更多是牽一髮而動全身，比如一個百十人的製造型企業竟然會有大小十幾個總監，所謂麻雀雖小五臟俱全，引用周星馳《喜劇之王》當中的名言沒有小角色只有小演員。只有規模小的企業但是業務系統一定是包羅永珍的，所以企業資訊化系統的變更頻次是相對可控的。

但是考慮到如今市場對於企業響應速度要求越來越高，造成企業內部組織架構頻繁變更，業務流程實時更新，進而造成企業管理系統也需要頻繁翻新，所以企業資訊化系統之前那種建設一個系統為子孫後代服務的思想已經嚴重落伍。目前越來越多的企業已經有了購買二次開發平臺的需求，按道理給企業交付的應該是直接面向業務團隊的SAAS服務才行，這也明顯能夠感覺到企業已經逐漸認識到在業務頻繁變更的表象之下應該有一個統一平臺，所以我們可以斷言未來企業仍然脫離不了ERP、MES與PDM三駕馬車，但是與該業務類似的諸如售後服務、客戶管理等額外的拓展功能會在統一的開發平臺之上做開發，以ERP、MES與PDM的功能作為託底然後對企業業務的單點需求進行最佳化與補充。

工業物聯網平臺會催生更多“自研ERP”的故事

當企業資訊化變更的頻次會越來越多，這就造成對於能夠滿足工業級或者產業級的平臺的需求越來越迫切，在這個階段我國適時提出了工業網際網路：工業網際網路的本質是透過開放的、全球化的工業級網路平臺把裝置、生產線、工廠、供應商、產品和客戶緊密地連線和融合起來，高效共享工業經濟中的各種要素資源，從而透過自動化、智慧化的生產方式降低成本、增加效率，幫助製造業延長產業鏈，推動製造業轉型發展。

透過概念我們也可以用初中肄業的語文水平來進行解讀一下：打造開發的、全球化的工業級平臺。所以當我們在為特斯拉自研ERP或震驚、或歡呼時，我國其實已經彷彿開了遊戲的上帝視角一般進行工業網際網路押注。

特斯拉自研ERP之路與工業網際網路進行一一對比的話，特斯拉利用的低程式碼平臺其實就是工業PAAS，用於抽象整個企業對於資訊化的共性功能，但是這部分功能基本已經下沉到流程、使用者與資料管理層級，因為面向使用者的服務功能每個企業都是千差萬別的。而特斯拉第一步以SAP功能為託底進行研發的功能其實就是新型的工業APP範疇，代表著敏捷、自由定製、更貼合用戶習慣等性質。

也就是說工業網際網路PAAS平臺越成熟，中國企業則會出現更多諸如“自研XX系統”的故事，因為有ERP、MES與PDM大系統託底，由於高度可配置開發的平臺作為依託，數以萬計的工業APP將會面世，會出現更多企業版的自研故事。

企業資訊化從業者的未來之路

企業資訊化從業者目前大致分為兩類：業務顧問與開發顧問，SAP的顧問是按照模組、業務/開發進行嚴格劃分的，但是隨著工業網際網路PAAS平臺會逐步成熟，二次開發平臺的開發門檻會越來越低，企業所需的功能大部分只需要實施配置即可，並不需要太多比較深入的開發，比如電腦剛開始發明的時候開啟系統是需要專門人士寫程式，但是現在基本已經實現了傻瓜式應用。同樣的道理目前華為推出面向DevCloud_DevOps開發平臺也封裝了一些面向開發人員的工具，提升效率的同時降低了開發准入度，也就是說開發會越來越趨於簡單，其發展軌跡可參考手動擋 — 自動擋 — 自動駕駛。

也就是說開發顧問會逐漸向業務諮詢方向發展，幫助客戶梳理流程、然後重塑流程，因為企業流程重塑的發起者往往需要以第三者的姿態去梳理。

而隨著軟體作用的不斷提升，企業對於單點性質的系統應用軟體需求會逐步提升，所以規模性企業並不排除會增加資訊部人數的可能，進而在企業已有的功能之上完成單點功能的最佳化補充，提升客戶、供應商或者內部業務人員的使用者體驗，所以對於向削尖腦袋往甲方去的同學是一個利好訊息。

文：企業信息化資訊

【End】