域名預(yù)訂/競(jìng)價(jià)，好“米”不錯(cuò)過(guò)

國(guó)內(nèi)有位博主摘編了有關(guān)企業(yè)應(yīng)用市場(chǎng)的一個(gè)故事。這個(gè)故事說(shuō)到特斯拉在2012年即將推出Model S之際，因?yàn)椴粷M意SAP的ERP產(chǎn)品的靈活性和價(jià)格，選擇廢棄SAP，改用低代碼開發(fā)平臺(tái)Mendix，用了25個(gè)人，四個(gè)月時(shí)間自建ERP系統(tǒng)。

這個(gè)故事的主人公是當(dāng)時(shí)Tesla的CIO，Jay Vijayan。

一家汽車制造企業(yè)的信息系統(tǒng)無(wú)疑是非常復(fù)雜的。但在當(dāng)時(shí)，SAP的汽車行業(yè)解決方案肯定已經(jīng)包含了全球汽車制造行業(yè)的最佳實(shí)踐，一定能夠幫助Tesla建立起基本的信息架構(gòu)。一位做出如此決策的CIO想必一定不信任企業(yè)軟件行業(yè)。但實(shí)際上，這位印度裔的IT高管本人在傳統(tǒng)企業(yè)軟件行業(yè)就職多年，從VMWare，到Oracle。他對(duì)SAP，Oracle這類集成解決方案的企業(yè)應(yīng)用套件不可謂不熟悉。從2000年開始，他在兩家IT巨頭企業(yè)負(fù)責(zé)的就是ERP相關(guān)的企業(yè)套件開發(fā)。

如果換了另外一家汽車企業(yè)的CIO，會(huì)不會(huì)做出跟他類似的決策呢？我覺得大概率不會(huì)。全球幾乎所有的汽車整車廠商都買得起，也用得起品牌化的商業(yè)套件，有人選擇SAP，有人選擇Oracle。這些品牌套件對(duì)于汽車企業(yè)CIO來(lái)說(shuō)，買的就是一個(gè)放心。要能夠做出舍棄現(xiàn)成的選擇，自力更生，只有行家里手才會(huì)這么做。這就像普通人買固定規(guī)格的品牌電腦，極客會(huì)買來(lái)配件自己DIY一樣。Vijayan作為ERP產(chǎn)品公司的老兵，選擇不買ERP產(chǎn)品，而是自建，他要在內(nèi)部說(shuō)服老大Elon Musk，估計(jì)也是靠他的履歷。如果在Vmware和Oracle干了十年以上的人說(shuō)可以不買，可以自己實(shí)現(xiàn)，那還是比較可信的。

如果你聽說(shuō)一家汽車企業(yè)自己花了很多錢開發(fā)出一套ERP，結(jié)果不能解決問題，最終還是乖乖地買了SAP的方案，你可能覺得這樣的故事更可信一些。

問題是，為什么Vijayan的決策能夠成為現(xiàn)實(shí)？自建ERP為什么沒有成為特斯拉的夢(mèng)魘？

1

自建信息系統(tǒng)的抽象要求大幅降低

如果你要開一家飯館，必須要考慮到周邊顧客的不同口味，你可能要準(zhǔn)備五十種以上的菜譜，自然也就需要多品種的原料進(jìn)貨。但是如果要為自己家做一頓晚飯，你只需要買自己愛吃的菜就可以。商品服務(wù)和自用服務(wù)永遠(yuǎn)存在這樣的復(fù)雜度對(duì)比。

這個(gè)例子可能有點(diǎn)過(guò)度簡(jiǎn)單，軟件產(chǎn)品的復(fù)雜歸根到底是因?yàn)樗某橄笠?。比如你用一個(gè)CRM應(yīng)用，能夠管理自己的客戶訂單，訂單中可以增加產(chǎn)品明細(xì)，產(chǎn)品明細(xì)可以從產(chǎn)品目錄中選擇，產(chǎn)品目錄包含多層次的結(jié)構(gòu)，購(gòu)買A產(chǎn)品必須同時(shí)配套B產(chǎn)品；如果你要給客戶打折，你既可以選擇百分比折扣，也可以選擇折讓一個(gè)絕對(duì)值，甚至可以兩個(gè)一起干。我們用軟件能夠有這樣的靈活度，是因?yàn)檐浖S商根據(jù)紛繁復(fù)雜的商業(yè)實(shí)踐，抽象出了這樣的邏輯和結(jié)構(gòu)，讓它能夠滿足大量客戶的需求。

DIY的系統(tǒng)就扔掉了架構(gòu)抽象的一部分包袱。雖然依然需要一定程度的抽象，但只要密切地吻合自己的需求就可以，不必考慮其他行業(yè)和其他企業(yè)的差異。

