《艾瑞咨詢：綠色數字經濟-2023年企業級低代碼平臺構建白皮書（56頁）.pdf》由會員分享，可在線閱讀，更多相關《艾瑞咨詢：綠色數字經濟-2023年企業級低代碼平臺構建白皮書（56頁）.pdf（56頁珍藏版）》請在三個皮匠報告上搜索。

1、企業級低代碼平臺構建白皮書 2024.1 iResearch Inc.綠色數字經濟 1 目 錄 序言.3 一、前言篇：數字經濟與新興科技加速融合.4（一）科技賦能數字經濟.4 1.新興技術落地提速帶來新機遇.4 2.園區、交通、安防等覆蓋面廣、互聯性強的公共事業對新技術更有需求.5 3.技術落地推進人物場互聯.5（二）數字化時代要求企業更敏捷.7 1.低代碼契合數字化背景下，企業業務動態變化的需求.7 2.通過代碼的封裝和可視化編排，低代碼讓企業開發者與業務人員實現敏捷開發.8 3.低代碼從“產品驅動”向“場景驅動”轉型，作為數字底座助力數字化平臺構建.9 二、實踐篇：企業級低代碼平臺全生命周

2、期構建.11（一）企業級低代碼平臺構建流程.11 1.平均構建周期在 6 個月及以上，其中部署實施和測試優化是主要工作.11 2.企業級低代碼的設計原則：全鏈路發揮平臺價值.12（二）低代碼的基本架構與技術實現.13 1.低代碼的定位及基本架構.13 2.低代碼的技術實現.16 3.企業級低代碼實踐案例.19（三）低代碼的部署與實施.25 1.分工：實施環節與運營環節人員分工有差異，企業對平臺的運維管理能力有待提升.25 2.集成：系統接口協議和字段邏輯差異是集成難點，引入自動化工具有望提升效率.26 3.拓展：具備開放的 API 可接入第三方服務，需關注敏感數據安全與服務穩定性.27（四）低

3、代碼的培訓與運維升級.28 1.培訓：實施環節根據參培人員經驗定制培訓內容，運營階段跟隨迭代步驟進行培訓.28 2.運維：對應用及平臺全生命周期運營穩定性與安全性負責.29（五）本章小結.32 三、場景篇：低代碼助力產業數字化轉型實踐（以樓宇科技為例）.34（一）低代碼契合樓宇場景的智慧化需求.34 1.加強智慧園區建設的政策引導，從信息化建設向全場景智能化升級.34 2.運用智能管理系統輔助運營，提升管理效率成為樓宇科技發展的新主題.35 3.低代碼平臺在企業和樓宇全場景綠色化應用構建和敏捷迭代中起到關鍵作用.36（二）低代碼在樓宇科技場景的應用.37 1.按信息的生產、收集、應用的內容及對

4、象，將樓宇場景拆分成建筑、能源和低碳子場景.37 2 2.建筑場景應用實踐.38 3.能源場景應用實踐.42 4.低碳場景應用實踐.45 四、趨勢篇：低代碼行業發展趨勢展望.49（一）技術趨勢.49 1.云原生：提升低代碼模型能力與低代碼平臺可靠性.49 2.數用一體：aPaaS+iPaaS+數據管理，對數據進行統一納管，向數據底座轉變.49 3.AI：AI+低代碼實現應用構建自動化、智能化，助力加快全民開發步伐.50（二）市場趨勢.51 1.組件封裝：持續推進組件的場景化、行業化封裝，并進行標簽化、規范化管理.51 2.業務滲透：應用開發從通用管理類場景向復雜邏輯場景突破，支持復雜系統應用.

5、52 3.軟硬件一體化：提升場景與行業解決方案的控制靈活性與決策科學性.53 法律聲明.55 版權聲明.55 免責條款.55 聯系我們.55 3 序言 研究背景：數字化與新技術在各行業落地加速，企業紛紛嘗試構建靈活敏捷的數字化架構，以迎合瞬息萬變的業務動態、捕捉轉瞬即逝的行業熱點，提升盈利能力與競爭力。低代碼是一種通過封裝代碼簡化編程的開發形式，低代碼平臺通過提供預構建的組件和可視化開發界面，降低了應用開發的復雜性，讓開發者能夠專注于業務邏輯的實現，從而為企業帶來更低的開發成本和更高的應用質量。宏觀上看，低代碼符合當前時代背景下企業對數字化建設的敏捷性要求。經過多年沉淀，低代碼的應用逐漸從邊緣

6、場景向核心場景滲透，也逐漸從開發工具向企業數字化技術底座轉型，但在專用場景和業務人員滲透上，仍有很長的路要走。研究目的：艾瑞咨詢與美的、MyBricks 聯合發布的2023 年企業級低代碼平臺構建白皮書圍繞企業構建低代碼平臺的流程與實踐經驗展開討論，為企業搭建契合自己數字化基因的低代碼平臺提供思路。同時，報告以智慧園區為例對低代碼的應用展開討論，幫助讀者了解以低代碼為基礎搭建軟硬件一體化解決方案對于園區智慧化、綠色化管理的重要意義，為垂直行業企業應用低代碼實現智慧化轉型提供參考。研究方法：本報告撰寫過程中，艾瑞團隊通過對公開資料和數據的搜集，與行業專家、IT 工程師和美的 iBUILDING

7、解決方案相關負責人的深度對話，以及自身行業研究積累，重點輸出包括企業級低代碼搭建流程、各環節資源配置、智慧園區低代碼應用等核心研究成果。共同編制：艾瑞咨詢企服研究一組:徐樊磊、王成峰、黃椿鈺 美的樓宇科技研究院：程俊、張澤浩、吳鵬、劉全能、陳松、王國經、陳端云 MyBricks：車明君 4 一、前言篇：數字經濟與新興科技加速融合（一）科技賦能數字經濟 1.新興技術落地提速帶來新機遇 數字經濟是一種新的經濟形態，以數據作為核心生產要素，通過大數據、云計算、物聯網、區塊鏈、人工智能等新興技術的應用，實現資源的優化配置和再生，推動生產力的發展。數字經濟背景下，信息流動障礙被進一步削弱，各類資源要素加

8、速周轉，供需匹配效率進一步提升。近五年，我國的數字經濟除受疫情影響有小幅波動外，整體維持穩定增長態勢，且呈現從互聯網向傳統行業加速落地的趨勢。數字經濟帶來數據的流動與經濟的繁榮，為技術的革新提供了資源基礎。近年來，新技術的涌現和落地情況呈現出前所未有的活躍態勢，5G、云服務、AI、IOT 等技術不斷升級，新技術的應用也從場景試點到產業落地推進。技術的推陳出新與加速落地不僅提升了生產效率和生活品質，也在推動著社會經濟的變革，同時，在政策支持和環境推動下與數字經濟不斷融合。從技術應用帶來的中國算力規模增長上看，近三年平均增速達 49.6%，數字經濟與新興技術的融合加速對算力資源的大量消耗。數字經濟

9、與新興技術共榮發展 數字經濟賦予市場韌性，新技術為創新提供更大想象空間，二者深度融合為各行業高質量發展注入了新的活力，孕育出更多新產業、新業態和新模式。數字經濟與新興技術的融合不僅帶來了商業機遇，也加劇了行業內競爭，為企業成長帶來更多挑戰。新風口不斷涌現，要求各行業內的企業對外具備更高的適應性、創新能力以及足夠的行業敏感度，能根據市場動態靈活調整業務形態，同時對內運用新技術提高管理效率，維持盈利能力。因此，開源與提效是當下企業發展的關鍵詞。5 2.園區、交通、安防等覆蓋面廣、互聯性強的公共事業對新技術更有需求 相比于傳統行業，互聯網行業在數字沉淀與應用層面有先天優勢，能直接通過網絡實現數據的傳

10、輸、調用和分析。但目前傳統行業中，新技術也有一定深度的滲透，尤其在硬件設備層面，新技術讓硬件的運行和交互數據得以被捕捉和傳輸，成為企業生產管理鏈路的一部分。從當前各行業數字化滲透情況上看，互聯網、零售、金融等與 C 端連接緊密的行業數據沉淀量大、用戶對技術感知更敏感、投入回饋路徑短，因此數字化和新技術落地較快，正從技術應用向技術創新邁進；制造、能源、醫療等硬件設備多、生產流程長且復雜、生產運營專業性高、對數據安全性要求高的行業，新技術應用節奏較慢，應用場景也相對邊緣，仍處在高速發展階段。從新技術滲透情況上看，大數據、人工智能、云計算、5G 等通用技術在各行業均有廣泛應用。對于交通、安防、樓宇等

11、政府公共事業，需要滲透大量邊端設備、應用更精確的識別與傳感技術、覆蓋較大的管理面積、影響力輻射人物場，且建設運營過程涉及復雜學科專業知識，因此需要更多專業技術的賦能。各行業新技術滲透情況 3.技術落地推進人物場互聯 繼續剖析新興技術在實體經濟與公共事業的落地場景，不難發現新技術主要作用于硬件自身智能性和軟件管理協同性，最后通過軟硬件一體化突破人力的局限，實現行業智慧化的大躍進。拆分新技術在實體經濟應用的主要流程，大致可分為：設備智能化、網絡提升信息傳輸效率和平臺整合數據孤島。以制造業為例，智能制造通過傳感器與數字孿生分別賦能機器作業與綜合管理，具體流 6 程為：1）設備智能化：機器人內置傳感器

12、與芯片承載部分計算需求，分攤中央控制的處理壓力；2）網絡提升信息傳輸效率：工廠內信息實時同步，實現全流程低時延控制和精密生產；3）平臺整合數據孤島：通過控制臺聯合控制中心對作業機器進行調度，實現遠程實施操控生產；運用數字孿生技術模擬工廠作業環境，進行智能化故障預警與排查。數字經濟與新技術在制造業領域落地示意圖 數字經濟與新技術在交通領域落地示意圖 在交通場景中，通過車輛與攝像頭實現車路協同，具體流程為：1）設備智能化：車輛、行人、道路通過攝像頭與網絡連接，實現車與車、車與人、車與路的同頻感知；2）網絡提升信息傳輸效率：調度中心隨車輛的運行情況切換就近計算節點，縮短車輛數據傳輸路徑；3）平臺整合

13、數據孤島：基于攝像頭與調度中心實現風險實時探測與智能處理，精確計算，提升安全性，規避風險，同時解放人力。在樓宇科技場景中，通過 IOT 與中央控制樞紐串聯辦公、能源與環境，賦能樓宇管理、設備運行與員工工作，具體流程可拆解：1）設備智能化：樓宇基礎設施會與園區管理者、員工、訪客發生互動，因此設施的傳感與控制會更加靈敏，交互更加親和與智慧；2）網絡提升信息傳輸效率：IOT 控制中樞連接物與物，實現批量協同調控；3）平臺整合數據孤島：軟硬件協同升級，實現能源數據、碳排放數據、員工行為數據沉淀、綜合測算與統一管理，為綠色化、智慧化樓宇建設賦能；4）樓宇綠色化：升級管理系統的同時，引入清潔能源與環境治理

14、方法論，推進樓宇綠色 7 化改造進程。在樓宇科技場景中，服務對象包含樓宇自身運營、企業管理和員工管理，同時樓宇園區內的管理元素涉及能源、資金、硬件和空間，且部分管理邏輯有共性，因此新技術應用對樓宇管理帶來的變革更加明顯。數字經濟與新技術在樓宇科技落地示意圖（二）數字化時代要求企業更敏捷 1.低代碼契合數字化背景下，企業業務動態變化的需求 數字化時代下，宏觀上看新技術落地加速，各行業數字化進程如火如荼；微觀上看，企業將面對更快速的行業格局變化、更激烈的市場競爭和更強烈的成本壓力。2021 年對外促進貿易委員會的調研報告中顯示，認為“成本提高”是生產經營過程中主要問題的企業占比高達 81.8%，背

