低代碼平臺丨白皮書

核心摘要：

低代碼應用價值

（1）環(huán)境驅(qū)動：數(shù)字經(jīng)濟與新興技術的加速融合將帶來更多商業(yè)機遇和技術挑戰(zhàn)，要求各行業(yè)內(nèi)的企業(yè)具備更高的適應性和創(chuàng)新能力，低代碼正是契合企業(yè)業(yè)務靈活性與降本提效需求的解法之一。

（2）樓宇應用：由于樓宇入駐企業(yè)數(shù)量多、運營資源復雜，同時存在軟硬件變化、管理流程變化等可能性，因此對系統(tǒng)的技術底座有靈活性要求。低代碼的可視化開發(fā)特征與樓宇科技的應用系統(tǒng)開發(fā)敏捷性、靈活性需求相吻合，能有效提升管理系統(tǒng)搭建效率。

低代碼平臺構(gòu)建實踐步驟

企業(yè)級低代碼平臺的建設及運營流程可分為六個階段：需求分析、設計規(guī)劃、部署實施、測試優(yōu)化、上線培訓與運維升級。

（1）需求分析與設計規(guī)劃

企業(yè)級低代碼構(gòu)建原則可以總結(jié)為：安全性和合規(guī)性、集成與被集成、降本與業(yè)務覆蓋、可擴展與可維護性。頁面建模與服務編排是應用開發(fā)的核心環(huán)節(jié)。

（2）部署實施與測試優(yōu)化

部署實施環(huán)節(jié)中，技術服務商通常會組建三人及以上團隊，其中項目經(jīng)理負責項目全局把控與資源協(xié)調(diào)，高級業(yè)務咨詢顧問負責協(xié)調(diào)平臺的業(yè)務適配性。低代碼的集成可分為三個環(huán)節(jié)：基礎配置和準入調(diào)試、業(yè)務系統(tǒng)集成和平臺測試及應用。

（3）上線培訓與運維升級

運維階段，企業(yè)通常會圍繞低代碼平臺設立業(yè)務顧問對接并評估業(yè)務部門需求，并立項交接至IT部門，或?qū)で蠹夹g服務商的支持。對應用的運維關注應用的運行狀態(tài)、數(shù)據(jù)安全、故障處理，定期迭代確保場景適應；對低代碼平臺的運維關注組件更新和資源消耗，保障平臺穩(wěn)定運行。

低代碼平臺發(fā)展趨勢

（1）數(shù)用一體：融合數(shù)據(jù)采集、數(shù)據(jù)標準化、數(shù)據(jù)質(zhì)量控制、數(shù)據(jù)分析建模等能力，形成aPaaS iPaaS 數(shù)據(jù)管理的架構(gòu)，實現(xiàn)數(shù)據(jù)資產(chǎn)全生命周期管理。

（2）AI-Code：用戶側(cè)，AI能解析用戶訴求，自動組合組件生成頁面模板；產(chǎn)品側(cè)，基于機器學習和知識圖譜的編碼器與代碼調(diào)試能提升出碼效率和準確性。

（3）軟硬件一體化：通過低代碼連接邊端設備，完成軟硬件結(jié)合，實現(xiàn)數(shù)據(jù)生產(chǎn)沉淀統(tǒng)一管理，進一步提升企業(yè)業(yè)務運作與場景管理智能化程度。

數(shù)字經(jīng)濟與新興技術加速融合

新興技術落地提速帶來新機遇，要求企業(yè)具備更高的適應性和創(chuàng)新能力

1）近五年數(shù)字經(jīng)濟維持穩(wěn)定增長，受疫情期間有小幅波動，且從互聯(lián)網(wǎng)向傳統(tǒng)行業(yè)加速落地。新興技術不斷推陳出新的同時，在政策支持和環(huán)境推動下與數(shù)字經(jīng)濟不斷融合。從技術應用帶來的中國算力規(guī)模增長上看，近三年平均增速達49.6%，數(shù)字經(jīng)濟與新興技術的融合呈加速態(tài)勢。2）數(shù)字經(jīng)濟與新興技術的加速融合將帶來更多商業(yè)機遇和技術挑戰(zhàn)，要求各行業(yè)內(nèi)的企業(yè)具備更高的適應性和創(chuàng)新能力。因此，企業(yè)需要對外有足夠的行業(yè)敏感度，根據(jù)市場動態(tài)靈活調(diào)整業(yè)務形態(tài)；對內(nèi)運用新技術提高管理效率。因此，開源與提效是當下企業(yè)發(fā)展的關鍵詞。

