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

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

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

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

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

向集成化平臺化演進

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

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

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

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

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

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

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

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

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

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

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

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

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

低代碼的終點站

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

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

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

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

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

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

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

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