在企業(yè)服務(wù)領(lǐng)域，今年低代碼的概念非?；鸨钪庇^的感受是，從前這類分享都是幾十人討論的小沙龍。今年各種數(shù)百人的峰會(huì)和專題會(huì)，都在大范圍地討論。而入場(chǎng)低代碼也不再是創(chuàng)企的專利，大廠們也進(jìn)入了搶灘的局面。騰訊在今年一月推出了微搭低代碼的開發(fā)平臺(tái)，阿里差不多也在這個(gè)時(shí)間段發(fā)布了“釘釘宜搭”低代碼開發(fā)工具，而華為云在2020年就發(fā)布了低代碼的開發(fā)平臺(tái)ROMA AppCube。國(guó)內(nèi)的簡(jiǎn)道云、氚云、輕流、易鯨云等低代碼企業(yè)也先后獲得了融資。

低代碼的概念興起是在2014年，由研究機(jī)構(gòu)Forrester提出，經(jīng)過近幾年的發(fā)展，在國(guó)外已經(jīng)有相對(duì)成熟的商業(yè)模式了。國(guó)內(nèi)基本上是從2018年開始，討論的聲音多了起來，不過在這其中也有不少質(zhì)疑的聲音，什么“簡(jiǎn)易低智”、“新瓶舊酒”、貼了標(biāo)簽的“外包公司”等，經(jīng)過三年時(shí)間的發(fā)酵，低代碼搖身一變又成為企業(yè)不能錯(cuò)過的風(fēng)口，討論的聲音參與的企業(yè)越來越多。

據(jù)Gartner機(jī)構(gòu)的預(yù)測(cè)，到2025年，企業(yè)70%的新應(yīng)用將會(huì)通過低代碼或者無代碼技術(shù)開發(fā)，這將加快低代碼市場(chǎng)的全面爆發(fā)。而另外一家研究機(jī)構(gòu)海比研究院數(shù)據(jù)顯示，2020年，中國(guó)低市場(chǎng)規(guī)模達(dá)19億元，而到2024年，低代碼市場(chǎng)將達(dá)到百億量級(jí)。

低代碼快速發(fā)展的背后，源自于企業(yè)不斷增加的數(shù)字化轉(zhuǎn)型需求。企業(yè)需要簡(jiǎn)化一些范式化流程以及重復(fù)性工作，再加上疫情對(duì)企業(yè)在線化、數(shù)字化需求的加速，企業(yè)的內(nèi)外系統(tǒng)在這個(gè)大的環(huán)境中需要迭代響應(yīng)，跟隨潮流變化，低代碼開始被企業(yè)接受。

低代碼從各種質(zhì)疑到成為企業(yè)數(shù)字化改造的選擇之一，不僅僅是身份發(fā)生了變化，在這背后，更為明顯的是低代碼在這幾年的炒作與迭代中有了一些新的變化，而未來的可能性與趨勢(shì)也值得討論與關(guān)注。

向集成化平臺(tái)化演進(jìn)

低代碼平臺(tái)近兩年的變化，最明顯的是能力邊界的拓展。低代碼是在各種組件和模塊實(shí)現(xiàn)無代碼化的基礎(chǔ)上發(fā)展起來的，早期的應(yīng)用主要圍繞數(shù)據(jù)庫(kù)管理、報(bào)表管理等單點(diǎn)能力突破。隨著近兩年的探索與迭代，產(chǎn)品架構(gòu)與設(shè)計(jì)能力的提升，低代碼由組件、模塊的無代碼化向集成的平臺(tái)形式轉(zhuǎn)變。

之前，低代碼更多作為工具幫助研發(fā)人員降低軟件開發(fā)過程中部分模塊的重復(fù)工作，隨著可復(fù)用模塊增加和云計(jì)算、微服務(wù)架構(gòu)等技術(shù)的發(fā)展，通過平臺(tái)架構(gòu)設(shè)計(jì)和引擎的開發(fā)不僅為IT人員減少了開發(fā)中重復(fù)造輪子的境況，也為業(yè)務(wù)線上沒有IT技術(shù)能力的員工提供開發(fā)應(yīng)用的能力服務(wù)。隨著低代碼服務(wù)在向各類細(xì)分行業(yè)的深入發(fā)展，其可拓展性和靈活度也得到了提升，復(fù)雜度、靈活度更高，能夠支持廣泛場(chǎng)景的復(fù)雜應(yīng)用開發(fā)，自定義的能力與品類完整度也不斷升級(jí)。