公共領域技術應用更廣泛

樓宇、交通、安防等覆蓋面廣、互聯(lián)性強的公共事業(yè)對新技術更有需求

1）從當前各行業(yè)數(shù)字化滲透情況上看，互聯(lián)網(wǎng)、零售、金融等與C端連接緊密的行業(yè)數(shù)據(jù)沉淀量大、用戶對技術感知更敏感、投入回饋路徑短，因此數(shù)字化落地較快；制造、能源、醫(yī)療等硬件設備多、生產(chǎn)流程長且復雜、生產(chǎn)運營專業(yè)性高的行業(yè)，數(shù)字化節(jié)奏較慢，仍處在高速發(fā)展階段。2）從新技術滲透情況上看，大數(shù)據(jù)、人工智能、云計算、5G等通用技術在各行業(yè)均有廣泛應用，尤其交通、安防、樓宇等政府公共事業(yè)，需要滲透大量邊端設備、應用更精確的識別與傳感技術、覆蓋較大的管理面積、影響力輻射人物場，因此需要更多專業(yè)技術的賦能。

數(shù)字化時代要求企業(yè)更敏捷

低代碼契合數(shù)字化背景下，敏捷支撐企業(yè)業(yè)務動態(tài)變化的需求

1）數(shù)字化時代下，宏觀上看新技術落地加速，各行業(yè)數(shù)字化進程如火如荼；微觀上看，企業(yè)將面對更快速的行業(yè)格局變化、更激烈的市場競爭和更強烈的成本壓力。在此背景下，只有能及時捕捉行業(yè)風口并及時調(diào)整業(yè)務方向的企業(yè)才有機會獲得開源先機。對于成本壓力，則需要企業(yè)一方面通過數(shù)字化人才招募與培育提升人效，另一方面持續(xù)推進數(shù)字化轉(zhuǎn)型，通過數(shù)據(jù)沉淀發(fā)揮技術的規(guī)模效應。2）低代碼正是契合企業(yè)業(yè)務靈活性與降本提效需求的解法之一，與數(shù)字經(jīng)濟相輔相成，能從內(nèi)至外提升企業(yè)的資源利用率與敏捷性。企業(yè)通過將低代碼嵌入自身數(shù)字化體系中，能有效縮短軟件開發(fā)周期，讓企業(yè)面對快速變化的市場環(huán)境與業(yè)務需求時提供支持，使企業(yè)的市場適應性、敏捷性與抗風險能力進一步提升。

低代碼賦能使用者敏捷開發(fā)

通過代碼的封裝和可視化編排，讓企業(yè)開發(fā)者與業(yè)務人員實現(xiàn)敏捷開發(fā)

1）企業(yè)級低代碼的定義：企業(yè)級低代碼是為企業(yè)的開發(fā)者及業(yè)務人員提供可視化的應用開發(fā)環(huán)境，降低或去除應用開發(fā)對原生代碼編寫的需求量，進而實現(xiàn)便捷構(gòu)建應用程序的一種解決方案。2）代碼封裝和集成開放是企業(yè)級低代碼的重要屬性，敏捷、提效是企業(yè)級低代碼的關鍵詞。企業(yè)級低代碼是企業(yè)在傳統(tǒng)開發(fā)過程中將常用、高頻代碼進行封裝，在復用相同代碼段時能直接調(diào)用的一種開發(fā)形式。當企業(yè)的封裝代碼變多，使用頻率增加，低代碼也逐漸從工具向平臺轉(zhuǎn)移，成為支撐開發(fā)并集成上層應用的技術底座。根據(jù)低代碼自身特性和用戶使用效果，更便捷的開發(fā)與更低的時間成本是低代碼平臺的核心價值。

企業(yè)級低代碼平臺構(gòu)建流程

平均構(gòu)建周期在6個月及以上，其中部署實施和測試優(yōu)化是主要工作

設計原則：充分發(fā)揮價值

以安全合規(guī)為前提，以發(fā)揮平臺降本提效價值、支撐業(yè)務運作為目的