15、負“市場競爭激烈”壓力的企業也高達 71.0%，遠高于企業需要面對的其他財務與政策壓力。對于市場環境帶來的壓力，只有能及時捕捉行業風口并靈活調整業務方向的企業才有機會占得先機。而對于成本壓力，則需要企業一方面通過數字化人才招募與培育提升人效，另一方面持續推進數字化轉型，通過數據沉淀發揮技術的規模效應。低代碼正是契合企業業務靈活性與降本提效需求的解法之一，與數字經濟相輔相成，能從內至外提升企業的資源利用率與敏捷性。企業通過將低代碼嵌入自身數字化體系中，能有效縮短軟件開發周期，幫助企業從容面對快速變化的市場環境與業務需求，使企業的市場適應性、敏捷性與抗風險能力進一步提升。8 2021 年企業生產經

16、營過程中遇到的問題 2022 年全球企業應用敏捷開發收益 2.通過代碼的封裝和可視化編排，低代碼讓企業開發者與業務人員實現敏捷開發 企業級低代碼是為企業的開發者及業務人員提供可視化的應用開發環境，降低或去除應用開發對原生代碼編寫的需求量，進而實現便捷構建應用程序的一種解決方案。低代碼的身影最早可追溯至 2000 年前后的 Dreamweaver，當時的 Dreamweaver 僅是可視化頁面搭建工具，但為后期可視化編程的低代碼奠定了雛形。隨著信息化推進，企業的傳統軟件開發模式弊端逐漸顯露：當企業需要新的軟件功能或應用時，通常需要依賴專業的開發團隊從頭進行定制開發，無法做到代碼復用，導致開發周期

17、長、成本高、難以快速響應業務需求。因此，企業內部的開發者在傳統開發過程中自發將部分高頻、通用代碼進行封裝，以便后期靈活調用，逐漸形成企業內的低代碼生態。當企業的封裝代碼變多，使用頻率增加，低代碼也逐漸從工具向平臺轉移，成為支撐開發并集成上層應用的技術底座。根據低代碼自身特性和用戶使用效果，更便捷的開發與更低的時間成本是低代碼平臺的核心價值。企業級低代碼的特征 認可低代碼應用實踐價值的用戶比重 9 代碼封裝和集成開放是企業級低代碼的重要屬性，敏捷、提效是企業級低代碼的關鍵詞。Market Insight 調研數據顯示，有 60%以上的受訪者認為低代碼的主要應用實踐價值是為開發環節提效、敏捷、降本

18、，同時讓業務人員有機會參與應用構建。雖然低代碼的理想應用狀態是同時被開發者與業務人員所接受，從而縮短應用開發與應用邏輯搭建的溝通頻次，但事實上在企業實際應用中，目前低代碼的開發能力對于部分專業場景和復雜場景不適用，對于沒有開發基礎的業務人員而言，未經過系統性培訓上手難度較大。3.低代碼從“產品驅動”向“場景驅動”轉型，作為數字底座助力數字化平臺構建 由于應用的開發形式與結構復雜度提升，開發者不再執著于編寫完整的編程語言，而是將注意力轉移至底層邏輯建設與功能完善。因此，雖然低代碼的產生可以追溯至 2000 年前后，但其概念在 2014 年才被明確提出。低代碼的發展經歷了 2018 年前后的巔峰時

19、刻后逐漸沉淀，增速回落至 40-50%。在發展過程中，低代碼的產品形態、產品功能與落地場景均發生一定變化。1）產品形態：低代碼最初作為企業內部的快速開發工具出現，允許專業開發者通過圖形化界面和預構建的模塊來快速搭建應用。隨著部分應用場景需求同質化，有前瞻性的技術服務提供商開始將企業級低代碼的核心功能和通用模塊進行抽象和標準化，形成了標準化低代碼平臺，如奧哲、明道云、簡道云等。這些標準化的低代碼平臺通過賬號授權的形式對外提供服務，也標志著低代碼平臺從企業內部工具向市場化產品的轉變。2）產品功能：除組件化工具與可視化開發外，低代碼還具備 API 開放接口，企業可以通過調用接口實現系統與第三方服務的

20、集成和調用。當低代碼成為眾多系統集成的中間樞紐時，各系統間的數據、流程、規范等均實現標準化，從而更好地適應市場變化和滿足內部運營管理需求。因此，低代碼在企業中的定位也逐漸從基礎開發工具向企業數字化底座轉型，參與企業數字化與信息化建設。3）落地場景：一方面低代碼的開發能力有局限，難以承載復雜、核心應用的開發；另一方面由于行業內相互借鑒學習，商品化低代碼產品的差異化程度逐漸降低。雙重壓力驅動下，低代碼廠商逐漸認識到賦能開發者只是其價值傳導的起點，而鏈路的末端是企業業務應用效果。因此，低代碼廠商的關注點逐漸從低代碼的基礎功能和特性轉向企業實際業務場景，并朝中大型企業核心業務場景邁進。10 企業級低代

21、碼的發展特征 11 二、實踐篇：企業級低代碼平臺全生命周期構建 （一）企業級低代碼平臺構建流程 1.平均構建周期在 6 個月及以上，其中部署實施和測試優化是主要工作 企業級低代碼的搭建可分為六個環節：需求分析、設計規劃、部署實施、測試優化、上線培訓和運維升級。對于系統結構相對復雜的企業而言，搭建低代碼平臺全流程耗時約 6 個月及以上，其中部署實施與測試優化是核心環節，耗時占比近 50%。1）需求分析：深入了解企業的業務需求、數字化架構現狀以及未來發展方向。通過與企業內部各業務部門與技術部門的充分溝通，低代碼技術提供商才能準確把握企業對低代碼平臺功能和特性的需求，將對企業需求的理解作為后續設計規

22、劃和部署實施的基礎，確保最終搭建的平臺能夠真正滿足企業的實際業務需要。2）設計規劃：構建低代碼平臺的基礎架構和技術實現路徑。該階段的主要成果輸出通常包括平臺的技術架構圖、功能模塊劃分、數據流程設計等關鍵文檔。設計規劃需要充分考慮企業的業務復雜性、技術可行性和未來發展可擴展性等因素，為平臺的長期穩定運行奠定堅實基礎。3）部署實施：將設計規劃轉化為實際運行平臺的關鍵步驟。將企業級低代碼平臺嵌入企業的數字化管理系統中，并完成低代碼與企業數據、流程、規范等基礎配置的同步和對接。由于企業系統的多樣性和復雜性，部署實施過程中可能會面臨環境配置、接口調用、兼容性等問題，需要反復進行需求溝通對齊、產品測試、資

23、源調用等，因此要求技術提供商配備專業技術服務團隊和完善的實施方案。4）測試優化：平臺部署完成后，需要模擬實際業務場景和負載條件對平臺進行全面測試，及時發現并修復潛在的問題和缺陷，確保平臺的各項功能和運營環境都能穩定可靠地運行。測試環節通常包括功能測試、性能測試、安全測試等，測試優化環節的充分性和有效性將影響平臺上線后的穩定性和用戶滿意度。5）上線培訓：在平臺正式投入使用前，技術提供商會對擁有平臺使用權限的開發人員和業務人員進行產品功能及使用培訓。通過系統的培訓課程和實際操作指導，讓開發者能充分了解和掌握平臺的功能和使用方法，有助于提高低代碼平臺的使用效率，縮短平臺的價值傳導周期。6）運維升級：

24、對低代碼平臺進行持續運維和升級，保障平臺的基礎功能與產出能支撐企業的業務發展。運維升級貫穿低代碼平臺的全生命周期，定期巡檢和維護以保障平臺始終處于最佳運行狀態。同時，隨著企業業務的發展和市場需求的變化，還需要對平臺進行功能升級和優化。12 企業級低代碼平臺構建流程 2.企業級低代碼的設計原則：全鏈路發揮平臺價值 企業級低代碼構建原則可以總結為：安全性和合規性、集成與被集成、降本與業務覆蓋、可擴展與可維護性。低代碼平臺開發設計時，需要基于以上原則，以安全合規為前提，以發揮平臺降本提效價值、支撐業務運作為目的，保障平臺全生命周期的穩定運行。1）安全性和合規性：企業級低代碼平臺的基礎要求，也是企業在

25、數字化轉型過程中的首要關注點。對內，企業數字化產生大量核心數據，這些數據的存儲、傳輸、備份各環節均會面臨外部攻擊、信息泄露等問題，影響企業正常運行。對外，全球對數據安全和隱私保護的關注度提升，各國政府均加快安全合規政策的制定和執行。作為企業技術底座的低代碼平臺必須具備完善的安全機制和合規性措施，例如采用先進的加密技術和安全認證機制、遵循國內外相關法規和政策要求等，為企業數字化進程保駕護航。2）集成與被集成：低代碼平臺的連接拓展能力與發揮價值的方式。通過標準化 API 接口進行生態連接，低代碼平臺可以獲取更多的數據源和業務場景，從而為企業提供更全面的數字化解決方案，實現平臺功能升維。3）降本提效

26、與業務覆蓋：低代碼投入使用后的價值表現。為縮短應用開發的內部響應時滯，保持彈性與敏捷性應對日益激烈的市場競爭和不斷變化的客戶需求，企業需要低代碼運用豐富的物料模板庫進行靈活配置和擴展，從根源提升企業的業務效率和數字化覆蓋范圍。4）可擴展性與可維護性：低代碼平臺維持良性運營、持續創造價值的保障。前端業務動態變化，后端企業組織架構、系統規模也在動態調整，因此要求低代碼平臺具備良好的可擴 13 展性和可維護性，以滿足企業不同發展階段的開發需求。事實上，低代碼自身模塊化、組件化的設計思想是松耦合的，能滿足各模塊獨立升級的需求，實現低代碼平臺與企業共同成長的目的。企業級低代碼平臺設計思路 （二）低代碼的

27、基本架構與技術實現 1.低代碼的定位及基本架構 1.1 低代碼平臺屬于 aPaaS 范疇，賦能內部應用開發與外部服務集成 企業數字化架構相比傳統運營模式更重視數據的沉淀、流轉和應用。通過將企業的邊端物理設備與前端業務經營數據匯總沉淀，經過數據中臺對數據的清洗整理與技術中臺的分析支持，實現對內資源流轉最優配置和對外業務科學決策，整體起到降本提效作用。解構企業數字化架構，根據數據的產生、傳輸和處理大致可分為三大部分：物理層、中臺層和業務層：1）物理層：既包括傳感器、能源設備、檢測設備等產生數據的感知型硬件設備，又包括虛擬機、裸金屬、服務器等支撐數據傳輸與處理的資源型硬件；2）中臺層：介于物理層與業

28、務層中間，是設備信息與業務信息的中樞，負責將數據進行清洗、篩選、分析，并反饋至硬件設備的控制管理和前端業務的精細化運營；3）業務層：包括小程序、APP、Web、可視大屏等最終用戶交互終端，也包括企業對外輸出的行業解決方案，是業務信息產生與沉淀的主要部分。以實現業務上云的企業的數字化架構為例，中臺層主要負責數據沉淀與分析，根據服務內容與技術需求可細分為 aPaaS 和 iPaaS。其中 aPaaS 平臺兼容多種開發方式、開發框架和開發語言，支撐應用的開發、運營和運維；iPaaS 服務于流程、服務、應用、數據的集成與治理，在應用程序與三方服務間建立數據聯通渠道，實現應用快速集成與交互，提高了企業內

29、 14 部系統的互聯互通效率，還為企業與外部合作伙伴的數據共享和業務協同提供便利。低代碼正屬于 aPaaS 板塊，在企業數字化體系中承擔“樞紐”的角色，對內作為技術底座賦能應用開發，對外作為開放媒介接入三方系統和服務，為敏捷開發與生態開放賦能。低代碼平臺在企業數字化架構中的角色 1.2 aPaaS 服務與企業應用開發、運行與管理，低代碼助力敏捷開發 aPaaS（Application Platform as a Service）即“應用平臺即服務”，為企業提供一站式開發環境。aPaaS 整合了平臺及應用程序開發工具、數據庫、消息隊列、緩存、身份認證、安全、監控和日志等，方便開發者進行應用的開發