比如在一些數(shù)字能力更新較慢的研究院所，雖然擁有自己研發(fā)的信息平臺(tái)，但大多數(shù)項(xiàng)目依然習(xí)慣紙質(zhì)管理，數(shù)據(jù)處理與數(shù)據(jù)存儲(chǔ)是這類院所主要的困擾。在選擇了低代碼平臺(tái)進(jìn)行數(shù)據(jù)錄入后，可以實(shí)現(xiàn)數(shù)據(jù)處理效率的升級(jí)和數(shù)據(jù)自動(dòng)備份的能力，節(jié)省了大量人工成本的投入。

對(duì)于一些業(yè)務(wù)流程較復(fù)雜的企業(yè)，使用低代碼平臺(tái)的流程功能，可針對(duì)性的設(shè)計(jì)符合企業(yè)特色的管理應(yīng)用，將不同業(yè)務(wù)線的任務(wù)、人串聯(lián)起來，業(yè)務(wù)流程可視化、業(yè)務(wù)負(fù)責(zé)人可視化，基于透明的業(yè)務(wù)，業(yè)務(wù)與人、人與人的協(xié)作更加高效，節(jié)約業(yè)務(wù)流程的時(shí)間、管理成本。

對(duì)于不懂開發(fā)工作的人來說，可以基于圖形化界面，通過拖拉拽、模板組件調(diào)用等方式完成軟件應(yīng)用構(gòu)建，只要對(duì)管理或者業(yè)務(wù)的應(yīng)用場(chǎng)景有一定的理解，就可以開發(fā)應(yīng)用。曾經(jīng)的信息孤島現(xiàn)象屢見不鮮，現(xiàn)如今低代碼和云計(jì)算的結(jié)合可以打破應(yīng)用、企業(yè)、開發(fā)者之間的一些低效協(xié)作現(xiàn)象。通過可配置、可調(diào)整的工具，把企業(yè)的開發(fā)效率提升數(shù)倍甚至10倍以上。低代碼也從組件工具的單點(diǎn)能力身份朝著集成化、平臺(tái)化的方向演進(jìn)，來快速解決企業(yè)多元化需求。

當(dāng)然低代碼的能力也不是沒有邊界，發(fā)展的過程中仍然存在許多需要解決的問題。

低代碼還需要解決哪些問題？

目前低代碼主要的發(fā)展路徑有兩種模式，一種是基于表單引擎驅(qū)動(dòng)的方式，一種是基于aPaaS平臺(tái)的模式，兩種低代碼平臺(tái)的發(fā)展模式受限于模板、生態(tài)、可擴(kuò)展性等因素，都不適合用來從頭開始構(gòu)建厚重的企業(yè)核心數(shù)字化系統(tǒng)。這也是低代碼平臺(tái)的能力邊界，除了自身邊界帶來的限制外，在低代碼平臺(tái)的發(fā)展過程中，仍然存在不少要解決的難題。

1.市場(chǎng)教育。對(duì)于大型企業(yè)來說如何讓原本關(guān)注具體場(chǎng)景SaaS產(chǎn)品的用戶群體轉(zhuǎn)而關(guān)注能力更通用的低代碼平臺(tái)，是所有從業(yè)者需要面臨的問題。引入低代碼會(huì)改變一些企業(yè)的現(xiàn)有工作流程，對(duì)于一些企業(yè)來說阻力可能會(huì)較大。

2.需求匹配。市場(chǎng)教育的難關(guān)過了，對(duì)積極擁抱變化的企業(yè)來說，低代碼廠商需要升級(jí)多維度的功能，匹配用戶的各類細(xì)分需求。對(duì)于中小型企業(yè)來說，每家的需求與痛點(diǎn)不同，比如政府、金融等一些對(duì)信息安全看重的企業(yè)會(huì)在意私有化部署的能力，一些企業(yè)會(huì)看重低代碼平臺(tái)產(chǎn)品性價(jià)比與功能的匹配。這些不同的訴求下，低代碼平臺(tái)需要將功能的豐富與性價(jià)比等維度進(jìn)行不斷迭代。

3.底層架構(gòu)模型完善。對(duì)于企業(yè)用戶來說使用的傳統(tǒng)DevOps流程，低代碼的一站式應(yīng)用會(huì)對(duì)一些傳統(tǒng)DevOps流程及規(guī)范形成挑戰(zhàn)。低代碼產(chǎn)品相關(guān)應(yīng)用主要涉及到各種引擎、數(shù)據(jù)庫(kù)等中間件，底層架構(gòu)需要更加靈活的微服務(wù)架構(gòu)，使得低代碼可以更好地完成二次開發(fā)和應(yīng)用拓展。

4.職業(yè)角色的重新構(gòu)建。對(duì)于低代碼服務(wù)的管理人員來說，需要立足于業(yè)務(wù)，具備較高的抽象思維能力，能夠?qū)I(yè)務(wù)場(chǎng)景工具化。對(duì)于使用低代碼平臺(tái)的人來說，使用也會(huì)有對(duì)技術(shù)能力的需求。