企業(yè)級低代碼構(gòu)建原則可以總結(jié)為：安全性和合規(guī)性、集成與被集成、降本與業(yè)務覆蓋、可擴展與可維護性。低代碼平臺開發(fā)設計時，需要基于以上原則，保障平臺全生命周期的穩(wěn)定運行。1）安全性和合規(guī)性：低代碼平臺的基礎要求。隨著國內(nèi)外數(shù)據(jù)安全與隱私保護政策趨嚴，安全合規(guī)在數(shù)字化中的角色愈發(fā)重要。2）集成與被集成：低代碼平臺的連接拓展能力與發(fā)揮價值的方式。通過標準化API接口進行生態(tài)連接，實現(xiàn)平臺功能升維。3）降本提效與業(yè)務覆蓋：低代碼投入使用后的價值表現(xiàn)。企業(yè)數(shù)字化建設最終目標是為了彈性支撐業(yè)務擴展與運營，低代碼則是通過敏捷開發(fā)為企業(yè)提供支持。4）可擴展性與可維護性：低代碼平臺維持良性運營、持續(xù)創(chuàng)造價值的保障。

基本架構(gòu)：中臺層中的aPaaS

低代碼平臺屬于aPaaS范疇，賦能內(nèi)部應用開發(fā)與外部服務集成

1）企業(yè)數(shù)字化架構(gòu)相比傳統(tǒng)運營模式更重視數(shù)據(jù)的沉淀、流轉(zhuǎn)和應用。通過將企業(yè)的邊端物理設備與前端業(yè)務經(jīng)營數(shù)據(jù)匯總沉淀，經(jīng)過數(shù)據(jù)中臺對數(shù)據(jù)的清洗整理與技術中臺的分析支持，實現(xiàn)對內(nèi)資源流轉(zhuǎn)最優(yōu)配置和對外業(yè)務科學決策，整體起到降本提效作用。2）企業(yè)數(shù)字化架構(gòu)中，中臺層主要負責數(shù)據(jù)沉淀與分析，根據(jù)服務內(nèi)容與技術需求可細分為aPaaS和iPaaS。其中aPaaS平臺兼容多種開發(fā)方式、開發(fā)框架和開發(fā)語言，支撐應用的開發(fā)、運營和運維；iPaaS服務于流程、服務、應用、數(shù)據(jù)的繼承與治理，在應用程序與三方服務間建立數(shù)據(jù)聯(lián)通渠道，實現(xiàn)應用快速集成與交互。3）企業(yè)數(shù)字化架構(gòu)中，低代碼屬于aPaaS板塊，低代碼在企業(yè)數(shù)字化體系中承擔“樞紐”的角色，對內(nèi)作為技術底座賦能應用開發(fā)，對外作為開放媒介接入三方系統(tǒng)和服務，為敏捷開發(fā)與生態(tài)開放賦能。

基本架構(gòu)：引擎賦能開發(fā)

向下調(diào)用技術與數(shù)據(jù)，向上支撐應用前臺，對內(nèi)提效對外集成三方服務

1）低代碼基礎架構(gòu)可分為四個部分：核心引擎實現(xiàn)前端操作與編排的效果；設計平臺對接開發(fā)者開發(fā)行為；平臺門戶提供即用的組件與模板；運營管理對應用及低代碼平臺的運行狀態(tài)進行檢測與管理。2）開發(fā)者使用低代碼進行應用開發(fā)時，需要經(jīng)過入料、頁面建模、服務編排、編譯出碼和部署運營等環(huán)節(jié)，其中頁面建模與服務編排是核心開發(fā)環(huán)節(jié)。

技術實現(xiàn)：建模及編排引擎

基于業(yè)務邏輯，建模引擎支撐靜態(tài)模型構(gòu)建，編排引擎支撐動態(tài)邏輯流轉(zhuǎn)

低代碼平臺中，主要由建模引擎和編排引擎支撐用戶的前端頁面操作。1）建模引擎支撐開發(fā)者在前端開發(fā)界面對應用程序的業(yè)務邏輯、數(shù)據(jù)結(jié)構(gòu)和界面布局等進行設計和構(gòu)建的行為，包含數(shù)據(jù)引擎、表單引擎、頁面引擎、領域建模引擎等。編排引擎支撐用戶可視化編排應用的數(shù)據(jù)表單流轉(zhuǎn)、自動化管理、服務調(diào)度，包含流程引擎、規(guī)則引擎、消息引擎、事件驅(qū)動引擎等。在建模引擎和編排引擎的共同作用下，用戶能搭建完整的應用外殼。