30、、運行和管理?；?IaaS 層基礎資源的支撐，開發者無需進行繁瑣的軟件部署、硬件配置和網絡設置等操作，可以專注于應用程序的開發和業務邏輯配置。目前 aPaaS 對企業的價值可以從應用的開發態、運行態和擴展態三個維度展開：1）開發態：aPaaS 通過提供云端的開發環境和工具，如包括低代碼、零代碼、可視化編程界面、預構建的模塊和組件等，同時支持多種編程語言和開發框架，降低應用程序的開發難度和成本，提高開發效率和應用性能，加速企業的數字化轉型和創新。作為企業云架構的重要組成部分，aPaaS 還能讓開發者可以隨時隨地通過云服務訪問開發環境，實現代碼的實時編輯、測試和部署。2）運行態：在應用程序運行階

31、段，aPaaS 提供了穩定的運行環境，包括計算、存儲、網絡在內的彈性資源，支撐應用程序的數據存儲、容災備份及在高并發環境下維持穩定運行。同時，aPaaS 的資源消耗監控與日志分析能幫助開發者及時發現并定位異常情況，提高了應用程序的可維護性。3）擴展態：隨著業務的發展，企業應用需要不斷地進行擴展和升級。aPaaS 提供了靈活的擴展能力，支持企業根據業務需求動態調整資源配置，讓企業能快速響應市場變化和業務 15 需求，提高企業的競爭力。低代碼是 aPaaS 架構中的核心開發工具之一，它將傳統代碼開發模式抽象封裝為模塊化開發形式，向下對接數據中臺進行控件的數據綁定和建模，同時調用技術中臺的能力支撐業

32、務流程運轉。低代碼平臺在 aPaaS 架構中的角色 1.3 低代碼向下調用技術與數據，向上支撐應用前臺，對內提效，對外集成三方服務 低代碼基礎架構從下至上可分為四個部分：核心引擎、可視化設計平臺、平臺門戶和獨立于應用設計的運維管理：1）核心引擎：實現前端操作與編排的效果。低代碼平臺的核心引擎按功能大致可分為模型引擎、頁面引擎、流程引擎、函數引擎和集成引擎，分別支撐頁面搭建、流程邏輯配置、對外集成等。引擎支撐前端操作的可視化，讓開發者無需關心后端技術實現邏輯，僅需對應用功能負責。2）設計平臺：對接開發者開發行為。設計平臺提供了豐富的頁面設計工具，讓開發者可以通過拖拽、配置等簡單操作快速搭建出應用

33、程序的界面和交互邏輯。設計平臺是低代碼降低應用開發的門檻的重要體現，讓非專業開發者有機會參與到軟件開發中。3）平臺門戶：提供開箱即用的組件與模板。通過平臺門戶，開發者可以快速集成和調用物料進行功能模塊組裝和前端界面的搭建。4）運營管理：對應用及低代碼平臺的運行狀態進行檢測與管理。運營管理主要功能模塊有資源消耗監控、資產管理、用戶權限管理等，監測應用程序的運行狀態。16 低代碼基礎架構及開發流程 開發者使用低代碼進行應用開發時，需要經過入料、頁面建模、服務編排、編譯出碼和部署運營五個環節，其中頁面建模與服務編排是核心開發環節。頁面建模環節中，開發者通過拖拉拽的形式快速構建應用程序的用戶界面；服務

34、編排則給予開發者搭建應用各模塊運行邏輯的工具。2.低代碼的技術實現 2.1 建模：低代碼平臺屬于 aPaaS 范疇，賦能內部應用開發與外部服務集成 使用低代碼平臺搭建應用的過程按先后順序可分為：數據源綁定、頁面控件配置、業務邏輯設置和環境配置等。其中，建模引擎和編排引擎支撐用戶的前端應用搭建：1）建模引擎：支撐開發者在前端開發界面對應用程序的數據結構和界面布局等靜態模型進行設計和構建的行為，包含數據引擎、表單引擎、頁面引擎、領域建模引擎等。其中，數據引擎負責處理應用程序中的數據存儲和檢索邏輯，會基于數據結構關系關聯數據庫中對應的數據表，保障數據調用的準確性和一致性；表單引擎會基于開發者對表單控

35、件的排列與驗證規則的設置創建符合業務需求的表單界面；頁面引擎基于用戶前端頁面布局的配置和交互模式設計思路進行頁面渲染；領域建模則允許開發者基于特定領域設計領域事件，便于統一管理。2）編排引擎：支撐用戶可視化編排應用的數據表單流轉、自動化管理、服務調度，包含流程引擎、規則引擎、消息引擎、事件驅動引擎等。其中，流程引擎負責執行開發者在應用程序中設計的業務流程，保障流程涉及的步驟、任務點和參與者按照預定的邏輯和順序正確執行。規則引擎負責處理業務規則和邏輯決策，在應用運行中，規則引擎能接收數據并按照預定的業務規則對數據進行評估，并執行相應的操作。消息引擎支持多種消息模式和協議，17 能實現應用中消息的

36、傳遞，保障消息產生、傳輸、處理、送達和故障恢復順利運行。事件驅動引擎會根據預先設定的事件觸發相應機制，實現事件的實時響應和處理，有時還能對事件流進行簡單分析，提升應用的事件管理能力。低代碼建模流程 建模引擎及編排引擎核心功能 在建模引擎和編排引擎的共同作用下，用戶能搭建完整的應用外殼。但對于數據體系復雜的企業而言，應用常涉及多個數據源和數據類型之間的關聯和轉換，因此對數據引擎建立的數據映射準確度與響應速度提出更高要求。對員工數量多、權限及流程管理復雜的企業而言，大量的員工和復雜的流程會在特定環境下產生大量的并發訪問和事件觸發需求，這時候編排引擎中流程引擎的并發量、事件驅動引擎的穩定性等是保障應

37、用順利運作的關鍵。2.2 編譯：以編譯器為核心實現中間碼向目標碼轉化，編譯性能與并行數量有提升空間 在用戶完成基礎的視圖設計以及應用邏輯編排后，低代碼需要將業務結構設計轉化為可執行的代碼，以便測試應用運行狀態及部署，該過程即編譯出碼過程，涉及模型解析、代碼編譯、代碼調試和代碼渲染四個環節：1）模型解析：解構用戶對模型的編排及組件的布局，以建立映射關系。低代碼平臺基于開發者配置的應用界面和業務邏輯，對界面的布局、組件的屬性設置、事件觸發機制和流程等進行解析，與平臺內部數據結構和邏輯表示建立映射關系。2）代碼編譯：將物料（組件、模型）與邏輯關系轉換為可運行的代碼。低代碼平臺基于模型解析的內容，將組

38、件、模型之間的邏輯關系轉換為特定編程語言的語法和結構，確保生成的代碼不僅能準確反映用戶的設計意圖，還符合編程語言的規范。3）代碼調試：對已轉譯的代碼進行準確性與合規性驗證，包括代碼是否存在語法錯誤、邏輯錯誤或潛在的運行時問題，對問題代碼進行反饋和自動調整，保障代碼能順利運行。4）代碼渲染：將目標代碼可視化，由此形成流程閉環，操作主權重歸用戶。18 低代碼編譯出碼流程 編譯出碼過程中，規則引擎加載速度、編譯器處理性能和并行數量等均會影響編譯出碼效率。為縮短編譯出碼流程的時間，可通過使用多核 CPU、結合高效的算法和數據結構提升并行處理能力。為提升代碼調試準確性，可以嵌入大語言模型智能化對代碼細節

39、進行調優，提升應用運行穩定性。2.3 在環境兼容配置與應用運行測試后鏡像投放，并進行性能監測與安全管理 低代碼應用搭建完成后，需要進行投放環境配置與兼容測試，并對應用進行多輪運行測試，以確保應用在目標環境內能穩定運行。通過模擬目標環境下的用戶操作和業務流程，開發者能夠及時發現并解決潛在的性能瓶頸、事件響應異?；蜻壿嬪e誤。低代碼構建應用的部署流程 低代碼應用的運維管理 根據低代碼開發的應用與業務系統的附屬關系，可將應用分為集成型和獨立型兩類。其中，集成型應用常作為附屬應用集成于原系統中，權限與設定遵循原系統應用配置，發布時還需要與指定集成應用進行聯調測試，保障各模塊接口的正確性、數據流和控制流的

40、合理性。19 獨立型應用的數據與流程設置相對自由，可自定義應用的權限關系與投放時間。應用投入使用后，還需要對應用運行狀態、基礎性能、數據安全和迭代需求進行監測，讓應用與前端業務需求相匹配。隨著應用的增多與企業低代碼應用場景碎片化，低代碼平臺承載的異構數據量也不斷提升，對信息加密、安全傳輸和隱私保護提出更高要求。為了保障企業敏感數據的安全性和完整性，低代碼平臺需要動態升級安全技術并執行嚴格的數據隔離與管理策略，以應對不斷升級的安全挑戰。3.企業級低代碼實踐案例 3.1 美的 iBUILDING 解決方案：為客戶打造以低碳、智能為核心的智慧空間 美的樓宇科技是美的集團旗下負責樓宇智慧化、智能化的業

41、務部門，致力于為全球用戶提供高效、智能、綠色的樓宇解決方案。憑借深厚的技術積累和不斷創新的精神，美的樓宇科技推出了 iBUILDING 解決方案，以全棧式服務賦能建筑的智慧化升級。通過 iBUILDING，美的樓宇科技將智能技術與建筑完美融合，為用戶打造舒適、便捷、安全的生活與工作環境。iBUILDING 平臺整體自下而上分為邊緣層、云服務層、應用解決方案層，在貫穿上下層鏈路過程中提供了全鏈路的安全與標準、全鏈路的運營服務和監控能力。1）邊緣層：通過邊緣引擎實現邊緣連接、邊緣計算、邊緣管理等能力，從而支持所有建筑 5A 設備上云。2）云服務層：通過 BIoT 中臺承接數據，融合人、設備、空間和

42、數據，形成業務中臺、數據中臺、算法中臺、知識中臺、數據孿生中臺等，通過開放平臺對外提供業務能力、快速接入能力、仿真能力和數據分析能力、AI 能力等，同時提供完善的安全管控。3）應用解決方案層：通過 iBUILDING 平臺強大的底層能力，研發并提供了大量的上層業務應用，通過各類專業應用，結合專業的行業解決方案思路，為用戶提供一站式行業級解決方案，如智慧園區解決方案、智慧工廠解決方案、智慧酒店解決方案、智慧醫療解決方案、智慧機場解決方案等。4）安全與標準：iBUILDING 形成了完善的開發標準化、數據標準化、工具標準化，并在數據、應用、設備、網絡等方面提供安全保障。5）全鏈路服務：iBUILD

43、ING 提供全鏈路的工程化服務、全鏈路運營管理服務及全鏈路日志監控服務。20 美的 iBUILDING 數字化行業解決方案架構 3.2 美的 aPaaS 開放平臺：為 iBUILDING 提供分享、拓展等能力，提升系統靈活性 美的樓宇科技 aPaaS 平臺是一款全新的應用平臺即服務解決方案，其強大的低代碼技術、豐富的模版市場資源，使得用戶可以輕松高效地構建各類專業的樓宇管理應用，實現樓宇設備的全生態接入的同時，提供了專業的實踐經驗，并保障數據、產品的安全合規，促進共建智慧樓宇解決方案，實現生態共贏。iBUILDING 開放平臺的架構及特征 iBUILDING 開放平臺的價值 美的 aPaaS

44、開放平臺在 iBUILDING 中起到支撐與連接器的作用，一方面支撐平臺的通 21 用能力，另一方面通過 API 調用外部系統能力，讓 ISV 能基于平臺能力進行深度定制和二次開發，實現平臺能力共享，減少重復建設，提升行業能力復用性。3.3 MyBricks：作為 iBUILDING 的技術內核，具備全景式低代碼能力，支撐復雜業務構建 美的 iBUILDING 解決方案的技術核心是 MyBricks 引擎，在 MyBricks 的基礎上進行封裝，搭建美的低代碼平臺，再通過低代碼平臺構建各類行業應用解決方案的管理平臺。MyBricks 是面向企業應用的全場景低代碼開發平臺，提供海量原子組件賦能使

