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