2）對于數(shù)據(jù)體系復雜的企業(yè)而言，建模引擎中數(shù)據(jù)引擎的數(shù)據(jù)關系映射構(gòu)建能力有待提升；對員工數(shù)量多、權(quán)限及流程管理復雜的企業(yè)而言，編排引擎中流程引擎的并發(fā)量、事件驅(qū)動引擎的穩(wěn)定性等是保障應用順利運作的關鍵。

技術實現(xiàn)：編譯出碼流程

以編譯器為核心實現(xiàn)中間碼向目標碼轉(zhuǎn)化，編譯性能與并行數(shù)量有提升空間

在用戶完成基礎的視圖設計以及應用邏輯編排后，低代碼需要將業(yè)務結(jié)構(gòu)設計轉(zhuǎn)化為可執(zhí)行的代碼，以便測試應用運行狀態(tài)及部署，該過程即編譯出碼過程，常涉及代碼解析、代碼編譯、代碼調(diào)試和代碼渲染四個環(huán)節(jié)。

1）代碼解析是解構(gòu)用戶對模型的編排及組件的布局，以建立映射關系；代碼編譯是將物料（組件、模型）與邏輯關系轉(zhuǎn)換為可運行的代碼；代碼調(diào)試是對已轉(zhuǎn)譯的代碼進行準確性與合規(guī)性驗證，確保代碼能順利運行；代碼渲染是將目標代碼可視化，由此形成流程閉環(huán)，操作主權(quán)重歸用戶。

2）編譯出碼過程中，規(guī)則引擎加載速度、編譯器處理性能和并行數(shù)量等均會影響編譯出碼效率。為縮短編譯出碼流程的時間，可通過使用多核CPU、結(jié)合高效的算法和數(shù)據(jù)結(jié)構(gòu)提升并行處理能力。為提升代碼調(diào)試準確性，可以嵌入大語言模型智能化對代碼細節(jié)進行調(diào)優(yōu)，提升應用運行穩(wěn)定性。

技術實現(xiàn)：部署與運維

在環(huán)境兼容配置與應用運行測試后鏡像投放，并進行性能監(jiān)測與安全管理

1）低代碼應用搭建完成后，需要進行投放環(huán)境配置與兼容測試，并對應用進行多輪運行測試，以確保應用在目標環(huán)境內(nèi)能穩(wěn)定運行。根據(jù)應用與業(yè)務系統(tǒng)的附屬關系可將低代碼開發(fā)的應用分成集成型和獨立型。其中集成型應用常作為附屬應用集成于原系統(tǒng)中，權(quán)限與設定遵循原系統(tǒng)應用配置，發(fā)布時還需要與指定集成應用進行聯(lián)調(diào)測試，保障各模塊接口的正確性、數(shù)據(jù)流和控制流的合理性。

2）應用投入使用后，還需要對應用運行狀態(tài)、基礎性能、數(shù)據(jù)安全和迭代需求進行監(jiān)測，讓應用與前端業(yè)務需求相匹配。隨著應用的增多與企業(yè)低代碼應用場景碎片化，低代碼平臺承載的異構(gòu)數(shù)據(jù)量也不斷提升，對信息加密、安全傳輸和隱私保護提出更高要求。

分工：團隊組織與角色劃分

實施環(huán)節(jié)多需要與ISV共同協(xié)作，企業(yè)對平臺的運維管理能力有待提升

1）平臺實施環(huán)節(jié)：由低代碼技術服務商主導，通常會組建3人及以上服務團隊幫助企業(yè)完成需求分析到線上培訓全流程，其中項目經(jīng)理負責項目全局把控與資源協(xié)調(diào)，高級業(yè)務咨詢顧問負責協(xié)調(diào)低代碼平臺開發(fā)與最終解決方案的業(yè)務適配性。平臺實施期間，低代碼技術服務商會根據(jù)具體業(yè)務需求與廠商技術能力與ISV生態(tài)伙伴進行產(chǎn)品聯(lián)合設計開發(fā)。線上培訓前，企業(yè)側(cè)通常會組建2人及以上團隊對接需求和系統(tǒng)架構(gòu)，線上培訓環(huán)節(jié)通常有IT部門和業(yè)務部門等平臺使用者參與。