45、用者搭建復雜應用，同時提供私有部署和開源引擎能力，全方位支持企業全場景數字化。MyBricks的核心引擎有 SPA、Domain 和 Workflow：1）SPA：頁面搭建引擎，常用于中后臺管理系統的門戶頁面、小程序頁面、app 頁面、H5 頁面搭建。Mybricks-SPA 封裝集成了面向不同場景的應用模版、組件庫、插件，開發者僅需要基本的前端工程能力，即可完成各類復雜業務場景的開發。使用 MyBricks 能綜合提升 8-10 倍應用開發效率，降低 3/4 的開發成本。2）Domain：領域建模引擎，主要用于頁面、服務、數據庫表結構的映射建立和自動化生成。3）Workflow：圖形編排引擎

46、，物料組件開箱即用，為開發者帶來完全積木式的搭建體驗，極大程度提升平臺易用性。MyBricks 平臺架構 MyBricks 支撐從建模到編譯出碼全流程 MyBricks 以幫助開發者解決企業級復雜需求為宗旨，有著自主研發圖形化編程語言、豐富的開源原子組件庫和搭載 Copilot 的 MyBricks.ai：22 1)圖形化編程語言：MyBricks 配備完整的可視化搭建語言，給予開發者足夠的組件編排自由度和圖形化的操作空間，有利于發揮想象力與創造力，優化開發者使用體驗；2）原子組件庫：MyBricks 提供海量低度封裝的原子組件，如表單類組件、數據表格組件、容器類組件、數據展現組件、邏輯計算組

47、件等，用戶可以在組件基礎上自由封裝成業務復合組件，進而組合成業務應用。由于組件顆粒度小、靈活度高，可覆蓋當前 95%的業務場景，組件場景復用率高達 90%。3）MyBricks.ai：MyBricks 設計之初就以 AI 原生納入考量，因此在 AI 時代下對 AI-Code 的應用更加得心應手。目前，MyBricks 搭載了基于 ChatGPT 的 Copilot，自然語言優化低代碼交互模式，提升應用開發智能性。此外，MyBricks 還配備調用國產大模型的 SDK包，通過自然語言驅動代碼生成拉近用戶意圖與應用成品的距離。MyBricks 將自身定位為可以“被定義和被集成”的低代碼平臺，提供私

48、有部署和核心技術兩種交付形式：1）私有部署：與其他低代碼平臺類似，MyBricks 兩種部署模式 將完整的低代碼平臺嵌入企業數字化架構中，支撐前端業務開發。2）核心技術：將核心引擎及周邊能力如物料庫、渲染器等基礎能力解耦，讓企業根據需 求 自 主 采 購 相 應 模 塊，企 業 可 基 于MyBricks 的技術內核自行封裝搭建適合企業自身業務的低代碼平臺，MyBricks 可為企業量身定制工作流、協作流等，讓企業的低代碼平 臺 與 MyBricks 共 生發 展。目前 美的iBUILDING 正是基于 MyBricks 的核心引擎、物料庫，通用插件等基礎能力進行開發，打造適合美的企業基因和開

49、發習慣的低代碼平臺。3.4 低代碼治理方法論：對應用開發難度和使用者分級，量化低代碼使用效果 MyBricks 目前已在醫療、金融、建筑行業實現成功實踐，且作為美的 iBUILDING 解決方案的技術核心參與諸多行業實際應用，已與美的在低代碼平臺運營治理領域形成了獨特的方法論。該方法論從產品側和用戶側分別對低代碼的開發情況進行量化，根據最終測算數據判斷低代碼價值發揮效果。該方法論執行步驟如下：1）第一步：產品側，根據應用搭建復雜程度可劃分為 L1-L5 五個等級，就目前企業內部系統復雜度而言，L1-L5 的應用比例近似正態分布。在應用分級的基礎上，根據開發經驗對其開發時長賦值，構建低代碼開發效

50、果理論值。23 L1 級：可使用現有物料，通過簡單編輯配置完成。例如 H5 活動頁面、簡單的小程序頁面等，多為企業內面向運營、銷售等用戶群體的各類簡單活動搭建系統，目前在企業內部占比約 10%。L2 級：使用現有物料，通過復雜編輯配置以及少量的表達式完成。例如包含了組件嵌套和終端適配的頁面應用、集合數據表格與流程的表單應用等，面向一般業務場景為主，目前在企業內部占比約 20%。L3 級：使用現有物料，通過編輯配置、圖形化編排或者傳統代碼完成。例如布局較復雜、頁面邏輯和業務邏輯相對復雜的產品級頁面，目前在企業內部占比約 40%。L4 級：使用大部分現有物料、少部分新增物料，通過編輯配置、圖形化編

51、排或者傳統代碼完成。L4 級應用通常建模難度更為復雜，常需要新開發物料來完成，目前在企業內部占比約 20%。L5 級：僅有少部分物料可以復用的情形。例如極具個性化的企業核心業務系統，低代碼的專業性難以滿足系統邏輯復雜要求，目前在企業內部占比約 10%。低代碼應用 5 級模型說明 2）第二步：用戶側，根據低代碼使用者的能力劃分為原型設計師、業務開發工程師和技術擴展工程師三類，量化不同等級使用者開發人天投入實際值，其中低代碼使用者的能力劃分可根據企業實際人才結構靈活調整。24 原型設計師：熟悉低代碼的基本操作，如流程編排（容器卡片、事件卡片等）、連接器、多場景頁面布局（排版、間距、樣式等）等，并能

52、獨立完成原型級別的頁面設計。業務開發工程師：具備“原型設計師認證”資質，擁有編寫 Javascript、表達式的能力，了解低代碼平臺的各類可視化數據類型（數字、文本、布爾、對象、數組、枚舉等），能熟練高級可視化編排的概念和各類組件庫，在面對實際業務需求時，能夠快速產出應用搭建方案并完成應用構建。技術擴展工程師：具備“開發工程師認證”資質，熟悉低代碼各類開發規范及工具，且具備一定的前端開發能力，能熟練使用 Vue、React 等前端開發框架和 MVVM、數據流等開發范式。此外，還需要具備良好的抽象設計能力，并能完成實際的物料、插件、渲染器、搭建應用等擴展能力的開發。低代碼運營人員分類 3）第三步

53、：根據開發耗時理論值與實際值的差異，測算低代碼平臺的使用價值與使用效率，有助于企業對低代碼的價值感知與提效調整。低代碼平臺治理邏輯 25（三）低代碼的部署與實施 1.分工：實施環節與運營環節人員分工有差異，企業對平臺的運維管理能力有待提升 根據低代碼平臺搭建過程中的人員配置差異，可以低代碼正式上線為界劃分為平臺實施環節和平臺運營環節：1）平臺實施環節：由低代碼技術服務商主導。低代碼技術提供商：通常會組建 3 人及以上服務團隊幫助企業完成需求分析到線上培訓全流程，主要參與角色有項目經理、高級業務咨詢顧問、架構師、前后端開發和測試人員，部分崗位可兼任。其中，項目經理負責項目全局把控與資源協調；高級

54、業務咨詢顧問負責協調低代碼平臺開發與最終解決方案的業務適配性，確保低代碼平臺能契合企業的實際業務需求；架構師、前后端開發和測試人員在項目復雜度較低時可兼任，主要負責低代碼平臺的設計、開發和上線測試，保障低代碼的功能性和穩定性。平臺實施期間，低代碼技術服務商會根據具體業務需求與廠商技術能力與 ISV 生態伙伴進行產品聯合設計開發，充分發揮生態伙伴的技術優勢。企業：通常會組建 2 人及以上團隊對接需求和系統架構，且不同階段參與度不同，主要參與者有項目經理或業務顧問、架構師、工程師、業務部門和成本管理經理。其中，成本管理經理主要在項目前期需求對接環節對項目進行商務評定，線上培訓環節通常有 IT 部門

55、和業務部門等平臺使用者參與。2）平臺運營環節：由企業主導。低代碼技術提供商：對于重點客戶，低代碼技術提供商可能會組建專門服務小組實時處理運維工單；但對于大部分客戶而言，運維需求主要通過低代碼技術提供商的客戶成功部門或運維顧問團隊對接。項目交付后，廠商側的運維服務可以分為兩類，一類是主動服務，如當低代碼平臺有重大技術更新或版本迭代時，由低代碼技術提供商主動發起運維動作；另一類是被動服務，如當企業使用低代碼平臺時遇到技術瓶頸或故障，提交工單尋求技術提供商的支持。企業：通常企業會設立專門部門對低代碼平臺進行監控和運維管理，由業務顧問負責評估業務部門需求并轉化為項目開發方案，對于超出企業技術范疇的工作

56、內容會尋求平臺技術提供商的支持。但由于大部分企業業務變化速度快且 IT 能力有限，因此組件更新、復雜應用搭建、新技術嵌入等技術運維工作主要由服務商承擔，企業做簡單監控管理。26 企業級低代碼實施與運維環節人員配置 2.集成：系統接口協議和字段邏輯差異是集成難點，引入自動化工具有望提升效率 低代碼嵌入企業數字化系統后，需要分三步與系統和業務進行集成：基礎配置和準入調試、業務系統集成和平臺測試及應用。1）基礎配置及準入調試：低代碼平臺與企業內部系統進行組織架構同步、單點登錄配置、數據庫連接等基礎配置?；A配置統一為后期低代碼平臺應用搭建時，對企業數據和流程調用的規范性與便利性奠定基礎。2）業務系統

57、集成：低代碼與企業既有系統集成，并對低代碼平臺的數據關聯、流程設計、編碼規范、業務邏輯等進行融合，保障低代碼平臺與企業內部系統使用體驗的一致性。3）平臺測試及應用：試運行保障平臺與應用程序的穩定性和可靠性，通常涉及功能測試、性能測試、安全測試等多個環節。系統集成過程中，前期需要低代碼平臺的對接入方式和業務邏輯進行設計和編排，涉及與企業業務部門的大量溝通調試，存在溝通成本高、實踐周期長等問題。系統集成實踐過程中，部分企業數字化缺乏統一的頂層規劃的弊病逐漸顯露，例如存在不同業務系統的接口開放度、接口協議、業務邏輯字段差異，影響集成進度。當企業內存在大量老舊系統時，可能出現接口少、接口調用協議與調用

58、權限有差異等問題，影響集成效率。當企業內業務應用邏輯復雜時常出現系統字段邏輯有差異等問題，需要中間件或代碼進行數據預處理和邏輯轉換。為提升低代碼集成效率，首先需要企業制定完善的業務系統規范，統一接口標準和各系統的數據格式，同時引入自動化工具，減少重復工作，提升集成效率，降低出錯率。27 企業級低代碼集成難點及解決思路 3.拓展：具備開放的 API 可接入第三方服務，需關注敏感數據安全與服務穩定性 低代碼平臺除可視化開發外，還具備極強的開放能力，對內可通過自定義組件和集成插件實現平臺開發功能加成；對外支持開發者通過 API 接口實現三方服務的集成和調用。1）基于插件的原生功能拓展：如 AI 插件

59、、電子簽名、消息輪播組件等，插件作為獨立的軟件組件，可以被便捷地添加至低代碼平臺中，實現功能的新增或強化。2）自定義組件助力應用復雜度升維：低代碼平臺通常支持自定義組件的開發和使用，開發者可以根據業務需求創建具有特定功能和界面的組件，并賦予組件特定的標簽，便于在應用搭建中調用。自定義組件通常比通用組件更加契合企業業務特性，因此復用率相對較高。3）基于 API 接口的三方服務集成：企業的內部系統與外部服務集成已成為一種常態，API 接口作為連接不同系統數據的橋梁和紐帶，通過調用集成的形式擴展了應用系統的功能邊界和使用場景。低代碼的開放能力讓企業數字化系統的基礎能力再上層樓，企業的業務系統功能更多