而且，DIY系統(tǒng)可以更大膽地使用直接具體而非抽象的命名。 比如特斯拉必然會(huì)涉及到充電站管理，利用商業(yè)套件來(lái)管理，一般就需要借用抽象的資產(chǎn)管理模塊，一個(gè)充電站，一個(gè)充電樁，都必須歸屬抽象的“資產(chǎn)”定義，在資產(chǎn)項(xiàng)目中還必須配置和充電站相關(guān)的資產(chǎn)類目。但是，自建系統(tǒng)就可以大大方方地直接叫做“充電站管理”。這既簡(jiǎn)化了結(jié)構(gòu)，也讓用戶更容易理解。

換句話說(shuō)，像SAP這樣的通用管理軟件，并非不能用于特定行業(yè)的具體場(chǎng)景。只是它為了行業(yè)普適的需要，不得不建立更復(fù)雜的抽象層次，讓行業(yè)解決方案的設(shè)計(jì)和實(shí)施者能夠通過(guò)配置管理實(shí)現(xiàn)行業(yè)落地。特斯拉自建ERP的落地則不需要這個(gè)過(guò)度復(fù)雜的抽象過(guò)程。

特斯拉甚至能夠根據(jù)自己的業(yè)務(wù)模式對(duì)軟件模塊做出合理的舍棄。比如特斯拉并不存在經(jīng)銷商系統(tǒng)（Dealer Management System），而經(jīng)銷商管理是汽車行業(yè)ERP的核心模塊。去掉這一層會(huì)讓整個(gè)ERP系統(tǒng)簡(jiǎn)單很多。當(dāng)然，特斯拉也有自己獨(dú)有的需求，比如車輛軟件的在線升級(jí)，軟件包的選擇甚至要和出廠的批次準(zhǔn)確關(guān)聯(lián)。

2

Vijayan掌握了成熟的架構(gòu)模型

除了能夠在商品級(jí)ERP產(chǎn)品基礎(chǔ)上做減法，特斯拉的這位CIO還有支持他決策的法寶，那就是汽車制造業(yè)相關(guān)的架構(gòu)模型知識(shí)。這個(gè)智慧資產(chǎn)并不是SAP軟件的版權(quán)，也不屬于任何其他軟件企業(yè)，它不受任何知識(shí)產(chǎn)權(quán)法律的保護(hù)。

在信息系統(tǒng)架構(gòu)中，最重要的兩個(gè)部分就是數(shù)據(jù)架構(gòu)和流程架構(gòu)，其中尤屬數(shù)據(jù)架構(gòu)更為重要，因?yàn)樗橇鞒碳軜?gòu)的基礎(chǔ)。 這些知識(shí)對(duì)于成熟ERP產(chǎn)品的開發(fā)和實(shí)施者來(lái)說(shuō)是最重要，也是最有用的領(lǐng)域知識(shí)。在很多IT咨詢項(xiàng)目中，咨詢公司給出的實(shí)施方案中最有價(jià)值的也是這些部分。我知道一位英國(guó)的退休IT專家，就在自己的個(gè)人網(wǎng)站上賣幾千份各種各樣商業(yè)數(shù)據(jù)庫(kù)的ER圖（實(shí)體關(guān)系圖）。你付他幾千英鎊，他把整個(gè)庫(kù)都刻盤給你。Vijayan的經(jīng)驗(yàn)肯定足以覆蓋這些部分。

當(dāng)然大家也不要低估了這些模型的規(guī)模和實(shí)現(xiàn)的難度。對(duì)于汽車制造業(yè)這樣的復(fù)雜協(xié)作體來(lái)說(shuō)，ERP軟件所涉及的數(shù)據(jù)對(duì)象至少有幾百個(gè)，還有彼此之間錯(cuò)綜復(fù)雜的關(guān)聯(lián)關(guān)系。圍繞不同業(yè)務(wù)環(huán)節(jié)的流程至少有數(shù)千個(gè)之多。所有這些架構(gòu)知識(shí)都最終要轉(zhuǎn)換成命名準(zhǔn)確、結(jié)構(gòu)清晰和邏輯完善的軟件開發(fā)需求。

很多復(fù)雜的事情會(huì)讓普通人望而生畏，但是行家里手就是不一樣，他對(duì)復(fù)雜事物的內(nèi)部結(jié)構(gòu)了然于胸，自然能就地取材，巧手成器。我們聽到過(guò)退休工程師自己造飛機(jī)的故事覺得很離奇，但對(duì)于飛機(jī)工程師來(lái)說(shuō)，他的確認(rèn)為天下不只只有買飛機(jī)一個(gè)選擇，也可以自己造飛機(jī)。

3）低代碼開發(fā)工具的助力