2）平臺運營環(huán)節(jié)：由企業(yè)主導，通常企業(yè)會設立專門部門對低代碼平臺進行監(jiān)控和運維管理，由業(yè)務顧問負責評估業(yè)務部門需求并轉(zhuǎn)化為項目開發(fā)方案，超出企業(yè)技術范疇的工作內(nèi)容會尋求平臺技術提供商的支持。但由于大部分企業(yè)業(yè)務變化速度快且IT能力有限，因此組件更新、復雜應用搭建、新技術嵌入等技術運維工作主要由服務商承擔，企業(yè)做簡單監(jiān)控管理。

集成：企業(yè)現(xiàn)有系統(tǒng)集成

系統(tǒng)接口協(xié)議和字段邏輯差異是集成難點，引入自動化工具有望提升效率

低代碼嵌入企業(yè)數(shù)字化系統(tǒng)后，需要分三步與系統(tǒng)和業(yè)務進行集成：基礎配置和準入調(diào)試、業(yè)務系統(tǒng)集成和平臺測試及應用。

1）基礎配置及準入調(diào)試：低代碼平臺與企業(yè)組織架構(gòu)同步、單點登錄配置、數(shù)據(jù)庫連接等基礎配置。業(yè)務系統(tǒng)集成：低代碼與企業(yè)既有系統(tǒng)集成，并進行數(shù)據(jù)、流程、規(guī)范、業(yè)務邏輯等融合。平臺測試及應用：試運行保障平臺與應用程序的穩(wěn)定性和可靠性。

2）系統(tǒng)集成環(huán)節(jié)中，前期需要對接入方式和業(yè)務邏輯進行設計和編排，涉及與企業(yè)業(yè)務部門的大量溝通調(diào)試，存在溝通成本高、實踐周期長等問題。在系統(tǒng)對接過程中，存在不同業(yè)務系統(tǒng)的接口開放度、接口協(xié)議、業(yè)務邏輯字段等差異，影響集成進度。當企業(yè)內(nèi)存在大量老舊系統(tǒng)時，可能出現(xiàn)接口少、接口調(diào)用協(xié)議與調(diào)用權(quán)限有差異等問題，影響集成效率。當企業(yè)內(nèi)業(yè)務應用邏輯復雜時常出現(xiàn)系統(tǒng)字段邏輯有差異等問題，需要中間件或代碼進行數(shù)據(jù)預處理和邏輯轉(zhuǎn)換。

3）為提升低代碼集成效率，需要企業(yè)制定完善的業(yè)務系統(tǒng)規(guī)范，統(tǒng)一接口和數(shù)據(jù)維度，同時引入自動化工具，減少重復工作。

拓展：拓展功能與自定義組件

具備開放的API可接入第三方服務，需關注敏感數(shù)據(jù)安全與服務穩(wěn)定性

1）低代碼平臺除可視化開發(fā)外，還具備極強的開放能力：對內(nèi)可通過自定義組件和集成插件實現(xiàn)平臺開發(fā)功能加成；對外支持開發(fā)者通過API接口實現(xiàn)三方服務的集成和調(diào)用。2）通過低代碼的API對外接入三方服務時，需要通過加密技術保障數(shù)據(jù)安全性。同時，對于三方服務調(diào)用的穩(wěn)定性、與內(nèi)部系統(tǒng)兼容性等也會影響業(yè)務的處理速度和使用體驗。3）低代碼的開放能力讓企業(yè)數(shù)字化系統(tǒng)的基礎能力再上層樓，企業(yè)的業(yè)務系統(tǒng)功能更多元、更齊全，能更快速地響應市場需求和業(yè)務需求，在業(yè)務拓展中更有競爭力。

培訓：認知培訓與迭代培訓

實施環(huán)節(jié)根據(jù)參培人員經(jīng)驗定制培訓內(nèi)容，運營階段跟隨迭代步驟進行培訓