60、元、更齊全，能更快速地響應市場需求和業務需求，在業務拓展中更有競爭力。同時，這種開放能力也為企業帶來了一些困擾：1）數據安全：數字化背景下，流轉的數據隱藏了企業的核心業務信息，尤其是在使用低代碼的 API 對外接入三方服務時，需要通過加密技術保障敏感數據安全性，同時對平臺使用者實行統一權限管理，防止未授權訪問。2）穩定性與調用延遲：對于三方服務調用的穩定性、與內部系統兼容性等也會影響業務的處理速度和使用體驗，尤其在高并發環境下可能導致延遲響應。對此，可以嘗試通過緩存技術或分布式處理優化響應速度。28 3）互操作性與兼容性：三方服務的穩定運行需要和原有系統的數據與流程兼容，為此需要統一接口規范，

61、當出現應用版本調整需實時更新連接器，保持數據和流程的一致性。企業級低代碼的三種拓展類型 （四）低代碼的培訓與運維升級 1.培訓：實施環節根據參培人員經驗定制培訓內容，運營階段跟隨迭代步驟進行培訓 按培訓內容可將低代碼平臺相關培訓分為實施環節的培訓和運營環節的培訓：1）實施環節的培訓：低代碼平臺部署完成后，對企業主要使用者開展的一次性培訓，通常耗時 1 周左右。為保障培訓的針對性和有效性，培訓過程通?？煞譃槿齻€環節：根據參培人員的開發經驗配置講師團隊：當參培人員中 IT 人員占多數時，需要配備技術側講師；當參培人員中業務人員或其他非專業技術人員占比較高時，需要設置更低門檻的課程，配備偏業務落地的

62、講師。拆解培訓目標，制定階段性課程：培訓內容包括行業認知、平臺使用規范以及具體場景實操，從理論到實踐，讓參培人員逐步掌握低代碼平臺的核心功能和操作技巧。根據現場情況動態調整培訓計劃，確保每位參培人員都能獲得最佳的學習體驗。2）運營環節的培訓：在低代碼平臺投入使用后，對組件更新、平臺技術迭代或其他運營過程中產生的問題進行答疑和補充培訓，多為不定期開展，且跟隨具體業務情況動態調整。主要涉及的培訓內容有：新功能與組件、用戶訪問與權限配置、故障排查與應急處理、用戶反饋與需求收集、版本升級與遷移等。29 低代碼平臺培訓步驟及內容 2.運維：對應用及平臺全生命周期運營穩定性與安全性負責 2.1 資源消耗監

63、控保障應用運行穩定性，管理制度優化打通開發與業務邊界 為了讓低代碼平臺的應用開發更便捷、應用更穩定、與業務場景更貼合，需要對低代碼平臺和已發布應用進行監控和管理，因此，低代碼的運維管理也可以根據管理對象分為對已發布應用的運維管理和對平臺的運維管理兩類：1）對已發布應用的運維管理：關注應用的運行狀態、數據安全、故障處理，監控并優化已上線應用質量，定期迭代確保場景適應。2）對平臺的使用管理：關注平臺基礎功能、資源消耗和運營管理，通過管理使用者及資源利用情況，保障平臺穩定運行并發揮價值。其中，對平臺基礎功能的運維主要從平臺物料充裕程度、應用開發模式、功能穩定性與安全漏洞等方向進行跟蹤；對平臺資源消耗

64、的監測主要從內存消耗、CPU 使用、流量分布、網絡安全等維度展開；對平臺運營的管理主要從使用規范、租戶權限管理等維度切入，對平臺使用者進行管理。盡管低代碼平臺通過運維管理在一定程度上能實現運行的穩定性和安全性，但目前低代碼平臺在使用過程中仍存在一定困難：1）應用更新周期難把控：業務變化抽象且發散，需求具象和版本迭代的尺度難把控。為更好地連接后端開發與前端業務，企業可以建立業務變化跟蹤機制，定期與業務部門進行溝通拉齊，持續獲取使用者的反饋意見。2）業務與開發銜接不暢：目前大部分企業仍存在開發者不了解前端業務邏輯，業務人員缺乏架構思維和數據思維，導致低代碼在業務部門的滲透尚淺的現象。針對低代碼的技

65、術局限，企業可以設定開發與業務的過渡崗位，通過制定規范和崗位設置逐步打通開發與業務的 30 隔閡，由專人進行業務需求總結和邏輯抽象，確保平臺始終與業務需求同頻共振。應用運維管理和平臺使用管理 低代碼平臺運維難點及解決思路 2.2 業務顧問評估業務需求并推進開發進程，復雜邏輯開發仍依賴技術提供商 低代碼平臺在企業內部投入運營后，業務部門與個人客戶是最終使用者，但由于大部分業務人員尚不具備低代碼開發能力，企業內主要運維管理角色為業務顧問和 IT 部門。其中，IT 部門可細分為開發工程師與運維工程師。業務需求是動態變化的，需要業務顧問對業務部門的需求進行提煉和篩選，并制定開發方案交付給 IT 部門執

66、行。人員配置上，業務顧問：開發人員：運維人員4:3:3。以上三類人員的主要職責如下：1）業務顧問：深入了解業務部門的需求和痛點，篩選業務需求并轉化為可執行的開發任務，并明確應用的功能模塊、界面設計和交互邏輯。與 IT 部門對接開發需求與規劃，保障應用符合業務場景和用戶需求。2）開發人員：根據崗位內容可細分為 UI 設計師、前端工程師、后端工程師等，主要負責利用低代碼平臺進行應用程序的設計和開發，包括前端界面、后端邏輯的編寫和數據庫交互等，并對應用進行測試和發布。當業務需求超出企業開發人員的承受范圍時，可以選擇向低代碼技術提供商尋求技術支持。3）運維人員：持續監控低代碼平臺的運行狀態和性能指標，

67、及時發現并解決平臺運行中出現的故障和問題，保障平臺穩定性、可用性和安全性。低代碼運維過程中，通常應用點狀功能更新以周或月為周期，隨時推進；塊狀大規模功能調整以年為周期迭代。受企業開發人員能力或精力限制，通常會將開發工作外包給低代碼技術提供商的運維團隊支持，且預計未來 3-5 年內企業對廠商仍有技術依賴。31 低代碼應用的更新迭代流程 2.3 技術提供商主要服務于物料更新與版本迭代，落地實踐還需業務部門配合 低代碼平臺的運維管理伴隨著使用者結構調整與平臺功能升級，企業可以通過低代碼產品功能與實踐效果對低代碼的價值進行評估。1）產品功能：在低代碼價值評估中重要性占比約 40%，并隨著平臺使用深入重

68、要性逐漸下降。產品功能的評估維度圍繞平臺基礎功能和運營性能展開，其中平臺的基礎功能可細分為易用性、功能顆粒度、運維管理能力和產品拓展性。低代碼產品功能的主要價值感受者為企業 IT 部門，當低代碼產品功能不能滿足開發者需求時，常需要企業 IT 部門結合低代碼技術提供商對平臺進行組件新增或版本升級。2）實踐效果：在低代碼價值評估中重要性占比約 60%，隨著企業使用深入，低代碼的敏捷性、開放性等價值逐漸在業務端釋放，平臺價值逐漸從開發向業務傳導。由于實踐環節中企業業務部門是主要價值感受者，因此實踐效果的評估主要從應用穩定性和業務效益展開。其中，應用穩定性主要衡量維度是開發質量，如接口故障率、Cras

69、h 率等，業務效益可以從開發效率、平臺應用情況和業務敏捷性三個維度展開評估。當企業評估中發現低代碼的實踐效果不佳，可以著重調整企業業務部門的使用情況。32 企業級低代碼平臺價值評估表 （五）本章小結 1）實踐步驟：企業級低代碼平臺的建設及運營流程可分為六個階段：需求分析、設計規劃、部署實施、測試優化、上線培訓與運維升級。其中部署實施與測試優化是核心環節，占據平臺搭建時長的 50%左右。2）需求分析與設計規劃：從數字化架構上看，低代碼是企業數字化的技術底座，屬于 aPaaS 層，向下調用技術與數據，向上支撐應用前臺，對內提效對外集成三方服務；使用低代碼進行應用開發需要經過入料、頁面建模、服務編排

70、、編譯出碼和部署運營等環節，其中頁面建模與服務編排是核心開發環節。3）部署實施與測試優化：部署實施環節中，技術服務商通常會組建 3 人及以上團隊，其中項目經理負責項目全局把控與資源協調，高級業務咨詢顧問負責協調平臺的業務適配性；低代碼的集成可分為三個環節：基礎配置和準入調試、業務系統集成和平臺測試及應用。集成過程中，接口協議差異和字段邏輯不同等會影響集成效率；低代碼的開放能力除集成業務系統外，對內可通過自定義組件和集成插件實現開發功能加成；對外支持開發者通過 API 接口完成三方服務的集成和調用。4）上線培訓與運維升級：33 低代碼平臺部署完成后，需要對平臺主要使用者就使用規范開展一次性培訓；

71、平臺投入使用后，需要對平臺迭代和應用更新進行不定期答疑和補充培訓；圍繞低代碼平臺企業內部通常設立業務顧問對接并評估業務部門需求，并立項交接至IT 部門，或尋求技術服務商的支持；對應用的運維關注應用的運行狀態、數據安全、故障處理，定期迭代確保場景適應；對平臺的運維關注組件更新和資源消耗，保障平臺穩定運行。34 三、場景篇：低代碼助力產業數字化轉型實踐（以樓宇科技為例）（一）低代碼契合樓宇場景的智慧化需求 1.加強智慧園區建設的政策引導，從信息化建設向全場景智能化升級 園區作為產業發展和企業集聚的空間載體，承擔著更多培育新興產業、促進區域經濟發展的重要使命，因此園區的數字化建設亦是國家政策的重要引

72、導方向，目前已明確納入國家十四五規劃中。梳理園區數字化相關政策，可以發現政策的引導重心逐漸從數字化向智能化、綠色化升級，同時政策內容中對技術的應用、場景的覆蓋的引導逐漸具體，如從“推進信息系統建設”向“加強工業物聯網的應用、實現園區資源高效運營”升級，鼓勵園區加快新技術應用，實現全場景資源智能化管理。這些變化體現了國家對于園區應用新技術的高度重視，也揭示了園區數字化建設的未來趨勢。例如應用工業物聯網讓園區內的設備、系統、資源實現互聯互通，運用清潔能源為園區節能減排、資源循環利和綠色可持續發展。近年園區數字化建設相關政策梳理 園區智慧化僅是樓宇科技的縮影。樓宇科技是以建筑為核心、涵蓋能源、環境、

73、交通等領域的綜合性概念，覆蓋工業園、產業園、文化園、寫字樓、工廠等場景，其數字化集成了物聯網、大數據、人工智能等技術應用。例如對空調、照明、電梯等設備的遠程監控和管理，室內空氣質量、溫濕度等進行監測和調節。樓宇科技是現代智能建筑的重要支撐，為企業與個人提供了更加安全、舒適、便捷的生活環境，也是推動建筑行業綠色發展和智能化轉型的 35 重要力量。目前在樓宇場景中相對廣泛應用的技術有：1）人工智能：在硬件中應用時，多以傳感器+AI 的形式發揮價值，如巡檢機器人自動避障與執行清潔任務，智能會議室自動感應人員進出控制燈光與溫濕度。在軟件中應用時，多以數據分析+AI 的形式對外提供服務，如能源管理系統沉

74、淀區域能源消耗數據，為樓宇能源分配與科學管理提供依據；或創建樓宇的數字孿生模型，實時監控并對緊急事態自動規劃預案。2）物聯網：主要用于樓宇內部各類設備的數據采集和控制，結合 RFID 標簽、GPS 定位等技術重要資產進行實時跟蹤和管理。3）云計算：為樓宇提供安全、可靠的數據存儲服務，同時支持樓宇管理相關應用的快速部署和擴展?；谠朴嬎?，樓宇能搭建即時響應、靈活可控的數字孿生平臺。4）5G：5G 為遠程設備操控和大規模設備實時通信提供安全、穩定的網絡基礎。2.運用智能管理系統輔助運營，提升管理效率成為樓宇科技發展的新主題 目前樓宇數字化建設初見成效，AI、大數據、云計算等技術應用已為樓宇環境內產