雖然，當(dāng)前整個(gè)低代碼行業(yè)處于初始發(fā)展的階段，要面對(duì)與解決的問題不少，但是以低代碼技術(shù)重構(gòu)數(shù)字化業(yè)務(wù)的廠商必須提前看到未來在低代碼市場(chǎng)層面的競(jìng)爭(zhēng)，才有存活的可能。

低代碼的終點(diǎn)站

從IT從業(yè)者的角度來看，代碼一定會(huì)越寫越少。低代碼是整個(gè)軟件開發(fā)行業(yè)的大趨勢(shì)和方向。從企業(yè)的數(shù)字化轉(zhuǎn)型的訴求角度來看，低代碼也給企業(yè)緩解人才與成本的痛點(diǎn)。在價(jià)值升級(jí)的道路中，依據(jù)低代碼的能力與行業(yè)特點(diǎn)，其未來也有三個(gè)可能的發(fā)展趨勢(shì)。

首先從低代碼的發(fā)展歷程上來看，我們會(huì)發(fā)現(xiàn)，低代碼的能力是從模塊和組件發(fā)展起來的，早期是數(shù)據(jù)庫(kù)、表單等業(yè)務(wù)的管理。而現(xiàn)在低代碼有一個(gè)很明顯的發(fā)展趨勢(shì)，由組件式單點(diǎn)能力的覆蓋突破向集成式的平臺(tái)模式發(fā)展。

而在大范圍的普及過程中，也會(huì)走向更加垂直細(xì)分的領(lǐng)域，面對(duì)千千萬萬的個(gè)性化需求，低代碼的產(chǎn)品自定義能力也將是廠商未來重點(diǎn)發(fā)力的方向。而這也是廠商不斷提升平臺(tái)產(chǎn)品豐富度、完整度和競(jìng)爭(zhēng)力的訴求與方向。

其次是低代碼平臺(tái)在AI、物聯(lián)網(wǎng)等前沿技術(shù)的普及與應(yīng)用過程中，也會(huì)有更多泛自動(dòng)化、智能化的變化。比如AI能力則可以提供OCR、NLP等工具輔助低代碼平臺(tái)使用者進(jìn)行商業(yè)決策，實(shí)現(xiàn)為用戶提供一體化服務(wù)的能力。

最后是低代碼生態(tài)的構(gòu)建。雖然目前是低代碼平臺(tái)發(fā)展的初期，隨著市場(chǎng)教育的普及以及行業(yè)的廣泛運(yùn)用，產(chǎn)品能力強(qiáng)的通用性廠商會(huì)優(yōu)先跑出來，市場(chǎng)也會(huì)改變目前分散的情形，集中度大幅提升。低代碼的產(chǎn)業(yè)生態(tài)模式也會(huì)在市場(chǎng)成熟的過程中建立，生態(tài)模式的建設(shè)會(huì)連接行業(yè)內(nèi)的各路玩家，在互利互通的生態(tài)圈資源里，大家各顯神通與價(jià)值。

在討論低代碼的未來時(shí)，我們還需要在腦中設(shè)定其能力的邊界，低代碼并不是萬金油，什么需求都可以滿足。對(duì)于一些界面效果要求較高、算法復(fù)雜、高性能復(fù)雜系統(tǒng)架構(gòu)、要求較高的底層開發(fā)等，都不適合使用低代碼。這部分要求較高的能力還是需要程序員來做，因此程序員也不用擔(dān)心低代碼會(huì)搶走飯碗的情形。

關(guān)于低代碼的能力邊界有個(gè)很好的比喻：低代碼更適合做企業(yè)數(shù)字化建設(shè)當(dāng)中“最后一公里”的事情，基于數(shù)字化系統(tǒng)構(gòu)建創(chuàng)新類應(yīng)用、運(yùn)營(yíng)類應(yīng)用。這個(gè)比喻也很能明確的顯示低代碼的能力圈范圍。

在企業(yè)全面擁抱數(shù)字化的進(jìn)程中，不斷簡(jiǎn)化范式化流程、減少重復(fù)性工作，是數(shù)字化時(shí)代各行各業(yè)變革的核心訴求，這也是廠商們需要思考和賦能的價(jià)值趨勢(shì)，想要抓住價(jià)值增長(zhǎng)的趨勢(shì)，除了核心產(chǎn)品的創(chuàng)新外，也需要優(yōu)化企業(yè)業(yè)務(wù)發(fā)展和服務(wù)能力。對(duì)于數(shù)量眾多的中小企業(yè)來說，在自身IT能力的限制中，如何將外部的服務(wù)能力和自家的IT系統(tǒng)融合，保障企業(yè)數(shù)字化進(jìn)程的價(jià)值賦能，是其接下來需要思考的方向。在這個(gè)方向的演進(jìn)中，也會(huì)有低代碼的一方天地。