按培訓內(nèi)容可將低代碼平臺相關培訓分為實施環(huán)節(jié)的培訓和運營環(huán)節(jié)的培訓。1）實施環(huán)節(jié)的培訓是低代碼平臺部署完成后，對企業(yè)主要使用者開展的一次性培訓，通常有三個環(huán)節(jié)：先根據(jù)參培人員的開發(fā)經(jīng)驗配置講師團隊；再拆解培訓目標，制定階段性課程；最后根據(jù)現(xiàn)場情況動態(tài)調(diào)整培訓計劃。培訓內(nèi)容包括行業(yè)認知、平臺使用規(guī)范以及具體場景實操，通常耗時1周左右。

2）運營環(huán)節(jié)的培訓是在低代碼平臺投入使用后，對組件更新、平臺技術迭代或其他運營過程中產(chǎn)生的問題進行答疑和補充培訓，多為不定期開展，且跟隨具體業(yè)務情況動態(tài)調(diào)整。

運維：平臺及應用運維

資源消耗監(jiān)控保障應用運行穩(wěn)定性，管理制度優(yōu)化打通開發(fā)與業(yè)務邊界

為了讓低代碼平臺的應用開發(fā)更便捷、應用更穩(wěn)定、與業(yè)務場景更貼合，需要對低代碼平臺和已發(fā)布應用進行監(jiān)控和管理。

1）低代碼的運維管理可以分為對已發(fā)布應用的運維管理和對平臺的運維管理兩類。其中，對已發(fā)布應用的運維管理關注應用的運行狀態(tài)、數(shù)據(jù)安全、故障處理、版本更新，監(jiān)控并優(yōu)化已上線應用質(zhì)量，定期迭代確保場景適應；對平臺的使用管理關注組件更新、資源消耗和運營管理，通過管理使用者及資源利用情況，保障平臺穩(wěn)定運行并發(fā)揮價值。

2）目前低代碼平臺的使用仍存在應用更新周期難把控、應用開發(fā)缺乏專業(yè)人員、業(yè)務與開發(fā)銜接不暢等問題。為優(yōu)化低代碼使用深度、發(fā)揮低代碼降本提效價值，可以從企業(yè)內(nèi)部切入，通過制定規(guī)范和崗位設置逐步打通開發(fā)與業(yè)務的隔閡，提升平臺使用自主權(quán)。

運維：角色配置與分工

業(yè)務顧問評估業(yè)務需求并推進開發(fā)進程，復雜邏輯開發(fā)仍依賴技術提供商

1）低代碼平臺在企業(yè)內(nèi)部投入運營后，業(yè)務部門與個人客戶是最終使用者，但由于大部分業(yè)務人員尚不具備低代碼開發(fā)能力，企業(yè)內(nèi)主要運維管理角色為業(yè)務顧問和IT部門。其中，IT部門可細分為開發(fā)工程師與運維工程師。業(yè)務需求是動態(tài)變化的，需要業(yè)務顧問對業(yè)務部門的需求進行提煉和篩選，并制定開發(fā)方案交付給IT部門執(zhí)行。人員配置上，業(yè)務顧問：開發(fā)人員：運維人員≈4:3:3。

2）低代碼運維過程中，通常應用點狀功能更新以周或月為周期，隨時推進；塊狀大規(guī)模功能調(diào)整以年為周期迭代。受企業(yè)開發(fā)人員能力或精力限制，通常會將開發(fā)工作外包給低代碼技術提供商的運維團隊支持，且預計未來3-5年內(nèi)企業(yè)對廠商仍有技術依賴。

優(yōu)化：物料更新與版本迭代

技術提供商主要服務于平臺功能與組件迭代，落地實踐還需業(yè)務部門配合

低代碼平臺的運維管理伴隨著使用者結(jié)構(gòu)調(diào)整與平臺功能升級，企業(yè)可以通過低代碼產(chǎn)品功能與實踐效果對低代碼的價值進行評估。