75、業集聚、企業協作、創新驅動等行為帶來了新機會和可能性。智慧化與綠色化也成為智慧樓宇建設的新主題，樓宇綠色化能為區域運營管理帶來長線回報，同時展現樓宇管理的社會責任。為實現綠色、低碳和可持續發展，樓宇開始采用清潔能源與節能減排技術，優化能源結構，同時促進資源循環利用。入選 2022 年生態環境部綠色低碳園區典型案例及特征 36 整體上看，樓宇的綠色化不局限于使用清潔能源和打造綠色環境，低耗運營與高效管理才是實現資源可持續發展的重點。以入選 2022 年生態環境部綠色低碳園區典型案例的七個園區為例，正在使用或準備使用智能運營管理平臺的園區數量達 100%，可見園區的智慧運營管理與綠色發展是相輔相成

76、的。3.低代碼平臺在企業和樓宇全場景綠色化應用構建和敏捷迭代中起到關鍵作用 通過對 2021 年 12 月至 2022 年 11 月中國智慧園區相關中標項目涉及的交付領域進行分析，發現市場對建設施工、平臺系統搭建兩個行業中上游領域需求普遍較高，部分建設時間早、數字化程度高的園區已開始產生運維服務需求。在包含多項交付內容的總承包項目或多標段項目中，同時包含智慧園區規劃設計方案和后續建設施工的項目占比最高，一體交付建設施工與平臺系統搭建的項目次之，分別占 37.3%和 25.5%?？梢娫谥腔蹐@區場景中，數智化平臺管理系統和一站式解決方案成為園區需求重點。2021 年 12 月-2022 年 11

77、月中國智慧 2021 年 12 月-2022 年 11 月中國智慧園區 園區相關中標項目領域分布 相關中標項目中總承包及多標段項目領域分布 園區建設與樓宇科技有較多共性，在建設智能管理系統時，由于樓宇內企業眾多、資源繁雜，加之軟硬件和管理流程可能隨時發生變化，這就要求管理系統必須具備高度的靈活性和可調整性。在建設智能管理系統時，由于樓宇場景內入駐企業數量多、運營資源復雜，同時存在軟硬件變化、管理流程變化等可能性，需要管理系統能跟隨具體情況靈活調整，因此對系統的技術底座有靈活性要求。低代碼的可視化、模塊化開發特征與智能樓宇的應用系統開發敏捷性、靈活性需求不謀而合，以低代碼平臺為技術底座能有效提升

78、管理系統搭建效率。當樓宇內資源或管理流程發生變化時，運用低代碼平臺僅需對相應模塊進行調整，無需對整個應用系統進行重構，有效減輕樓宇運營管理負擔。37（二）低代碼在樓宇科技場景的應用 1.按信息的生產、收集、應用的內容及對象，將樓宇場景拆分成建筑、能源和低碳子場景 樓宇場景的主要元素可以拆解為人、物和場：1）人：指園區管理人員、入駐園區的企業員工及訪客?！叭恕笔菢怯顖鼍爸械幕顒又黧w，員工的日常辦公、企業的運營管理、訪客的接待等行為在樓宇的各個區域持續發生，并生成企業布局、員工信息、出勤狀態等數據。對“人”的相關信息進行采集和分析，有助于樓宇提升管理舒適度，也有利于樓宇招商引資等商業行為。2）物：

79、指園區各類硬件設備、建筑和有形及無形資源。有形資源如硬件設備，包括照明、暖通、電梯等。無形資源如水電煤等能源，是支撐樓宇場景基礎設施運行的重要資源?！拔铩蓖ㄟ^被使用產生使用狀態、消耗情況和碳排放等數據，其分析結果能幫助樓宇進行資源的優化配置和高效利用。3）場：園區內部各個可活動空間與環境?！皥觥敝饕〞h室、停車場、草坪、湖泊等。樓宇對“場”的運營管理主要涉及空間規劃提升利用率和環境改造提升舒適度。人、物、場在園區內持續產生信息，所謂綠色智慧樓宇即對樓宇內人與物進行智慧化運營管理，對樓宇場景的空間、環境及資源利用更集約且低碳。樓宇場景下，不同區域中人、物、場的要素組合形式不同。根據人、物、場

80、要素在綠色智慧樓宇的集中情況，可拆解為三個場景：以建筑與人文為核心的建筑場景、以資源監測與管理為核心的能源場景和測算碳排放與資源有效利用率的低碳場景。樓宇子場景劃分 38 2.建筑場景應用實踐 2.1 需求解讀：低代碼發揮平臺能力集成零散系統，實現建筑自動化、智能化和統一管理 目前建筑場景中，根據管理對象可以分為建筑和人文兩部分。其中建筑主要關注樓宇的物理結構、建材用料和設備運營，如暖通空調、給排水、消防安全、電梯系統、樓宇自控等。根據樓宇管理者對建筑的管理內容，可以總結為運營管理和建筑安全兩個方向，二者管理需求和當前痛點如下：1）運營管理：對建筑及其設備進行統一管理，獲得更加準確、全面的設備

81、運行數據和能源消耗數據，并進行智能化分析，提升運營管理效率。在建筑運營管理中，目前仍有以下難點：認知差距：樓宇管理方通常有成熟的管理方法論，但部分團隊可能會依賴傳統的管理模式，對新技術及其潛在效益缺乏深入了解，導致全局視角缺失或對樓宇智能化運營管理認知不足。系統割裂：樓宇間照明、通訊、空調、門禁等系統相互獨立，缺乏高效、統一的管理平臺增，增加了管理的復雜性，易造成資源浪費。能力不足：目前大多樓宇數字化進程呈碎片化特征，數字底座不完善，平臺能力不全面，同時缺乏技術開發與應用能力，限制了樓宇的智能化運營的步伐。設備控制欠缺：對于設備使用狀態、壽命期限、技術性能、利用率等缺乏實時監測與管控，可能導致

82、設備不當使用和能源浪費。2）建筑安全：運用先進設備對建筑整體風險實時監測感知，并對異?，F象智能告警，及時發現設備故障或安全隱患，保障建筑和設備的安全運行。在建筑安全管理中，目前仍有以下難點：設備接入：樓宇配備各種視頻監控、智能感知、消防安全設備以實現樓宇內外的全方位監控，需進行統一納管，存在設備兼容和接入穩定性問題。數據安全：需要保障安防系統的穩定運行，避免因故障或攻擊導致的安全漏洞。建筑安全依賴于數據收集和分析處理，同時安防系統需要 24 小時不間斷運行，安全系統的可靠性和數據訪問權限管理是建筑安全發揮價值的基礎要求。建筑與其承載的空間和人共同構成建筑生態，建筑以物理設備的精確控制與運行安全

83、為核心，人文場景則主要關注樓宇中的人及其活動軌跡，涉及管理人員、企業員工、外部訪客及其產生的各類行為活動。人文場景中，優化使用者感受、為人的行為活動帶來便利是主要目的。為實現建筑內辦公生活舒適性、滿足不同員工對辦公環境的個性化需求，需要樓宇內設備互聯與自動化控制。樓宇管理者在保障水電氣等基礎能源穩定供給的前提下，要求樓宇 39 內所有設備與系統都能彼此影響并相互聯系，形成一張設備網絡，根據用戶意圖和行動軌跡自動調控設備狀態。低代碼在智能樓宇建筑場景中的應用 在建筑場景中，低代碼平臺為樓宇的設備集成于協同管理提供了技術基礎。通過低代碼平臺，樓宇管理者可以快速集成邊端設備和舊管理系統，打通樓宇內部

84、數據孤島，并快速構建適應移動端、PC 端、數據大屏等終端的管理應用，如能源管理系統、安防監控系統、設備維護系統等，實現樓宇的統一管理和智能化分析，提高運營效率和管理水平。2.2 美的 DEPCO 方法論：總承包模式，為智慧建筑項目提供一體化服務 智慧園區的建設多以部分場景為試點向全場景鋪開，這種以點及面的形式雖然能穩步推進園區數字化，但也會導致管理者對園區整體規劃缺乏全局視角，需要覆蓋園區建設及運營全流程、各場景一體化管理的解決方案。美的總結過往五年的智慧建筑實踐經驗，形成集數字化咨詢、設計、采購、建設和運營為一體的 DEPCO 方法論，全生命周期賦能園區數字化建設與智慧化運營：1）數字化咨詢

85、（D）：為建筑智慧業主方、數字化總承包商、智慧建筑平臺服務商、應用產品服務商、建筑使用者等角色提供前期調研、業務需求及現狀分析、項目可行性研究分析、項目整體規劃、藍圖規劃、實施方案策劃等相關咨詢工作，為智慧建筑項目的整體推進提供原則性綱領。2）數字化設計（E）：對前期數字化咨詢的成果進行深化設計，再次對焦和收斂用戶需求，進行技術收斂和設計成果確定。數字化設計方還需要對設計全過程進行管控，對各相關設計 40 單位、咨詢單位的輸入輸出成果和進度計劃進行管控，并做好與設計有關的技術支撐。3）數字化成本管控（P）：從客戶視角出發，通過科學的方法、高效的工具、勝任的團隊來實現成本“合理適配”和“動態可控

86、”的目標。4）數字化建設（C）：結合數字設計服務的軟硬件集成化設計所制定的標準、規范和要求，利用低代碼平臺，對項目智能化系統和設備進行智慧化、智能化整合。實施過程中采用數據和工具實現統一開發、規范施工、標準數據描述、應用場景閉環，完成軟硬件一體化建設交付服務，滿足建筑智慧化運營目標。5）數字化運營（O）：通過新技術、數字工具與數據能力重塑產品和服務的各個環節，降低產品與用戶之間的摩擦，提升用戶價值的運營效率，是實現業務目標的資源與策略的集合，幫助企業客戶構建全面的數字化運營能力，最終真正實現資產價值的可持續增長。DEPCO 方法論結合了美的的服務經驗、產品能力及生態伙伴能力，形成多方協同共生的

87、生態化體系，為園區管理量身定制解決方案。在 DEPCO 解決方案中，低代碼作為技術底座實現敏捷開發與伙伴生態集成，快速搭建 iBUILDING 數字化管理平臺，幫助園區實現數字化探索到智慧化運營的升級。美的智慧建筑數字化建設總承包解決方案 2.3 美的樓宇管理系統：低代碼+行業經驗+客戶需求的綜合產物 DEPCO 方法論貫穿美的對外總包服務全流程，其中數字化建設與數字化運營環節，需要運用低代碼平臺將美的的行業治理方法論轉化標準化管理系統。美的低代碼平臺通過可視化的界面、豐富的場景組件庫，讓開發人員能基于企業個性化需求量身定制智能化、綠色化的樓宇管理系統，覆蓋辦公場景、環境管理、電梯管理、暖通管

88、理等場景。目前美的基于低 41 代碼的 iBUILDING 管理系統，已成功為數十家企業提供完整樓宇科技解決方案。美的 iBUILDING 建筑管理解決方案 2.4 美的實踐案例：量身打造軟硬件一體化園區綜合解決方案 以某大型互聯網企業智慧園區項目例為例，該園區總建筑面積約 18 萬平方米，目前建有 4 棟辦公樓，容納 1.2 萬名員工。受限于行業整體信息化水平與園區內人員訪客結構復雜等原因，該園區內部數據孤島現象嚴重，設備信息、人員信息相互獨立，亟需覆蓋全場景的數字化解決方案及行業成功實踐經驗復用，提升園區管理能力及資源利用率。美的融合過往實踐經驗，結合 DEPCO 方法論為該智慧園區量身打

89、造智慧園區綜合解決方案，該方案將樓宇數字化平臺與邊緣云深度合作，用軟硬件一體的方式幫助企業消除信息孤島，實現園區全方位數字化、樓宇體驗人性化、運營管理智能化。為推進該項目的智慧化規劃與建設工作，美的通過 aPaaS 平臺對接飛書 PaaS，輸出涵蓋 iBUILDING 數字化平臺、智慧運營中心、設施設備管理、能源管理、碳管理、運維工單管理停車管理、Portal、智慧商業等在內的“1+7”整體園區解決方案?！?+7”智慧園區解決方案幫助該互聯網企業實現約 26834 臺設備、286450 個數據點位 100%準確上線，基于低代碼快速交付 1 個平臺及 7 個應用，并實現開箱即用，讓園區成為可視、

