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