1）產(chǎn)品功能：在低代碼價值評估中重要性占比約40%，并隨著平臺使用深入重要性逐漸下降。產(chǎn)品功能的評估維度圍繞平臺基礎功能和運營性能展開，主要價值感受者為企業(yè)IT部門。當?shù)痛a產(chǎn)品功能不能滿足開發(fā)者需求時，常需要企業(yè)IT部門結(jié)合低代碼技術提供商對平臺進行組件新增或版本升級。2）實踐效果：價值評估中重要性占比約60%，隨著企業(yè)使用深入，低代碼的敏捷性、開放性等價值逐漸在業(yè)務端釋放，平臺價值逐漸從開發(fā)向業(yè)務傳導。由于實踐環(huán)節(jié)中企業(yè)業(yè)務部門是主要價值感受者，因此實踐效果的評估維度主要圍繞應用穩(wěn)定性與使用情況展開。當企業(yè)評估中發(fā)現(xiàn)低代碼的實踐效果不佳，可以著重調(diào)整企業(yè)業(yè)務部門的使用情況。

智慧園區(qū)建設的政策引導增強

加強智慧園區(qū)建設的政策引導，從信息化建設向全場景智能化升級

1）園區(qū)作為產(chǎn)業(yè)發(fā)展和企業(yè)集聚的空間載體，承擔著更多培育新興產(chǎn)業(yè)、促進區(qū)域經(jīng)濟發(fā)展的重要使命，因此園區(qū)的數(shù)字化建設亦是國家政策的重要引導方向，目前已明確納入國家十四五規(guī)劃中。2）梳理園區(qū)數(shù)字化相關政策，可以發(fā)現(xiàn)政策的引導重心逐漸從數(shù)字化向智能化、綠色化升級，同時政策內(nèi)容中對技術的應用、場景的覆蓋的引導逐漸具體，如從“推進信息系統(tǒng)建設”向“加強工業(yè)物聯(lián)網(wǎng)的應用、實現(xiàn)園區(qū)資源高效運營”升級，鼓勵園區(qū)加快新技術應用，實現(xiàn)全場景資源智能化管理。

智能化需要靈活的技術底座

低代碼平臺在企業(yè)和園區(qū)全場景綠色化應用構(gòu)建和敏捷迭代中起到關鍵作用

1）從2022年智慧園區(qū)建設中標項目上看，園區(qū)平臺系統(tǒng)建設在園區(qū)規(guī)劃中重要性排名靠前，同時部分建設時間早、數(shù)字化程度高的園區(qū)已開始產(chǎn)生運維服務需求。2）園區(qū)智慧化亦是樓宇科技發(fā)展的縮影。樓宇在建設智能管理系統(tǒng)時，由于入駐企業(yè)數(shù)量多、運營資源復雜，同時存在軟硬件變化、管理流程變化等可能性，需要管理系統(tǒng)能跟隨具體情況靈活調(diào)整，因此對系統(tǒng)的技術底座有靈活性要求。3）低代碼的可視化開發(fā)特征與樓宇科技的應用系統(tǒng)開發(fā)敏捷性、靈活性需求相吻合，以低代碼平臺為技術底座能有效提升管理系統(tǒng)搭建效率，有效減輕園區(qū)運營管理負擔。

場景需求：智能運營管理

低代碼發(fā)揮平臺能力集成零散系統(tǒng)，實現(xiàn)建筑自動化、智能化和統(tǒng)一管理

場景需求：實時監(jiān)測自動調(diào)控

低代碼作為信息化底座采集樓宇能耗數(shù)據(jù)，實現(xiàn)能源可視化監(jiān)控與節(jié)能管理

場景需求：智能核算碳排放

低能耗材料 低代碼為核心的全生命周期解決方案，提升清潔資產(chǎn)管理能力

技術趨勢：數(shù)用一體

aPaaS iPaaS 數(shù)據(jù)管理，對數(shù)據(jù)進行統(tǒng)一納管，向數(shù)據(jù)底座轉(zhuǎn)變

1）隨著數(shù)字化建設進入深水區(qū)，大部分企業(yè)級低代碼在企業(yè)內(nèi)部的定位已從最初的開發(fā)工具向技術底座轉(zhuǎn)型，成為平臺產(chǎn)品，承載更多應用的連接與集成，同時沉淀數(shù)據(jù)。隨著未來低代碼應用更加深入，數(shù)據(jù)沉淀增多，低代碼將承載更多企業(yè)數(shù)據(jù)樞紐的角色，幫助整合、清洗、分析業(yè)務數(shù)據(jù)。2）目前低代碼在數(shù)字化體系中屬于aPaaS范疇，未來低代碼平臺的集成能力會進一步拓展，形成aPaaS iPaaS 數(shù)據(jù)管理的架構(gòu)，進一步融合數(shù)據(jù)采集、數(shù)據(jù)標準化、數(shù)據(jù)質(zhì)量控制、數(shù)據(jù)安全加密、數(shù)據(jù)分析建模等能力，實現(xiàn)數(shù)據(jù)資產(chǎn)全生命周期管理。