90、可管、可控的數字驅動生態園區。42 某大型互聯網企業智慧園區項目案例 3.能源場景應用實踐 3.1 需求解讀：低代碼作為信息化底座采集樓宇能耗數據，實現能源可視化監控與節能管理 能源生產、存儲、傳輸設備遍布樓宇各個角落，隨著樓宇規模的擴大和設備數量的增加，能源消耗量也在不斷攀升，造成的成本消耗、環境影響也逐步擴大，因此有必要對樓宇內部的能源生產使用鏈路進行全面監控和智能管理，有效減少能源浪費，優化能源配置，提高能源利用效率，實現樓宇的可持續發展。樓宇的能源管理可以從設備和管理系統兩方面切入，當前樓宇能源管理的主要需求和困境有：1）設備：設備根據用途可以分為能源生產設備和能源消耗設備，前者跟隨新

91、能源形式變化而更新，后者跟隨新技術應用而更新。技術進步與設備老化均會驅使樓宇定期更換能源設備，造成不同設備的基礎數據維度不同，影響后續分析管理。2）管理系統：主要負責對能源生產、運輸及使用全流程的監測和管理。能源監測：能源監測需要對樓宇內部產能和耗能設備的運行情況進行實時監控，目前存在系統割裂和數據離散兩個難點。樓宇場景中設備復雜，由于設備采買涉及不同供應商，不同供應商的設備管理系統相對獨立，造成樓宇內各設備能源消耗數據收集和監控困難，無法做到全面實時的數據獲取，同時多個獨立的能源管理系統數據維度不同難以整合，需進行統一整合與協同管理。能源管理：能源管理需要基于能源監測的數據和能源管理方法論對

92、樓宇各場景用能情況進行動態協調。目前樓宇沉淀了大量能源數據，但由于缺乏智能化的分析手段，難以挖掘潛在的節能空間和優化能源消耗的最優解，還需要專業的管理方法論和數字化工具輔助。43 低代碼在能源智能管理中的應用 在樓宇的能源管理場景中，低代碼通過其集成能力，將樓宇的各種能源設備和系統進行統一納管，實現數據的共享和協同工作，便于管理者對能源使用情況進行實時監測和調整，優化能源配置，提高能源利用效率。同時，低代碼平臺還可以根據樓宇的實際需求進行定制化開發，滿足樓宇對于能源管理的個性化需求。3.2 美的能源管理解決方案：數字化能源管理方案低成本實現節能改造快速落地 樓宇的能源管理場景需要對能源的生產、

93、儲能、輸配和使用進行控制和管理。為降低能源傳導過程的損耗和使用過程中的浪費，管理者需要集成能源監測及分析的能源管理解決方案。美的 iBUILDING 能源解決方案融合美的豐富的客戶服務經驗，集成智能化設備供應商、云資源服務商和弱電集成商等合作伙伴能力，為客戶能源精細化管理賦能。美的能源管理解決方案同時從軟件與硬件入手，幫助企業打通能源數據收集、控制管理全鏈路，實現能源彈性控制和精細化管理。硬件層面，美的及其生態伙伴的智能硬件能幫助企業完成硬件升級；軟件層面，美的基于低代碼平臺搭建的能源管理系統能夠開放對接多設備終端、靈活管理使用者權限，并對硬件使用情況進行統一分析管理，為企業能耗控制提供調優思

94、路。44 美的 iBUILDING 能源管理解決方案 美的能源綜合管理系統有強大的邊緣數據采集和處理能力，覆蓋暖通、電梯、樓宇控制等場景下的硬件設備，對樓宇各場景內能源相關的生產、使用情況的數據的全面處理和分析，從而實現對樓宇能源的能耗與能效分析、能源報告生成、能源優化策略推薦、用能異常告警等功能，賦能樓宇能源精細化管理。3.3 實踐案例：升級硬件性能、優化能源監控與管理模式，實現區域用能彈性管理 能源管理通常面臨著能源設備折舊期慢和能耗管理不智能等問題。從設備角度看，大部分能源相關硬件設備的使用年限長，效能逐年降低，需要升級硬件；從管理角度看，設備的數據接口協議差異大，導致數據調用困難影響管

95、理效果。美的能源管理解決方案同時覆蓋軟件及硬件，為樓宇提供軟硬件一體的、覆蓋咨詢規劃及落地全鏈路的整體性解決方案。1）萬科云城能源優化案例：萬科云城總建筑面積 32 萬平方米，地面建筑 7 棟，目前面臨空調機冷機組群設備性能老化、耗電量過高等問題，需要更新硬件設備，并搭建能實時監控機房的數字化管理系統。美的 MBT 數字化能源管理方案覆蓋萬科云城能源體系重構的全環節，包括現場勘察規劃、設備部署調試費、硬件升級迭代、管理系統搭建及云資源支持，推進商寫樓宇節能改造。改造后，萬科云城的節能率達 10%以上，投入成本首年即可回收，為商寫樓宇帶來長期經濟效益。2）花旗銀行機房效能優化案例：上?；ㄆ煦y行大

96、廈機房同樣面臨設備老化問題，希望能有施工總承包商完成老舊設備替換及數字化運營的整體方案設計和實施，對商寫樓宇整體的強弱電、土建、暖通、自控進行系統性改造。針對花旗銀行的需求，美的對機房的硬件進行升級，將 3 臺溴化鋰機組、2 臺螺桿式冷水機組的舊設備組合替換為 3 臺 1200RT 變頻直驅、1 臺 600RT 磁懸浮變頻的雙一級能效機 45 組，大冷量直驅機組滿足夏日供冷，小冷量磁懸浮機組滿足過渡季節低負荷運行以及冬季部分區域供冷的“特殊要求”。同時對花旗銀行大樓的自控體系進行升級，將傳感器、執行器、DDC、BA 系統整體更換，對接智慧運營中心 IOC 管理平臺，大廈機房能耗、建筑能耗、水電

97、天然氣能耗、交通狀態、環境質量、室外監控等進行統一管理，大幅提升樓宇數字化水平和管理效能。美的為花旗銀行搭建的智慧運營中心 IOC 管理平臺正是基于美的低代碼平臺構建的綜合管理系統，內置能源看板、能效分析、環境監測等模板，方便開發人員快速搭建應用系統，當客戶側有新設備需要納入管理時也能靈活對接。萬科云城一期能源優化案例 上?；ㄆ煦y行大廈機房效能優化案例 4.低碳場景應用實踐 4.1 需求解讀：低能耗材料+低代碼為核心的全生命周期解決方案，提升清潔資產管理能力 節能減排是當前全球各行業的共同責任，樓宇作為分布廣、面積大、人員多的能源消耗的重要場所，更需要重視碳排放的控制與管理。采用先進的低碳管理

98、技術，如智能化能源管理系統、清潔能源、綠色的建筑材料等，能有效控制樓宇的碳排放量，并對碳排放過高的環節進行溯源和管理，減少對環境的影響。低碳管理也有助于提高樓宇的能源利用效率，降低運營成本，實現可持續發展。據中國建筑節能協會能耗專委會發布的中國建筑能耗研究報告(2021)統計顯示，建筑碳排放主要集中在建筑材料與運行階段，分別占建筑全過程碳排放的 55.4%和 42.6%。樓 46 宇的低碳管理，流程上涉及碳排放材料、碳排放設備的碳排數據收集、測算、分析和調整?；谏鲜隽鞒?，樓宇實現碳排放管理可以從碳排設備和統計管理分別切入：1）碳排設備：會產生碳排放的各類硬件設備。選擇清潔能源和低碳排放設備是

99、控制碳排放的根源，但不同設備的管理歸屬和碳排放數據收集與存儲通常涉及研發、采購、物流、工廠管理等部門，通常樓宇管理對各部門碳數據的權限設置和數據分隔缺乏統一的管理，影響數據調取。樓宇管理中要對碳排放進行精確收集和測量，就需要建立統一的碳數據跟蹤管理體系，保障碳排放數據的準確性和完整性。2）統計管理：為準確衡量碳排放數據，樓宇管理需要建立可靠的碳排測算體系，能快速構建碳測算公式，并完成復雜的碳排放測算。由于碳排放的度量與測算有相應的國際標準和國內指南，碳管理系統需要靈活調取各地、各階段、各設備的碳排放測算準測，保障計算結果的正確性。建筑全過程碳排放比重 低代碼在能源智能管理中的應用 在樓宇低碳管

100、理中，低代碼同樣承擔著碳排放管理系統敏捷開發的責任，但相比建筑管理和能源管理，低碳管理需要實施與碳排放相關測算標準對齊，同時要對碳排放設備進行覆蓋生產、分銷、使用和廢棄的全生命周期數據跟蹤管理?；诘痛a搭建的碳排放管理系統，可以靈活調整各部門碳排數據的管理權限，同時與能源管理和樓宇管理系統對接，可視化展現各區域、各設備的碳排情況，并定期輸出碳排放分析報告，滿足樓宇對于低碳管理的個性化需求，為樓宇的可持續發展提供支持。4.2 美的碳管理解決方案：一體化低碳解決方案，構建全生命周期內的低碳技術鏈 47 樓宇對設備與原材料的碳排放進行全生命周期統計、跟蹤、測算與管理的過程中，由于碳足跡數據涉及樓宇

101、管理體系內多個部門和多個設備，因此存在數據存儲碎片化、管理權限差異等問題，對碳測算與碳管理造成阻礙。因此，樓宇需要能夠根據不同角色進行權限控制與數據分隔，精準進行碳排放數據存儲和調用的碳管理解決方案。針對客戶的碳管理需求，美的提供一站式全生命周期碳排放解決方案。美的 iBUILDING碳管理解決方案一方面提供基于低代碼開發的碳管理軟件，幫助客戶快速搭建碳管理的架構體系，進行科學有效的碳計算；另一方面提供相應的專業咨詢服務，覆蓋企業碳管理的頂層規劃、數據收集與分析和節能減碳方案生成。美的 iBUILDING 數智碳管理技術應用了雙因子非線性優化模型和 Severless 架構，其技術創新和解決方

102、案價值獲得了中國節能協會的認證：(1)雙因子非線性優化模型：基于多維度的海量數據，運用比較、語義、邏輯、點云等特征提取方法進行數據分類，研發了甄別、判定、轉化的 CASA/VAST 雙因子非線性優化模型。(2)Severless：研發了 Severless 前后端低代碼引擎，并通過“數據+權限+流程”動態信息管理模型及模塊化結構，支持多種形式、數據接駁方式，實現數據精準溯源(3)樓宇科技：基于樓宇與園區等不同應用場景的能效規則與標準，對系統不同功能模塊實現智能化組合與切換。目前，美的碳管理解決方案能縮 85%產品碳足跡核算周期，降低 80%的綜合認證費用。美的 iBUILDING 碳排放管理解

103、決方案 美的的碳管理系統亦是國際首個基于低代碼研發的碳管理系統，iBUILDING 數智碳管理系統有極高的行業適配性，內置多行業、多場景的碳排相關組件和模板，開發者可以根據自身行業及場景特征快速定制相關功能。在碳管理系統功能設計過程中，美的融合了豐富的實踐經驗和法規理解，專業物聯網的實時數據采集能力、結合五萬余碳排放因子數據，構建了覆蓋生產到運營全鏈路的專業碳盤查、碳分析、碳管理體系。碳管理系統中碳排放測算采用 48 模塊化數據計算引擎，同時結合國際標準數據和高質量的本土化數據，讓碳測算計算結果準確度更高，也更契合中國國情?；谔紲y算數據，美的碳管理系統使用能源、碳排放大數據計算引擎對企業碳排