即便是行家里手，他要在短時(shí)間內(nèi)開發(fā)出替代SAP商業(yè)產(chǎn)品的軟件必然也需要工具。在Vijayan的采訪文章中，他曾經(jīng)提到在2012年Model S發(fā)布之前，特斯拉只有非常有限的時(shí)間來(lái)完成自建ERP系統(tǒng)的開發(fā)，所以他選擇了一個(gè)在制造業(yè)有一些名氣的Mendix低代碼開發(fā)平臺(tái)（后來(lái)被西門子收購(gòu)）。低代碼開發(fā)平臺(tái)對(duì)企業(yè)關(guān)系數(shù)據(jù)應(yīng)用的實(shí)現(xiàn)做了很多預(yù)先的封裝工作。創(chuàng)建一個(gè)數(shù)據(jù)表，再建立錄入和查詢用的表單，配套數(shù)據(jù)增刪查改相關(guān)的工作流，這些過(guò)程幾乎都不用重復(fù)寫代碼。這就是為什么Vijayan能夠用四個(gè)月來(lái)實(shí)現(xiàn)。這個(gè)速度并不讓我驚訝。今天的低代碼/零代碼工具在四個(gè)月的尺度下的確可以完成非常復(fù)雜和大型的應(yīng)用了。況且，據(jù)他自己說(shuō)，還用了25個(gè)人。這25個(gè)人無(wú)疑是為了按業(yè)務(wù)環(huán)節(jié)分工，來(lái)同步創(chuàng)建大量的數(shù)據(jù)表和流程，從而縮短整體項(xiàng)目周期。

低代碼開發(fā)工具能夠?qū)崿F(xiàn)的企業(yè)應(yīng)用的確非常范式化，但是，絕大多數(shù)的企業(yè)應(yīng)用本身就是范式化的。尤其像ERP這樣的中后臺(tái)應(yīng)用，它就是由數(shù)據(jù)架構(gòu)、視圖權(quán)限、統(tǒng)計(jì)分析和工作流等組件來(lái)組成的，99%的用戶操作都可以抽象為數(shù)據(jù)的增刪查改操作。這就是為什么企業(yè)應(yīng)用開發(fā)必然走向這個(gè)模式化搭建的方向，而不必完全依賴原生技術(shù)棧。

實(shí)際上，即使是SAP，Oracle和微軟的企業(yè)應(yīng)用產(chǎn)品，它們也都支持低代碼的應(yīng)用自定義。Salesforce的Lightning，微軟的Dynamics, Oracle的APEX都是類似的工具。SAP可能是在這個(gè)策略下最晚行動(dòng)的巨頭，它也在本月發(fā)布了RUUM的公測(cè)版本。雖然它定位是滿足SAP客戶長(zhǎng)尾的個(gè)性化需求，但實(shí)際上用來(lái)解決骨干場(chǎng)景是一樣的邏輯。

特斯拉在2014年以后還是回到了原生開發(fā)的策略上，換成微軟的技術(shù)棧，用.Net開發(fā)出了最終版本的內(nèi)部ERP系統(tǒng)，被成為WARP。但我相信，特斯拉內(nèi)部肯定依然在用低代碼產(chǎn)品來(lái)解決很多問題，不可能所有的需求都跑去軟件研發(fā)團(tuán)隊(duì)那里去排隊(duì)。傳統(tǒng)的DevOps過(guò)程注定是昂貴的。國(guó)內(nèi)的蔚來(lái)汽車技術(shù)團(tuán)隊(duì)甚至自己開發(fā)了一款叫“赤兔”的低代碼平臺(tái)，用來(lái)更快響應(yīng)內(nèi)部的IT需求。

同樣，我也相信特斯拉絕對(duì)不會(huì)傻到完全不用商業(yè)軟件產(chǎn)品。ERP能夠自建，不代表所有的應(yīng)用都能夠或者需要自建。比如特斯拉絕對(duì)不可能自己開發(fā)工業(yè)設(shè)計(jì)軟件，也不需要開發(fā)自己的辦公Office應(yīng)用，這些專有產(chǎn)品就是應(yīng)該買來(lái)開箱即用。靈活的選擇，永遠(yuǎn)都是最理智的選擇。

Vijayan 2016年就離開了特斯拉，據(jù)說(shuō)他一直在籌備一家新的初創(chuàng)企業(yè)，但始終對(duì)外保密。我大膽地猜測(cè)，他在開發(fā)一款面向大型企業(yè)的零代碼應(yīng)用開發(fā)產(chǎn)品，也許他對(duì)當(dāng)年的Mendix也有很多不滿。

作者是明道云創(chuàng)始人任向暉，明道云是一款零代碼/低代碼企業(yè)應(yīng)用平臺(tái)。文中沒有提到明道云，并不代表作者不想推廣明道云給大家嘗試。相反，我覺得明道云是一款比Mendix更加易用，符合中國(guó)用戶需要的應(yīng)用平臺(tái)產(chǎn)品。

明道云團(tuán)隊(duì)近期出版了書籍《零代碼企業(yè)應(yīng)用搭建指南》 ，向我們公眾號(hào)的讀者開放50個(gè)免費(fèi)領(lǐng)書名額。如果您對(duì)零代碼/低代碼感興趣，可以掃描下方海報(bào)的二維碼填寫信息。若領(lǐng)取成功，則會(huì)有短信通知你。機(jī)會(huì)有限，抓緊時(shí)間領(lǐng)取吧！

申請(qǐng)創(chuàng)業(yè)報(bào)道，分享創(chuàng)業(yè)好點(diǎn)子。點(diǎn)擊此處，共同探討創(chuàng)業(yè)新機(jī)遇！