技術趨勢：AI

AI 低代碼實現(xiàn)應用構(gòu)建自動化、智能化、助力加快全民開發(fā)步伐

1）過往AI的應用主要集中在模板智能篩選、代碼調(diào)試等場景，隨著大語言模型的應用落地，AI能更多地在交互層面發(fā)揮價值，提升低代碼的易用性。2）在用戶側(cè)，AI能解析用戶訴求，自動組合組件生成頁面模板；在產(chǎn)品側(cè)，基于機器學習和知識圖譜的編碼器與代碼調(diào)試能提升出碼效率和準確性。3）目前AI在低代碼中的應用仍處于基礎階段，一方面受限于垂直場景的低代碼成熟度不足影響，另一方面有礙于模型私有化與模型成長性的矛盾，AI的應用落地速度緩慢。當AI已深度滲透低代碼時，產(chǎn)生的算力成本與代碼冗余是否會影響用戶體驗仍有待觀望。

市場趨勢：深度結(jié)合行業(yè)場景

持續(xù)封裝組件并進行標簽化、規(guī)范化管理，推動智能化、智慧化場景應用

1）企業(yè)使用低代碼的過程中，發(fā)現(xiàn)組件封裝程度、開發(fā)便捷度和應用靈活性三者不能同時滿足。2）為最大程度發(fā)揮低代碼價值和支撐業(yè)務運作，大部分企業(yè)選擇優(yōu)先保障開發(fā)便捷度和應用靈活性，在此前提下，低代碼的持續(xù)封裝成為長期問題。3）通常低代碼平臺內(nèi)置數(shù)百個小組件，如時間、圖形組件等，企業(yè)和低代碼技術提供商可以根據(jù)業(yè)務特征和行業(yè)屬性，將組件進行多層封裝，同時融合大語言模型、RPA等技術，讓組件應用更加智能化、智慧化，在業(yè)務變化的條件下能實現(xiàn)小范圍自適應調(diào)整。

市場趨勢：切入核心業(yè)務領域

應用開發(fā)從通用管理類場景向復雜邏輯場景突破，支持復雜系統(tǒng)應用

1）目前低代碼在制造業(yè)、零售、教育、金融的一般業(yè)務場景滲透較高，對于復雜業(yè)務場景和核心業(yè)務場景，只能滲透通用功能或邊緣功能，如信息同步、節(jié)點郵件抄送等。2）受限于底層代碼和專業(yè)壁壘，當前低代碼平臺在強邏輯型管理系統(tǒng)、強集成型管理系統(tǒng)和復雜模型的專業(yè)型系統(tǒng)開發(fā)存在瓶頸，未來仍有待提升。3）通過進一步低代碼與原生代碼混合開發(fā)、封裝場景與行業(yè)解決方案、拓展接口協(xié)議兼容性、強化與三方伙伴的合作，低代碼有望突破當前開發(fā)瓶頸，切入企業(yè)核心業(yè)務領域，面向復雜業(yè)務場景提供開發(fā)支持。

市場趨勢：軟硬件結(jié)合

軟硬件結(jié)合，提升場景與行業(yè)解決方案的控制靈活性與決策科學性

1）隨著低代碼的場景應用深入和數(shù)據(jù)底座價值的凸顯，對硬件的兼容、集成與管理提上議程。通過低代碼連接邊端設備，完成軟硬件結(jié)合，實現(xiàn)數(shù)據(jù)生產(chǎn)沉淀統(tǒng)一管理，進一步提升企業(yè)業(yè)務運作與場景管理智能化程度。2）目前在安防、暖通、樓宇場景中，邊端設備數(shù)量較少、設備共性高、控制邏輯簡單，低代碼應用較深入。對于工業(yè)、農(nóng)業(yè)、醫(yī)療等場景，邊端設備多而復雜，仍存在兼容與互操作性等問題，設備與應用程序的互操作性有賴于接口協(xié)議，需要支持多種協(xié)議的IoT平臺輔助簡化設備管理和數(shù)據(jù)集成。