104、進行多維度診斷分析，為減排建議的有效性和合理性提供數據依據。4.3 實踐案例：全鏈路收集碳排數據、可視化跟蹤能源損耗，實現碳排可分析、可追溯 樓宇碳排放管理覆蓋樓宇建設和運營，從建筑原材料碳排放到運營階段的能源消耗，因此樓宇碳足跡管理需要覆蓋全場景、全鏈路的碳排管理解決方案。美的工業園西區在運營過程中面臨著設備維護結構氣密性差、設備能耗高、節能減排缺乏數據基礎以及管理系統彈性低等困境，需要對能源設備進行升級，同時構建完善的能源與碳排放數據采集與管理體系。美的為工業園西區的低碳節能需求制定了覆蓋設備和管理系統的一體化解決方案，覆蓋設備、系統、光伏、儲能，為園區構建從清潔能源生產到消耗的全鏈路、可

105、追溯、可分析的管理體系，同時提升員工意識，鼓勵全員參與節能減排。1）能源設備：引入光伏發電和電池儲能，從能源生產端實現綠色化。2）數字化管理系統：基于低代碼搭建 IOC 智慧管理大屏，對園區內環境、交通、設備、能源及碳排放情況進行集中控制，提升運營管理效率。IOC 大屏為園區管理者提供可視化碳排曲線與同比分析，同時能跟蹤能源與碳排放關鍵指標，幫助使用者精準溯源產品碳足跡與高碳排放源?；?IOC 管理系統對能源與碳排放的分析與建議，園區管理者能快速掌握用能規律，針對性優化能源分配。美的工業園西區低碳節能優化案例 49 四、趨勢篇：低代碼行業發展趨勢展望 （一）技術趨勢 1.云原生：提升低代碼模

106、型能力與低代碼平臺可靠性 隨著低代碼使用深度、使用頻率的加深，組件數量、應用數量、資源消耗等都會呈現指數增長，為保障平臺運行穩定性，需要足夠的存儲容量、并發量和算力支持。因此，為更好地發揮低代碼平臺的敏捷性和擴展性，需要更充裕、更穩定的底層資源。云原生是基于云計算構建和運行應用程序的形式，通過采用微服務架構、容器化封裝、動態管理等技術手段，實現應用程序的快速迭代、高效運維和靈活擴展。云原生技術讓應用程序能更好地適應云環境的彈性和分布式特性，從而提高資源利用率、降低運維成本，加速業務創新。云原生技術以其高度的彈性、可擴展性和自動化運維能力，為低代碼平臺提供了強大的基礎資源支撐。云原生底座能彈性配

107、置低代碼平臺的運行資源，提升應用運行穩定性和可靠性，同時降低運維成本和復雜度。以云底座為基礎構建低代碼和數字化體系，隨著低代碼自身引擎的迭代優化，建模與編排引擎更加易用、穩定，出碼與部署環節耗時更低，結合云底座對平臺運行的支撐，低代碼的交付能力與創新能力將得到進一步提升，更好地適應前端業務變化需求。云架構提升低代碼平臺綜合能力 2.數用一體：aPaaS+iPaaS+數據管理，對數據進行統一納管，向數據底座轉變 隨著數字化建設進入深水區，大部分企業級低代碼在企業內部的定位已從最初的開發工具向技術底座轉型，成為平臺產品，承載更多應用的連接與集成，同時沉淀數據。隨著未來低代碼應用更加深入，數據沉淀增

108、多，低代碼將承載更多企業數據樞紐的角色，幫助整合、清洗、分析業務數據。50 低代碼在數字化體系中屬于 aPaaS 范疇，且目前已具備開放集成能力，iPaaS 能力的引入使得低代碼平臺能夠更加靈活地實現與外部系統、服務和數據的集成，打破信息孤島，提升企業內部和外部的協作效率。隨著大數據、人工智能等技術的普及，數據已經成為企業的核心資產，未來將成為驅動業務變化的重要參考依據。因此，低代碼平臺不僅需要提供應用開發和集成的功能，還需要具備完善的數據管理能力，如數據標準化、數據加密、分析建模等。未來低代碼平臺的集成能力和數據處理能力會進一步升級，形成“aPaaS+iPaaS+數據管理”的架構，實現數據資

109、產全生命周期管理。低代碼從企業技術底座轉向企業數據底座 3.AI：AI+低代碼實現應用構建自動化、智能化，助力加快全民開發步伐 過往 AI 的應用主要集中在模板智能篩選、代碼調試等場景，隨著大語言模型的應用落地，AI 能更多地在交互層面發揮價值，提升低代碼的易用性：1）用戶側：AI 能解析用戶訴求，自動組合組件生成頁面模板?；谡Z義理解，自動幫助開發者完成模板搭建。這種交互方式簡化讓使用者無需具備專業的編程知識，有助于更多非技術人員也能參與到開發過程中。2）在產品側，基于機器學習和知識圖譜的編碼器與代碼調試能提升出碼效率和準確性。通過機器學習，AI 可以自動學習和優化代碼結構，減少人工干預的需

110、要。同時，知識圖譜的應用使得代碼之間的關聯和邏輯關系更為清晰，有助于減少錯誤和提升代碼質量。目前 AI 在低代碼中的應用仍處于基礎階段，一方面受限于垂直場景的低代碼成熟度不足影響，另一方面有礙于模型私有化與模型成長性的矛盾，AI 的應用落地速度緩慢。當 AI 已深度滲透低代碼時，產生的算力成本與代碼冗余是否會影響用戶體驗仍有待觀望。51 AI 優化低代碼用戶使用體驗 AI 提升低代碼平臺響應速度 （二）市場趨勢 1.組件封裝：持續推進組件的場景化、行業化封裝，并進行標簽化、規范化管理 企業使用低代碼的過程中，組件封裝程度、開發便捷度和應用靈活性就像“不可能三角”，三者幾乎不能同時滿足。當低代碼

111、平臺的組件封裝程度高時，開發會更便捷，但應用的拓展性和自由度相對降低，若涉及應用功能調整需要對封裝組件進行拆解重構。若要實現低代碼的便捷開發且應用能靈活迭代時，則要求降低組件封裝程度。為最大程度發揮低代碼價值和支撐業務運作，大部分企業選擇優先保障開發便捷度和應用靈活性，在此前提下，低代碼的持續封裝成為長期問題。通常低代碼平臺內置數百個小組件，如時間、圖形組件等，企業和低代碼技術提供商會根據業務特征和行業屬性，將組件進行多層封裝。從場景上看，目前在通用業務場景已有相對成熟的業務組件，如人力資源管理場景中，員工信息管理、考勤管理、薪資福利等相關組件較為齊全，但在財務、供應鏈管理、稅務等場景中仍然滲

112、透不足，企業個性化需求依舊強烈。從行業上看，低代碼的封裝程度還有待提升，這與低代碼在行業垂直場景的滲透率較低有關，因此低代碼技術提供商沒有足夠的用戶實踐和反饋進行平臺功能和物料的升級。以醫療行業為例，電子病歷、患者管理、藥物管理等組件的應用頻繁，但醫療企業對患者的隱私保護要求高，且企業內存在科室交錯、異地就診、數據標準化等問題，低代碼的整體滲透程度低，因此組件封裝的實用性難以得到驗證。未來低代碼會持續推進物料的行業封裝和場景化封裝，將技術提供商的最佳實踐與行業經驗融入組件中，并進行標簽化、規范化管理。此外還能在組件中融入大語言模型、RPA 等技術，讓組件封裝自動化，讓應用更加智能化，在業務變化

113、的條件下能實現小范圍自適應調整。52 低代碼開發的不可能三角 持續推進組件的場景化封裝 2.業務滲透：應用開發從通用管理類場景向復雜邏輯場景突破，支持復雜系統應用 目前低代碼在制造業、零售、教育、金融的一般業務場景滲透較高，對于復雜業務場景和核心業務場景，只能滲透通用功能或邊緣功能，如信息同步、節點郵件抄送等。受限于底層編程語言框架和專業壁壘，當前低代碼平臺在強邏輯型管理系統、強集成型管理系統和復雜模型的專業型系統開發存在瓶頸：1）強邏輯型管理系統：以財務系統和供應商管理為例，強邏輯型管理系統通常涉及復雜的數據運算和流程調轉，導致應用高度個性化，這類復雜的業務規則和算法往往需要專業的編程技能來

114、實現。2）強集成型管理系統：以車間作業管理系統和監控系統為例，這類管理系統需要集成大量硬件設備，對于低代碼接口兼容性和數據交換能力而言是一個較大的技術挑戰，目前低代碼平臺大多不會直接與硬件設備銜接，而是架設在設備管理系統之上。3）復雜模型的專業型系統：以金融風控模型和氣象監測模型為例，一方面當前低代碼底層代碼的專業性和復雜性限制了其在高級功能開發的靈活性，另一方面專業場景對開發人員的交叉學科知識與行業積累提出更高要求，因此無法承載過于專業的模型構建。通過低代碼與原生代碼混合開發、封裝場景與行業解決方案、拓展接口協議兼容性、強化與三方伙伴的合作，低代碼有望突破當前開發瓶頸，切入企業核心業務領域，

115、面向復雜業務場景提供開發支持。53 低代碼場景滲透現狀 低代碼應用開發瓶頸 3.軟硬件一體化：提升場景與行業解決方案的控制靈活性與決策科學性 隨著低代碼的場景應用深入和數據底座價值的凸顯，對硬件的兼容、集成與管理提上議程。通過低代碼集成邊端設備管理系統，構建軟硬件一體化綜合解決方案，實現數據生產沉淀統一管理，進一步提升企業業務運作與場景管理智能化程度。將各行業按照公共領域、生產領域和生活領域進行劃分，可以看出生產領域的硬件設備復雜程度較高，但接口協議標準化程度較低。從公共、生產、生活領域的軟硬件結合程度上看，呈現以下特征：1）標準化低代碼滲透：如安防、暖通水電、樓宇電梯場景。當場景中涉及的邊端

116、設備數量較少、設備共性高、控制邏輯簡單三者滿足其二時，該場景軟硬件結合的成熟度較高。以暖通水電為例，主要邊端設備為空調、空氣凈化器等，通常在樓宇中布局呈一定規律，且經過集中采購，型號統一，常用控制邏輯為開關和溫度調節，無需頻繁變化，滿足設備共性高和控制邏輯簡單，因此暖通水電的軟硬件一體化解決方案在市場上相對成熟。2）標準化低代碼滲透：如工業、農業、醫療等場景。這類場景通常邊端設備多而復雜，且存在兼容與互操作性等問題，主要原因一方面是生產領域大部分設備需要根據具體應用場景和生產需求進行定制化開發，因此在接口協議兼容性和互操作性上難以統一；另一方面生產領域設備通常精密而復雜，同時折舊期限長，因此常

117、出現新舊設備混用的現象，影響數據互聯互通。設備與應用程序的互操作性有賴于接口協議，未來將出現更多支持多種協議的 IOT 平臺輔助簡化設備管理和數據集成，而作為集成中樞的低代碼平臺也有機會在其中發揮更有效的綜合調控作用，為行業化、場景化軟硬件綜合解決方案提供技術支撐。54 低代碼與 IoT 結合程度 55 法律聲明 版權聲明 本報告為艾瑞數智旗下品牌艾瑞咨詢制作，報告中所有的文字、圖片、表格均受有關商標和著作權的法律保護，部分文字和數據采集于公開信息，所有權為原著者所有。沒有經過本公司書面許可，任何組織和個人不得以任何形式復制或傳遞。任何未經授權使用本報告的相關商業行為都將違反中華人民共和國著作

118、權法和其他法律法規以及有關國際公約的規定。免責條款 本報告中行業數據及相關市場預測主要為公司研究員采用桌面研究、行業訪談、市場調查及其他研究方法，并且結合艾瑞監測產品數據，通過艾瑞統計預測模型估算獲得；企業數據主要為訪談獲得，僅供參考。本報告中發布的調研數據采用樣本調研方法，其數據結果受到樣本的影響。由于調研方法及樣本的限制，調查資料收集范圍的限制，該數據僅代表調研時間和人群的基本狀況，僅服務于當前的調研目的，為市場和客戶提供基本參考。受研究方法和數據獲取資源的限制，本報告只提供給用戶作為市場參考資料，本公司對該報告的數據和觀點不承擔法律責任。聯系我們 咨詢熱線 400 026 2099 聯系郵箱 公司網站 官 網 企 業 微 信 新 浪 微 博 微 信 公 眾 號