愿程序員早日脫離996。
作者 | 小沐
編輯 | 火柴Q
趨勢與洞見No.52
2005年，在國內(nèi)某大型化工廠工作的萬斌來到位于瑞士的世界第二大造紙廠參觀。
一般人印象中，造紙是非常傳統(tǒng)的制造業(yè)，而萬斌卻看到，在寬如候車廳、長如十幾節(jié)車廂、高約三層樓的車間里，機器井然有序，管理人員加工人一共就5人，2人坐鎮(zhèn)中控室，3人負責巡查。
“簡直就像兩個世界！”前后參觀過國內(nèi)外500余家企業(yè)的萬斌對「甲子光年」感嘆。
彼時，歐美軟件市場發(fā)展早，企業(yè)信息化管理理念和投入走在前列，整個車間能實現(xiàn)數(shù)據(jù)流通，從生產(chǎn)、財務(wù)、采購到銷售協(xié)同性高，出錯率低。
而在中國，萬斌看到的是，企業(yè)需求的個性化世界第一，對IT行業(yè)挑戰(zhàn)極大，嚴重依賴高級技術(shù)人員，最終形成了全面項目化、價格畸高的市場。
4年后的2009年，萬斌創(chuàng)立搭搭云，想將企業(yè)所需各類軟件抽象出通用模型、形成底層平臺，通過配置和少量開發(fā)就能開發(fā)出能管理關(guān)鍵復(fù)雜業(yè)務(wù)的軟件應(yīng)用，這一做就是10年。
這之后，一批持相似理念的公司陸續(xù)出現(xiàn)：
徐平俊在2010年創(chuàng)立從BPM切入的云開發(fā)平臺公司奧哲；任向暉在2011成立辦公協(xié)作SaaS公司明道云；劉鑫在2014年成立移動應(yīng)用開發(fā)工具APICloud。它們?nèi)缃穸紖R入了近年來乘云計算趨勢而起的一個新賽道——“低代碼”。
低代碼，本質(zhì)是一種類似“樂高積木”的理念——將通用、可重復(fù)使用的代碼形成組件化的模塊，通過圖形化的界面來拖拽組件拼成應(yīng)用，從而在只寫少量代碼或不寫代碼的情況下，搭建軟件應(yīng)用。
“降低成本、降低價格、降低技術(shù)和人員門檻，這是低代碼平臺要解決的終極問題?！比f斌告訴「甲子光年」。
在相似的“降低開發(fā)門檻”、“更高效構(gòu)建企業(yè)軟件”的需求下，APaaS、RPA和中臺等實踐在中國的增多（可見《SaaS公司做PaaS：過去了就厲害，過不去就死》、《數(shù)據(jù)中臺，下一個平臺型創(chuàng)業(yè)機會》、《RPA：AI落地的接盤俠》）。
這些紛繁概念，正共同回應(yīng)著云時代，企業(yè)構(gòu)建軟件系統(tǒng)的挑戰(zhàn)和機會——生產(chǎn)力與生產(chǎn)關(guān)系正同步變革，只依靠ERP、財務(wù)軟件等割裂的系統(tǒng)就能打理好公司的時代早已過去：
運營上，要求“實時在線”。
經(jīng)濟活動整體數(shù)據(jù)化程度的提升，需要業(yè)務(wù)實時在線，倒逼企業(yè)搭建覆蓋面更廣的信息化系統(tǒng)，使用者已從管理人員拓展到前端業(yè)務(wù)人員；
戰(zhàn)略上，要求“敏捷創(chuàng)新”。
部分企業(yè)管理思維已在主動發(fā)生變化。數(shù)字化轉(zhuǎn)型的過程，是企業(yè)內(nèi)部各條線向上“戰(zhàn)略對齊”的過程——充分理解管理層戰(zhàn)略，同步執(zhí)行、敏捷創(chuàng)新，以靈活應(yīng)對多變市場，快速決策末端業(yè)務(wù)方向。
例如，過去很多中國企業(yè)的CFO只算賬，現(xiàn)在的CFO要做戰(zhàn)略財務(wù)管理；過去很多CIO只采購基礎(chǔ)設(shè)施，現(xiàn)在的CIO需要理解企業(yè)數(shù)字化轉(zhuǎn)型戰(zhàn)略，思考第二曲線；甚至最末端的業(yè)務(wù)人員也要靠近“一把手思維”，比如，阿里僅僅用數(shù)百名運營人員，就支撐了全年超5萬億人民幣的GMV，他們被稱為“CEO級小二”，因有數(shù)據(jù)和運營工具的支撐，他們可以直接做決策，讓企業(yè)實現(xiàn)“神經(jīng)末梢”的靈敏反應(yīng)。
落實到信息化系統(tǒng)上，“實時在線”，要求數(shù)據(jù)的打通和流轉(zhuǎn)；“敏捷創(chuàng)新”，要求空前靈活的開發(fā)能力——低代碼正在第二點上發(fā)揮作用。
今天，「甲子光年」的文章將聚焦在低代碼類產(chǎn)品的討論。
我們采訪了包括阿里宜搭、SAP、奧哲、搭搭云、APICloud、數(shù)式、輕流、明道云和華閩通達在內(nèi)的國內(nèi)低代碼各類玩家，及在該領(lǐng)域有投資布局的盈動資本等機構(gòu)，試圖回答：可能對企業(yè)運營、管理轉(zhuǎn)型至關(guān)重要的低代碼實踐，在國內(nèi)到底進展幾何？
1.低代碼起勢
低代碼開發(fā)平臺在中國一級市場的“走紅”，直接原因是OutSystems激起的水花。
2018年6月，這家已成立16年、專注低代碼開發(fā)平臺12年的公司一舉獲得KKR和高盛的3.6億美元投資，估值超過10億美元，成為新晉獨角獸。
OutSystems的同行同樣表現(xiàn)亮眼：
2018年8月，低代碼開發(fā)平臺Mendix被西門子以7億美元收購；2019年5月初，上市軟件公司Magic又收購了低代碼開發(fā)初創(chuàng)公司PowPow。
國內(nèi)市場同期也消息頻頻：
2018年5月，低代碼軟件開發(fā)平臺搭搭云（2009）獲千萬級人民幣A輪融資；
同年9月，可視化機器編程云服務(wù)平臺宜創(chuàng)科技（2014）獲清源創(chuàng)投戰(zhàn)略融資；
同年12月，無代碼業(yè)務(wù)流程管理系統(tǒng)搭建工具輕流（2015）獲近千萬人民幣Pre-A輪融資；
8月，軟件產(chǎn)品服務(wù)商數(shù)式科技（2019）獲盈動資本數(shù)千萬人民幣天使輪融資；
同月，PaaS平臺研發(fā)商ClickPaaS（2017）獲晨興資本數(shù)百萬美元A輪融資。
此外，具有低代碼開發(fā)平臺能力的玩家，比如做BPM（業(yè)務(wù)流程管理）起家的奧哲、提供APP開發(fā)工具的APICloud、辦公協(xié)作領(lǐng)域的明道云等，也都開始對外強調(diào)自己的“低代碼”身份。
其中，奧哲連續(xù)在去年5月和今年3月連續(xù)獲阿里5千萬人民幣A 輪融和高榕資本上億元B輪融資。
從一級市場的動向來看，低代碼至少成了當前一個不錯的“融資概念”。
2.更多、更快、更深、更重要
但低代碼被視作機會，不僅僅是因為對歐美市場的追風和復(fù)制。
實際上，中國的創(chuàng)業(yè)公司和巨頭，在這一輪資本小熱潮之前，就已開始嘗試低代碼理念的產(chǎn)品。
如投資了奧哲的阿里，從2016年起就在布局低代碼，今年，這一產(chǎn)品正式被命名為宜搭，開始以阿里云和釘釘為平臺對外輸出。
而奧哲、搭搭云等新近或融資的廠商，在低代碼領(lǐng)域沉淀已久，如奧哲2010年發(fā)布的“H3 BPM”，搭搭云2010年推出的“九章全協(xié)同云”等產(chǎn)品中都有類似低代碼的理念。
在海外市場，微軟在2015年發(fā)布的PowerApp、Google 2018年開始測試的App Maker等都是低代碼產(chǎn)品。
而AWS也已在2016年挖角了曾先后在Salesforce、谷歌和微軟有低代碼開發(fā)平臺經(jīng)驗的Adam Bosworth，暗中醞釀著自己的低代碼力量。
新老玩家齊聚，資本傾囊支持，看中的是低代碼背后的深層需求推力。
在2017年的一場校友聚會上，低代碼數(shù)據(jù)集成平臺客戶數(shù)據(jù)中臺Linkflow（2017）創(chuàng)始人盛馬丁聽了聯(lián)想CIO Arthur Hu的演講，深受啟發(fā)。
Arthur Hu否定了傳統(tǒng)軟件廠商SAP、Oracle以往所做的BestPractice（最佳實踐），即把一家公司成功經(jīng)驗復(fù)制到其他公司的做法；他認為現(xiàn)在每個大企業(yè)都有一定數(shù)量的開發(fā)者，其業(yè)務(wù)也都獨一無二，再按照以往的路數(shù)行不通：“大企業(yè)需要的是一種可以讓它快速應(yīng)對各種市場變化，響應(yīng)客戶需求的IT能力?！?
這種從復(fù)制最佳實踐到越來越追求獨特化的變革，有兩個推動因素——云計算的興起和移動互聯(lián)網(wǎng)的深化發(fā)展。
“尤其是2018年后半年，企業(yè)上云的拐點到了，大家都會談如何去轉(zhuǎn)型升級，因為業(yè)務(wù)在不斷發(fā)生變化?！睙o代碼業(yè)務(wù)流程管理系統(tǒng)搭建工具輕流創(chuàng)始人兼CEO薄智元告訴「甲子光年」。
云計算改變了企業(yè)信息化基礎(chǔ)架構(gòu)，移動互聯(lián)網(wǎng)發(fā)展帶來大量數(shù)據(jù)通道——企業(yè)的內(nèi)部管理系統(tǒng)和對外業(yè)務(wù)都在經(jīng)歷全面的在線化和數(shù)據(jù)化，它讓企業(yè)的信息化需求變得更多、更新、更深和更重要。
更多是指，信息化系統(tǒng)從后端移向前端，軟件的使用對象從管理層的“一小撮人”向更為廣泛的業(yè)務(wù)人員甚至最終C端用戶滲透，需要支持的企業(yè)內(nèi)用戶數(shù)量和需求數(shù)量都在增多。
“以前買ERP，其實是核心人員在用，現(xiàn)在我們的系統(tǒng)則是全員使用。”奧哲創(chuàng)始人兼CEO徐平俊對「甲子光年」說。
更快是指，在系統(tǒng)前移，向全員滲透的情況下，軟件自身的迭代也不斷加速。
更深是指，軟件解決的問題已不再受限于具體管理職能，而是要不斷擴展新邊界，解決包括數(shù)據(jù)打通、流程優(yōu)化和創(chuàng)新業(yè)務(wù)在內(nèi)的多樣問題。
更重要則是指，在數(shù)字化時代，信息和數(shù)據(jù)能力成為企業(yè)應(yīng)對瞬息萬變市場變化的核心能力，因而開發(fā)能力和速度成為企業(yè)競爭力的重要一環(huán)，稍有延誤，機會便稍縱即逝。
“現(xiàn)在系統(tǒng)和業(yè)務(wù)結(jié)合得更多了，業(yè)務(wù)可變性又很強，這就需要強大的IT能力?！睌?shù)式科技投資方盈動資本合伙人蔣舜告訴「甲子光年」。
更多、更快、更深和更重要，四者疊加，軟件應(yīng)用的開發(fā)需求暴增。
以往，企業(yè)解決這些開發(fā)需求的方式無非兩種：一是內(nèi)部或外包做定制化開發(fā)；二是直接買成品，部署軟件。
然而，兩者都已無法滿足當下需求。
定制化開發(fā)雖足夠個性化，但開發(fā)周期長、投入大；而且中國軟件開發(fā)人員緊缺，集中在互聯(lián)網(wǎng)、金融等行業(yè)，大量傳統(tǒng)行業(yè)“嗷嗷待哺”。
“他們只會修電腦、招投標，如果讓企業(yè)自己的IT人員做交付，比較難?！蹦秤卸嗄贶浖_發(fā)經(jīng)驗的低代碼從業(yè)者對「甲子光年」評價，整體上，國內(nèi)傳統(tǒng)行業(yè)IT人員的開發(fā)能力很弱。
而直接買軟件，則可能造成功能浪費或不適用——企業(yè)買的SaaS產(chǎn)品可能有100個功能，但企業(yè)只需要10個。
此外，由于近年來，企業(yè)越來越多的業(yè)務(wù)開始信息化、數(shù)據(jù)化，軟件應(yīng)用買得越來越多，財稅、HR、CRM、OA不一而足，結(jié)果越架越亂，導(dǎo)致數(shù)據(jù)煙囪林立，難以統(tǒng)一管理。
低代碼開發(fā)，理論上，則能很好地避免定制化開發(fā)和買現(xiàn)成產(chǎn)品的弊端。
它能在滿足一定個性化的情況下，縮短定制化開發(fā)的周期，通過高可配置、可變動的“樂高式”工具，來快速解決企業(yè)各種多元化的、多變化的需求。
以O(shè)utSystems為例，其開發(fā)應(yīng)用程序界面就如同一個文檔編輯器，只不過中間是一塊搭建應(yīng)用流程的空白版，可以通過拖拽旁邊的功能組建進行搭建，此外，在需要寫代碼的地方，可以直接插入已有的代碼庫里的代碼，不用再手動輸入，這樣能大大提高效率。
OutSystems開發(fā)程序的界面
目前OutSystems的產(chǎn)品已能提供從用戶體驗設(shè)計到后端集成、大型應(yīng)用開發(fā)和管理等全棧開發(fā)能力。
國內(nèi)廠商的產(chǎn)品也初步顯現(xiàn)價值。
比如奧哲徐平俊介紹，奧哲的氚云能幫開發(fā)者實現(xiàn)5分鐘配置一張業(yè)務(wù)表單、5小時搭建一個專屬應(yīng)用、5天落地一個管理方案。
搭搭云萬斌介紹，他們在佛山的一家工廠客戶已使用搭搭云平臺做了包括ERP、供應(yīng)鏈、財務(wù)、OA、人力資源和項目管理的全系統(tǒng)應(yīng)用，這種龐大的系統(tǒng)工程如果用傳統(tǒng)開發(fā)方式，一般需要至少 10人工作1年以上，而現(xiàn)在只需要2個人用 6-8個月就能完成。
同時，低代碼也能解決軟件應(yīng)用過多、過亂和數(shù)據(jù)煙囪的問題。因為用同一個低代碼工具/平臺開發(fā)出的不同業(yè)務(wù)的軟件應(yīng)用，如HR、CRM等，能天然數(shù)據(jù)互聯(lián)互通。
最先定義低代碼市場的Forrester曾在2014年預(yù)測，該市場將從2015年的17億美金增長至2020年的155億美金，實現(xiàn)近10倍的跨越。
3.誰都沒有驗證
但預(yù)估的數(shù)字，并不能解決眼前的難題。在云計算變革帶來的新需求推動下，國外低代碼賽道雖已有獨角獸，國內(nèi)同行卻還處于艱難的開局期。
多位采訪對象對「甲子光年」評價：中國低代碼領(lǐng)域還沒能成功驗證商業(yè)模式。
“國內(nèi)的低代碼市場，無論從產(chǎn)品能力，整個理念，技術(shù)深度和廣度上都沒超過國外廠商?！?span data-stock-id="nyBABA" class="stock-word">阿里云SaaS加速器負責人黃省江表示。
盈動資本合伙人蔣舜也非常坦承：“我覺得并沒有純粹的、標準的低代碼創(chuàng)業(yè)公司。只是今年投資本身沒有什么題材，大家都會去看一看。”
目前，從商業(yè)化落地的方式來看，國內(nèi)的低代碼公司主要有兩類：
一類是基于低代碼工具的云平臺，同時服務(wù)第三方開發(fā)人員或有開發(fā)需求的客戶，這是一個看起來很美的“生態(tài)故事”。
這類玩家主要包括SAP、Oracle、金蝶、浪潮和Zoho等老牌軟件廠商，以及阿里云、Salesforce等IaaS、SaaS巨頭；另有一些創(chuàng)業(yè)公司也在嘗試這條路徑，如奧哲、搭搭云、APICloud和明道云等。
這種打法與OutSystems最接近。2006年起，OutSystems原有的、為電信運營商提供敏捷開發(fā)服務(wù)的業(yè)務(wù)遇到瓶頸，他們做了兩件事：
產(chǎn)品轉(zhuǎn)型，開始直接銷售開展原業(yè)務(wù)時積累的開發(fā)工具，也就是它們低代碼平臺的核心——客戶既包括有開發(fā)需求的企業(yè)，也包括一些以開發(fā)、實施為業(yè)務(wù)的軟件外包公司。
同時，Outsystems也會使用自己的低代碼工具為客戶做更高效地開發(fā)。
在2011年進一步上云，將收費模式從賣軟件License變?yōu)橛嗛喓螅琌utSystems還開啟了新的平臺模式——開發(fā)者和企業(yè)可以使用OutSystems快速定制自己想要的產(chǎn)品。
此后，這家公司真正迎來了快速增長，在2012年到2017年的6年間，年營收平均增速達41%，2018年的增速又打破了自己的記錄，達到了66%。
目前，OutSystems已迭代了第11版，客戶包括豐田、大眾、奔馳、現(xiàn)代、賓利、英特爾、施耐德電氣、理光等。
第二類是主要以低代碼工具來支撐自己的產(chǎn)品或解決方案。
這類玩家多為創(chuàng)業(yè)公司，比如輕流、數(shù)式科技、Linkflow和華閩通達等。
其中，輕流主攻的領(lǐng)域是BPM，數(shù)式針對的是協(xié)同采購和全渠道銷售領(lǐng)域；Linkflow是客戶數(shù)據(jù)中臺，能讓業(yè)務(wù)人員將多渠道的客戶數(shù)據(jù)進行精細化管理。而工程建設(shè)領(lǐng)域的信息化服務(wù)商華閩通達，則是在內(nèi)部打造了基于規(guī)則化法的無編碼信息系統(tǒng)快速開發(fā)平臺R平臺。
同時，第一類有平臺業(yè)務(wù)的公司里，如奧哲、搭搭云、明道云和APICloud也都會用自己的低代碼工具來開發(fā)產(chǎn)品，以直接解決客戶的需求；奧哲在BPM領(lǐng)域有多年積累，搭搭云和明道云的產(chǎn)品包括協(xié)同、CRM、ERP等各類型管理應(yīng)用，APICloud則涉及各類移動應(yīng)用前端開發(fā)。
在這第二種模式中，低代碼其實是一種產(chǎn)品屬性或能力，它的核心價值是降低SaaS產(chǎn)品的研發(fā)成本，提高交付效率，而且可讓部分有能力的用戶自己做配置，提升客戶的體驗。這與「甲子光年」之前討論過的APaaS的作用非常相似。
但兩類玩家各有各的挑戰(zhàn)。
對第一類玩家而言，低代碼開發(fā)平臺雖有OutSystems的明確對標，但中外市場階段不同、特點有差異，一個最大的區(qū)別就是上文提及的國內(nèi)企業(yè)客戶自己的開發(fā)能力太弱，所以習慣性地尋求貼身服務(wù)。
“很多企業(yè)都在想，需要一個大數(shù)據(jù)工具、人工智能能力，但很少會說我需要一個開發(fā)工具?！盇PICloud創(chuàng)始人劉鑫告訴「甲子光年」，“客戶的需求并不是一個低代碼平臺，而是低代碼能夠產(chǎn)生的價值?！?/strong>
簡要來說，就是企業(yè)客戶不喜歡DIY，這類平臺真正要實現(xiàn)價值，要么拉著別的合作伙伴一起上，要么自己上，總之得把最后一公里落實了。
拉著合作伙伴的邏輯，就是生態(tài)的邏輯。
SAP云平臺業(yè)務(wù)拓展總監(jiān)Gavin Du告訴「甲子光年」，通用軟件只能解決80%的業(yè)務(wù)需求，剩下的20%需要合作伙伴或客戶自己解決。SAP云平臺可以為開發(fā)者提供快速擴展、集成SAP解決方案的低代碼開發(fā)能力。
“形成生態(tài)后，還可以探索更多商業(yè)模式?！?Gavin說，比如合作伙伴可將已開發(fā)的產(chǎn)品放到平臺上形成“應(yīng)用超市”，進而獲得更多收益等。
但在平臺這條路上，巨頭和初創(chuàng)公司實力目前看起來不對等。
一是已經(jīng)進入該領(lǐng)域的阿里已在內(nèi)部的多種場景中錘煉過自己的產(chǎn)品。
宜搭產(chǎn)品經(jīng)理蒲軼梅告訴「甲子光年」，阿里內(nèi)部的HR、行政、財務(wù)和項目管理等多種應(yīng)用的快速構(gòu)建中都有宜搭產(chǎn)品；在前端業(yè)務(wù)上，如今天貓超市大促前的運營流程也是用宜搭，業(yè)務(wù)人員可自己用宜搭來設(shè)置商家報名流程和設(shè)計選品應(yīng)用。
“我們輸出的是經(jīng)過阿里自身發(fā)展過程中遇到問題與困難的解決方案，包括技術(shù)、業(yè)務(wù)、管理思想上的沉淀。以技術(shù)為例，阿里有著處理雙11高并發(fā)、大數(shù)據(jù)量的技術(shù)優(yōu)勢，這是同類廠商所不具備的?！逼演W梅說。
二是阿里作為IaaS廠家，有生態(tài)基礎(chǔ)也有搞生態(tài)的動力，對宜搭而言，盈利暫時不是急迫目標。
“我們可以不用關(guān)注短期商業(yè)盈利問題，可以有更多資源和時間投入到產(chǎn)品打磨、客戶服務(wù)中。云廠商做低代碼更容易把生態(tài)做起來。”阿里云黃省江說。
第二條路，自己上，其實就變成了目前低代碼的第二類模式，即把低代碼作為一種能力和屬性。
一些本來瞄著平臺或?qū)ν庵v平臺的公司，實際上也在開展這類業(yè)務(wù)。
在2009年成立的搭搭云也于去年發(fā)布生態(tài)戰(zhàn)略，將低代碼平臺開發(fā)給開發(fā)者使用，但同時也向客戶直接提供OA、HR、CRM、ERP、項目管理等SaaS產(chǎn)品。
這是一條務(wù)實之路，但馬上也會面臨此類公司的共通問題，那就是產(chǎn)品可復(fù)制化難，容易淪為項目制和外包，迷失在分散的需求中。
正如搭搭云萬斌感嘆：“我可以這么說，在整個市場上都還在探索。現(xiàn)在還沒有形成集中的市場，還都是長尾市場，大家依然在過苦日子。但它確實是未來軟件開發(fā)的模式和方向?！?
而且，不管是第一條路還是第二條路，低代碼理念本身的產(chǎn)品化就很難。
“如果回到2009年再去做一次選擇，我可能就不敢干這個事兒?！贝畲钤苿?chuàng)始人萬斌表示，在創(chuàng)業(yè)第三年，公司就陷入了最困難、黑暗和絕望的低谷：從親朋好友借來的100萬種子資金已花光，剛開始落地的項目尚顆粒無收。
市場遠遠比萬斌想象中更復(fù)雜，“最初我做的功能引擎太幼稚了。”第一位客戶是重慶的一家家電制造企業(yè)，“勉強交付、客戶并不滿意。后來又把系統(tǒng)重新調(diào)整了一遍?！?
做低代碼不是直接去造房子，而是做一套能反復(fù)造各類房子的引擎和系統(tǒng)。雖然不需要攻克尖端技術(shù)，但技術(shù)的復(fù)雜度極高。
“我們在打造流程引擎時，踩過無數(shù)坑?！陛p流薄智元告訴「甲子光年」，低代碼的坑首先還不在于不了解行業(yè)邏輯，它面臨的挑戰(zhàn)類似創(chuàng)造一門新的編程語言的挑戰(zhàn)，要提前想好整體框架和邏輯，以應(yīng)對高可配置需要的各種可能性，“有時當新寫的B邏輯去調(diào)用已有的A邏輯時，你才發(fā)現(xiàn)A邏輯不完善，就需要把A邏輯推倒重來?！?
一個產(chǎn)品無法解決所有問題，到最后不管是面向哪種使用者，都會發(fā)現(xiàn)國內(nèi)企業(yè)太多、太復(fù)雜，產(chǎn)品很難做到普適性。
4.可配置的軟件和更廣闊的市場
低代碼背后的大邏輯：軟件正在吃掉一切，開發(fā)者日益成為企業(yè)的核心資產(chǎn)，服務(wù)開發(fā)者的中間層也變得重要。
「甲子光年」之前報道過的APaaS、RPA以及美國市場近兩年很火的微服務(wù)等概念，都處于類似的底層通用基礎(chǔ)設(shè)施和上層標準化產(chǎn)品之間的“中間層地帶”，共同應(yīng)對著企業(yè)越來越靈活的開發(fā)需求。
圍繞開發(fā)需求的創(chuàng)新會繼續(xù)沿兩個方向發(fā)展：
一是直接提高開發(fā)效率，這也是目前的低代碼工具主要在做的事。
客戶數(shù)據(jù)中臺Linkflow創(chuàng)始人盛馬丁以自己公司的市場部為例，需要掌管的營銷渠道系統(tǒng)就高達15個。此時打通各個系統(tǒng)，讓數(shù)據(jù)流動就成為新的需求。而低代碼客戶數(shù)據(jù)中臺恰好能高效、快速、低成本地解決這類問題。
“讓更多重復(fù)性工作由機器替代人完成，這也是科學發(fā)展的規(guī)律?！盇PICloud創(chuàng)始人劉鑫談到，低代碼開發(fā)平臺始終不變的核心價值就是提升開發(fā)效率。
開發(fā)者目前是各低代碼開發(fā)平臺競爭的重要資源。據(jù)APICloud介紹，他們已在移動開發(fā)領(lǐng)域積累了超過80萬的注冊開發(fā)者，其中2%為活躍開發(fā)者。Outsystems稱自己在去年新增了6000多名開發(fā)者，把這視為營收之外第二重要的指標。
二是讓業(yè)務(wù)人員更好地與開發(fā)者溝通，這其實才是開發(fā)工作中最難的部分，也是低代碼未來的一大趨勢——零代碼。
阿里云黃省江分享了宜搭的案例，據(jù)他介紹，在他們服務(wù)的一家河北的印刷材料包裝廠中，一個對業(yè)務(wù)流程非常熟悉初中學歷員工，僅花1個小時，就用宜搭的產(chǎn)品做了一個簡單的進銷存系統(tǒng)。
率先實現(xiàn)零代碼，真正“干掉開發(fā)”，讓廣大業(yè)務(wù)人員也能使用的可配置化的軟件將是一大趨勢。
而且這是一個大分母市場，這也是盈動資本蔣舜投資低代碼項目的主要原因，“這種巧妙的技術(shù)解決方案，有可能在企業(yè)服務(wù)市場分一杯羹?！?/strong>蔣舜說。
至于誰能在推動未來的過程中獲得商業(yè)紅利，目前國內(nèi)市場還處于早期，各廠家依然得回到現(xiàn)實，實打?qū)嵆霎a(chǎn)品和競爭。
對云計算巨頭和SaaS巨頭來說，他們會繼續(xù)自己的生態(tài)之路，且短期在單獨的低代碼產(chǎn)品或功能上并沒有太大的盈利壓力。
創(chuàng)業(yè)公司在目前的巨頭日益壟斷基礎(chǔ)設(shè)施的情況下，可能很難把平臺之路發(fā)揚光大，更務(wù)實地做法是先把低代碼作為一種快速開發(fā)的工具，提高自己生產(chǎn)效率。
值得關(guān)注的切入點，仍是企業(yè)目前最急需解決的痛點。
T研究2019年4月的檢測數(shù)據(jù)顯示，目前國內(nèi)企業(yè)使用最多的Top 5 SaaS應(yīng)用是協(xié)同OA、云客服、DSP、HR和云存儲，針對這些有大需求的領(lǐng)域做低代碼模塊是眼前的機會。
另一個新機會是，IT之外，IoT的蓬勃發(fā)展也需要低代碼助力。
這是因為物聯(lián)網(wǎng)的應(yīng)用更為廣泛，且開發(fā)更復(fù)雜、難度更高。
構(gòu)成物聯(lián)網(wǎng)系統(tǒng)的傳輸層、感知層、支撐層、應(yīng)用層和平臺層都需要大量的復(fù)雜開發(fā)。物聯(lián)網(wǎng)平臺需要調(diào)度“云、管、邊、端”各方資源，還要兼顧傳感、語音等交互方式，隨時保持5G、Wi-Fi在線等，還要適應(yīng)環(huán)境各異的物理空間里的各種狀況，這比在PC或手機端上做開發(fā)難度大得多，包括工程師駐場費用在內(nèi)的研發(fā)成本也更高，人才也更短缺。
低代碼類工具恰好能幫助降低物聯(lián)網(wǎng)領(lǐng)域的開發(fā)工作門檻，緩解成本、人才等一系列痛點。
且物聯(lián)網(wǎng)是一片規(guī)模巨大的藍海，據(jù)麥肯錫預(yù)計，2025年全球物聯(lián)網(wǎng)市場規(guī)模平均將達7.4萬億美元。
能否抓住這些機會，關(guān)鍵還是看to B競爭的核心——產(chǎn)品好不好用。在打磨產(chǎn)品這個硬功夫上，其實各玩家沒有捷徑。
從低代碼開發(fā)平臺的產(chǎn)品特點來看，APICloud創(chuàng)始人兼CEO劉鑫認為應(yīng)該有三個標準：aPaaS、MADP（移動應(yīng)用開發(fā)平臺）、可視化拖拽式少量代碼生成。
華閩通達董事長楊中慶分享了他理解的低代碼平臺成的關(guān)鍵評判視角：效率提升程度、成本和軟件架構(gòu)的合理性：
第一是，從業(yè)務(wù)到軟件的快速轉(zhuǎn)化，包括業(yè)務(wù)人員與程序員的轉(zhuǎn)化和溝通問題、工具的易用性等；第二是如何降低開發(fā)成本；第三是能夠搭建大型的、復(fù)雜的各種應(yīng)用系統(tǒng)；第四是符合現(xiàn)代的開源和主流架構(gòu)，能否實現(xiàn)各種部署方式以及實現(xiàn)軟件開發(fā)的二次、三次甚至多次配置開發(fā)。
早在1982年，James Mratin就發(fā)表論文《APP Development Without Program》，描述了搭建App不需要寫程序的構(gòu)想。
成立于2001年的Mendix、成立于2002年的OutSystems和成立于2004年的ServiceNow，國外的低代碼玩家都經(jīng)歷了多年的發(fā)展，才走出先平后陡的增長曲線。
中國的低代碼乃至零代碼發(fā)展尚需時日。
愿開發(fā)者早日脫離996。
END.
版權(quán)聲明：本文內(nèi)容由互聯(lián)網(wǎng)用戶自發(fā)貢獻，該文觀點僅代表作者本人。本站僅提供信息存儲空間服務(wù)，不擁有所有權(quán)，不承擔相關(guān)法律責任。如發(fā)現(xiàn)本站有涉嫌抄襲侵權(quán)/違法違規(guī)的內(nèi)容， 請發(fā)送郵件至 舉報，一經(jīng)查實，本站將立刻刪除。