數字化應用開發需求快速爆發背景下，企業只能通過定制化開發業務應用來實現個性化需求，但定制化開發成本高、周期長的問題長期困擾著企業。低代碼作為一種“軟件開發新范式”，憑借其可視化、快速構建數字化應用的能力，幫助企業提升數字化應用開發效率、降低開發門檻，深度擁抱數字化轉型。從技術架構角度，低代碼市場可以劃分為平臺層和應用層。平臺層包括低代碼開發平臺和零代碼開發平臺。應用層包括面向垂直行業和通用場景的低代碼開發解決方案，各包含若干特定市場。低代碼開發平臺面向通用行業和場景，是低代碼市場的基礎構成。在應用早期，甲方主要將低代碼開發平臺應用在非核心場景，與業務直接關聯較弱。隨著低代碼開發平臺價值凸顯，甲方接受程度持續提升，低代碼開發平臺開始向甲方核心場景滲透。甲方在核心場景的新需求呈現一些顯著特征，包括“更深入”、“更垂直”等。同時，隨著低代碼應用程度加深，其他數字化產品也在積極探索以低代碼的結合點。因此，衍生出一些新興市場，其中數字孿生運維管理低代碼解決方案就是其中的代表。近年來隨著物聯網和大數據技術的進步，以及前端傳感數據越來越全面，數字孿生落地的軟硬件基礎設施逐漸完善。對甲方而言，數字孿生的價值逐漸明朗。因此，甲方對數字孿生的需求逐漸擴大，包括數字孿生城市、數字孿生交通、數字孿生工廠、數字孿生運維管理等。在此背景下，數字孿生運維管理低代碼解決方案應運而生，兩種技術能力互補，其落地價值已取得越來越多企業的認可。在此背景下，本報告在低代碼市場的平臺層和應用層分別選取具有代表性的市場進行研究，幫助各行業了解低代碼落地過程中遇到的難點與挑戰，以及當前的優質廠商，2023年7月21日，愛分析正式發布《2023愛分析·低代碼應用實踐報告》。點擊文末左下角“閱讀原文”，可下載完整版《2023愛分析?低代碼應用實踐報告》。
報告關鍵發現- 隨著低代碼應用走向深入和垂直化，企業落地項目時需要重點考察廠商的行業Know-how積累。若企業選擇僅交付平臺的采購方式，可以通過低代碼產品行業/場景組件豐富度來衡量行業Know-how積累；若企業選擇基于平臺搭建應用的采購方式，除行業/場景組件豐富度之外，還需考察實施團隊的項目經驗豐富度以及標桿案例信息。
- 過高的學習成本是低代碼項目落地的主要挑戰之一。企業應選擇具有成熟開發者生態的低代碼廠商，借助開發者培訓和認證體系、開發者交流社區等服務熟悉低代碼開發平臺，并在項目落地期間要求廠商提供完備的開發培訓服務。并且，企業需要在選型階段重點考察低代碼產品的易用性，將產品在業務場景試用，尋找最具生產力的低代碼產品。
- 在數字孿生運維管理低代碼解決方案落地環節，數據治理困難、模型信息冗余和缺乏行業組件是經常遇到的阻礙。企業不應照搬標準化解決方案，而是與廠商或ISV開發者就業務痛點深入溝通，制定與業務發展契合，能切實解決企業痛點的解決方案。
報告典型案例
萬信通過藍凌低代碼開發平臺及上層應用賦能，成功實現企業數字化管理
某市地鐵集團建設地鐵綜合管理平臺，順利實現線網級調度指揮管理中樞試點工作
01
報告綜述
數字化應用開發需求快速爆發背景下，企業只能通過定制化開發業務應用來實現個性化需求，但定制化開發成本高、周期長的問題長期困擾著企業。低代碼作為一種“軟件開發新范式”，憑借其可視化、快速構建數字化應用的能力，幫助企業提升數字化應用開發效率、降低開發門檻，深度擁抱數字化轉型。“低代碼”是一種可視化的應用開發方式，相對于傳統編寫代碼的“純代碼”開發方式，低代碼可以減少代碼編寫量或不使用代碼編寫進行應用的開發。在低代碼開發方式下，專業開發人員或業務人員可以通過圖形化用戶界面，以拖拉拽組件、模塊的方式進行應用開發，同時也可以結合編寫少量代碼的方式進行功能的擴展。從技術架構角度，低代碼市場可以劃分為平臺層和應用層。平臺層包括低代碼開發平臺和零代碼開發平臺。應用層包括面向垂直行業和通用場景的低代碼開發解決方案，各包含若干特定市場。低代碼市場劃分詳見下圖。圖1：低代碼市場全景地圖
低代碼開發平臺面向通用行業和場景，是低代碼市場的基礎構成。在應用早期，甲方主要將低代碼開發平臺應用在非核心場景，與業務直接關聯較弱。隨著低代碼開發平臺價值凸顯，甲方接受程度持續提升，低代碼開發平臺開始向甲方核心場景滲透。甲方在核心場景的新需求呈現一些顯著特征，包括“更深入”、“更垂直”等。同時，隨著低代碼應用程度加深，其他數字化產品也在積極探索以低代碼的結合點。因此，衍生出一些新興市場，其中數字孿生運維管理低代碼解決方案就是其中的代表。近年來隨著物聯網和大數據技術的進步，以及前端傳感數據越來越全面，數字孿生落地的軟硬件基礎設施逐漸完善。對甲方而言，數字孿生的價值逐漸明朗。因此，甲方對數字孿生的需求逐漸擴大，包括數字孿生城市、數字孿生交通、數字孿生工廠、數字孿生運維管理等。在此背景下，數字孿生運維管理低代碼解決方案應運而生，兩種技術能力互補，其落地價值已取得越來越多企業的認可。本報告在低代碼市場的平臺層和應用層分別選取具有代表性的市場進行研究。在平臺層，低代碼開發平臺是市場主力，功能覆蓋的業務更廣、更深，能滿足企業復雜業務需求。相應地，低代碼開發平臺的廠商和產品數量也更多，企業進行產品落地面臨較多阻礙；低代碼開發平臺功能覆蓋的業務更廣、更深，能滿足企業更多元的業務需求。在應用層，數字孿生運維管理解決方案作為低代碼與其他數字化產品的新結合點，應用前景廣闊；隨著數字孿生運維管理領域的標準完善、發展成熟，更多企業對低代碼解決方案產生需求，但相關市場研究成果較少，企業缺乏參考與借鑒的依據。為此，本報告以低代碼開發平臺和數字孿生運維管理低代碼解決方案作為研究對象，圍繞相關產品及解決方案的落地應用展開研究，重點分析低代碼各特定市場甲方需求和落地情況。02
產品、生態、廠商團隊，低代碼開發平臺落地三要素
低代碼開發平臺是基于可視化和模塊化思想，通過將業務組件封裝為可復用模塊，結合腳本語言等擴展能力，以盡量減少編寫代碼或不編寫代碼的方式完成應用快速開發的開發平臺，主要面向具備軟件思維的開發者。低代碼開發平臺主要應用于各類系統開發，使用者包括IT部門開發工程師、產品經理和運維人員，以及業務部門的ITBP等。企業落地低代碼平臺的核心目的是解決定制化系統開發問題，主要包括以下三類場景：圖2：企業定制化系統開發需求
隨著企業對低代碼開發平臺的應用逐漸深入，當前階段企業對低代碼開發平臺的需求體現在更深入、更垂直和更集成三方面。然而，當前低代碼廠商提供的解決方案主要聚焦滿足甲方在拖拉拽可視化、基礎組件以及應用全生命周期管理等方面的需求。供給能力與市場需求出現脫節，企業亟需能夠滿足下述需求的新解決方案。圖3：甲方核心需求的三個顯著特征
“更深入”方面，企業對低代碼廠商底層IT能力提出更高要求，例如緩存優化能力、數據管理能力、運維可觀測性等。“更垂直”方面，企業需要低代碼開發平臺具備行業應用開發的組件和模型，支持企業開發行業應用。“更集成”方面，企業需要低代碼廠商具備豐富的系統集成經驗，能夠為企業開發線上系統，打通數據孤島。愛分析梳理多個低代碼開發平臺實踐案例總結落地經驗，研究發現甲方在應用環節存在三個共性問題，導致低代碼開發平臺難以發揮業務價值。當前低代碼開發平臺廠商的交付方式包括僅交付平臺和基于平臺搭建應用兩種，不同方式具有獨特的阻礙。并且，這些阻礙與企業新需求息息相關。表1：低代碼開發平臺落地阻礙及解決方案
落地阻礙
| 解決方案
|
| 企業需要開發具有行業屬性的應用，但低代碼開發平臺缺乏相關組件。企業IT人員需要以全量編寫代碼的方式開發新組件，導致低代碼開發平臺落地成本超預期。 | 重視產品：企業應將“開箱即用”納入選型和落地考量，選擇具備豐富行業組件庫的低代碼開發平臺。同時，企業應要求廠商開放編程模塊，允許企業自研組件。 |
| 學習成本比較高，使得企業在內部推廣低代碼開發平臺難上加難。 | 重視生態：企業應選擇具有成熟開發者生態的低代碼廠商，借助開發者培訓和認證體系、開發者交流社區等服務熟悉低代碼開發平臺。此外，項目落地期間，企業應要求廠商提供開發培訓服務，滿足企業復雜、多元的開發需求。 重視產品：企業需要在選型階段重點考察低代碼產品的易用性，將產品在業務場景試用，尋找最具生產力的低代碼產品。 |
| 外部應用開發團隊對企業核心業務缺乏足夠了解，導致其交付的系統難以解決實際問題，效果欠佳。 | 重視廠商團隊：隨著企業對廠商行業Know-how的需求增加，企業不僅要選擇提供豐富行業組件的低代碼廠商，還需要經驗豐富的開發團隊和相關行業/場景的標桿案例。在運維階段，企業應重視低代碼廠商的響應速度，選擇能夠及時響應企業定制化開發及運維需求的廠商。（若外部應用開發團隊并非廠商，而是企業指定的第三方，則該解決方案的對象需要相應變化。） |
若企業選擇僅交付平臺的采購方式，企業若要對原有系統進行集成和開發整合，或者個性化需求突出，低代碼開發平臺還要承擔大量定制化開發工作。如果低代碼開發平臺缺乏針對性組件，IT人員需要以全量編寫代碼的方式開發新組件，從而提高項目復雜度、延長低代碼開發平臺應用開發周期。低代碼開發平臺的基本價值之一是提升開發效率，但在上述情況下，該價值受到明顯限制。采用該合作方式時，還存在學習成本高的阻礙。低代碼開發平臺學習成本較高，企業IT人員需要花費大量時間掌握新開發工具，導致低代碼開發平臺落地出現“陣痛期”，企業系統開發效率不增反降。低代碼開發平臺會改變使用者的原始工作習慣，由于路徑依賴，企業管理層和數字化負責人在推廣過程中會遇到來自一線員工的抵觸。如果學習成本比較高，會使得低代碼開發平臺在企業內部推廣過程難上加難。若企業選擇基于平臺搭建應用的采購方式甲方不必直接使用低代碼開發平臺，因此不受上述兩項阻礙影響。企業核心業務是獨特的，包含了長期沉淀的行業Know-how，企業需要將其融入低代碼開發平臺開發的核心業務系統中。但外部應用開發團隊對企業核心業務缺乏足夠了解，導致其交付的系統難以解決實際問題，效果欠佳。為克服以上落地阻礙，保障低代碼開發平臺項目順利落地，企業需提升在產品、生態和廠商團隊等方面的關注度。典型案例1：萬信通過藍凌低代碼開發平臺及上層應用賦能，成功實現企業數字化管理工程咨詢服務行業具有企業規模較小、市場競爭激烈的特點。一方面，工程咨詢服務企業服務范圍通常局限于特定行業和所在區域，市場集中度低，企業規模較小；另一方面，工程咨詢服務行業不僅企業間競爭激烈，還會面臨設計院等跨界競爭對手，企業生存壓力較大。較小的企業規模和激烈的市場競爭，使工程咨詢服務企業對將本增效有迫切需求，而業務數字化是實現企業需求的重要路徑。在業務數字化方面，工程咨詢服務企業數字化程度普遍較低，企業業務處于線下管理和線上管理并行狀態，隨著公司生產經營規模的不斷擴張，管理跨度不斷加大，管理過程中的薄弱環節日益顯現。企業管理者雖然認識到數字化的重要性，但在數字化轉型之路上存在兩頭攔路虎：1. 企業缺乏IT人才，難以針對業務需求進行定制化系統開發；2. 企業業務繁雜，標準SaaS產品難以解決企業需求。山東萬信項目管理有限公司希望通過數字化轉型，提升業務一體化、精細化管理山東萬信項目管理有限公司（以下簡稱萬信）是一家為工程投資領域提供咨詢和管理服務的工程咨詢企業，為工程建設項目提供“一站式、全方位、多領域”的全過程咨詢服務。公司持續深耕工程咨詢領域，推進管理的規范化、標準化、科學化，構建了特有的工程咨詢理論方法體系。作為工程咨詢服務企業之一，萬信同樣面臨數字化轉型訴求，工程咨詢服務企業共性痛點也是萬信亟待解決的問題。萬信缺乏成熟的業務管理平臺，造成業務管理混亂。例如，客戶和商機文件存儲在釘釘公有云上，合同和項目文件則分散在企業各個事業部線下管理。在招標代理業務中，從開具票據、簽訂合同到項目履約，全部在線下完成交接。過程中包含大量客戶溝通和企業內部溝通場景，但由于缺乏統一的流程規范，交接混亂的情況時有發生。萬信曾多次嘗試實現企業業務數字化管理，解決以上業務痛點，如引入OA系統、使用行業或場景專用軟件等。落地過程中，萬信發現，OA系統偏重流程管理，不能統一管理萬信的整體業務，而行業或場景專用軟件雖然能實現特定項目或場景下的有效管理，但無法為公司整體業務管理提供全局支持。萬信攜手藍凌，遵循“多元化+一體化”的發展戰略，實現資源集約化和高效共享1. 遵循萬信“多元化+一體化”的發展戰略，實現資源集約化和高效共享；2. 解決企業歷史系統數據互相割裂問題，搭建從客戶合同、項目到財務的完整鏈條；3. 解決企業在項目管理、工程造價等具體業務場景下的多元需求。藍凌與萬信針對項目需求進行深入溝通，發現該項目存在如下難點：萬信的業務之間差異較大，如招標代理業務包括起草公告文件、抽取評委等環節，更偏重流程管理；工程造價業務包括任務量化分配、項目決算等環節，更偏重單點業務管理。業務差異化使標準行業解決方案難以滿足客戶需求，需要進行大量定制開發，可能會導致工期延長、后期運維困難。經過綜合分析，藍凌決定采用“低代碼開發平臺+上層應用”的整體解決方案，以低/零代碼開發方式為萬信開發線上系統、打通數據孤島。此外，根據萬信在不同業務場景下的需求細節，藍凌系統梳理了這些需求對應的系統功能，如項目計劃、項目收款等，發現少部分需求無法通過低/零代碼直接滿足。針對這些需求，藍凌開發人員會以高代碼方式為萬信定制化開發相關功能。表格2：項目需求&難點分析&解決方案
在項目POC階段，萬信用一周時間完成低代碼POC測試，驗證藍凌低代碼開發平臺功能。萬信IT部門管理者認為，藍凌低代碼開發平臺功能和穩定性符合萬信要求，并最終選擇藍凌作為合作伙伴。
基于低代碼開發平臺的解決方案助力萬信數字化轉型，實現企業業務線上化、自動化、一體化經過一系列前瞻性規劃設計，該項目順利上線，助力萬信實現線下業務線上化，客戶管理、銷售立項、合同、項目、應收、回款等核心業務全過程自動化。萬信銷售人員與客戶簽單后，項目合同會自動推送到項目系統，項目開票申請會推送到開票平臺開具發票。發票開具后會同步給相關人員，后期收款環節也實現自動化。以上業務流程完成后，會自動形成相關報表數據，如每個項目的應收、已收、周轉率等各個指標信息，統計準確性有較大提升。圖4：萬信新系統功能結構
此外，該項目還幫助萬信實現數據共享。藍凌基于低代碼開發平臺為萬信打造成熟的權限管理體系，各事業部可以基于不同人員的權限，實現關鍵數據分層共享。項目售后和運維方面，藍凌開發者首先對萬信業務人員進行零代碼開發培訓，后者可借助藍凌低代碼開發平臺的零代碼開發功能，根據業務需求以拖拉拽方式搭建應用。藍凌開發者還對萬信IT人員展開低代碼/高代碼開發培訓，使其能基于藍凌低代碼開發平臺設計更復雜的系統和應用，滿足萬信復雜、多元的業務需求。萬信的領導層和項目負責人一致認為該項目效果明顯。在成本方面，藍凌的低代碼開發平臺能為萬信節省成本、提高人效。在效率方面，該項目能大量減少財務人員工作量。以往要對接各個事業部才能獲取的數據，現在可以通過系統直觀展示。在合規方面，該項目幫助萬信各個事業部形成了更規范的內部管理體系，有助于萬信秉持“合規、合法為客戶實現管理目標，提供優質、高效咨詢管理服務”的宗旨。03
打造數據標準體系是數字孿生運維管理低代碼解決方案落地關鍵
數字孿生運維管理低代碼解決方案是基于可視化和模塊化思想，將數字孿生運維管理流程中的模型和功能組件封裝為可復用模塊，結合腳本語言等擴展能力，以盡量減少編寫代碼或不編寫代碼的方式完成應用快速開發的解決方案。這類解決方案的受眾主要包括數字孿生集成商、甲方IT部門、甲方運維管理部門等。數字孿生運維管理的全生命周期包括三維建模、應用開發和運維管理三個階段，企業在每個階段面臨的痛點如下：圖5：數字孿生運維管理全生命周期痛點
作為低代碼工具在垂直領域的應用，數字孿生運維管理低代碼解決方案能有效解決上述痛點。在三維建模階段，開發者可使用參數化建模方式生成空間模型，再通過低代碼工具提供的族庫完成空間場景布置。在應用開發階段，低代碼解決方案能為企業提供業務標簽管理、業務數據源管理等組件，允許開發者以拖拉拽方式完成大部分業務管理工作。在運維管理階段，低代碼解決方案能基于三維模型提供數據可視化服務，幫助運維人員直觀展示空間結構和應用運行狀態。但在數字孿生運維管理低代碼解決方案落地環節，企業常遇到數據治理困難、模型信息冗余、缺乏行業組件等阻礙
| 阻礙 | 簡述
| 解決方案
|
| 多源數據治理困難 | 企業不同數據源收集數據時使用的硬件設備、數據標準都不統一，導致數據多源，不能直接服務于應用開發。 | 企業應與廠商、ISV開發者充分溝通，制定統一的數據標準體系，支持多源數據接入。 |
| 三維模型信息冗余 | 三維模型體量過重，在運維管理階段需要對不同格式的模型進行輕量化。 | 企業應選擇能實現輕量化三維建模的工具，或能夠對三維建筑模型模型中的三維幾何數據部分進行數據壓縮。 |
| 缺乏行業/場景組件 | 企業缺乏面向特定行業或場景的低代碼組件。為滿足這些行業/場景的運維管理需求，開發者需要自行開發組件。 | 企業應重視廠商在相關行業/領域的服務經驗，從標桿案例中獲取行業Know-how，并從低代碼解決方案中獲取行業/場景組件。 |
| 學習成本高 | 低代碼解決方案的相關工具會為企業開發者帶來學習成本，短時間內無助于數字孿生運維管理的效率提升。 | 企業應關注廠商的產品和解決方案培訓服務，包括對IT人員、運營人員的培訓，以及完善的產品實施文檔。 |
典型案例2：某市地鐵集團建設地鐵綜合管理平臺，順利實現線網級調度指揮管理中樞試點工作軌道交通領域的信息化、數字化程度較高，屬于較早布局BIM技術的領域之一。近年來，隨著該領域內BIM模型的探索和實踐逐漸成熟，BIM模型應用已經步入后期運維階段，逐步展開對數字孿生運維管理的技術探索。傳統地鐵站內專業種類多，各專業都依賴于自己的管理系統，大量孤立的信息系統、數據孤島，不連續的業務流程，單一低效的調度管理，都體現出地鐵數字化升級的迫切性。傳統地鐵站管理的核心訴求在于打通各專業信息系統，在一個屏幕完成平臺化協同運營。為提升調度運營管理水平和突發事件的處置效率，某市地鐵集團希望打造地鐵綜合管理平臺，利用數字孿生技術，建設基于BIM的線網級調度指揮管理中樞，通過自動化、場景化的流程組件及功能模塊，根據線網調度指揮業務定位，接入各線路、各專業系統數據，實現生產要素全面集成和信息融合共享。為此，該市地鐵集團擬對地鐵綜合管理平臺用于線網業務場景進行工程適用性研究，并選取了兩座地鐵站開展智慧車站建設，進行覆蓋線網應用的相應軟件研發及工程驗證。基于對某市地鐵集團的建設需求分析，項目集成商選擇迅維作為合作伙伴在招投標階段，深圳市騰訊計算機系統有限公司（簡稱騰訊）脫穎而出，成為該市地鐵集團軟件研發和工程驗證項目的指定集成商。依據前期用戶調研和項目需求分析，騰訊認為，該項目落地需要搭建數字孿生系統，但系統開發復雜性和成本過高，原因主要來自以下方面：圖6：數字孿生系統搭建難點
為此，騰訊希望選擇一套數字孿生運維管理低代碼開發工具，以縮短項目開發周期，快速進入實施階段，節約時間和人力成本。經過綜合考慮，騰訊認為，迅維的數字孿生運維管理低代碼開發工具具備以下主要優勢，符合騰訊的工具選型要求：圖7：迅維數字孿生運維管理低代碼開發工具的主要優勢
此外，迅維的低代碼開發工具在建模過程中就提供了運維階段關注的模型空間語義和拓撲路徑規劃，方便后續在項目實施開發過程中更好地管理、維護模型和數據。得力于國產信創標準體系，已加入該體系的迅維低代碼工具平臺能夠有效保障用戶數據安全，并提供私有化部署方案，因此，騰訊最終選擇迅維合作推進項目落地。克服數據格式差異大等多處難點，保障智慧地鐵試點工作順利完成圖8：項目落地難點及解決方案
項目實施過程中，騰訊借助迅維的BIM空間建模軟件和低代碼工具平臺，為該地鐵集團打造基于BIM的線網級調度指揮管理平臺，在此基礎上，迅維為零基礎的地鐵運維人員提供三維建模軟件和低代碼工具平臺的培訓服務，滿足地鐵一線人員在運維階段的三維場景和數據維護工作的需求。迅維低代碼工具平臺只需3-5天即可快速上手，極大降低了普通用戶的學習門檻以及數據維護成本。經過迅維、騰訊與該市地鐵集團的通力合作，該項目在兩個地鐵站的智慧車站試點順利完成，實現了運維人員自主建模、用模、管模。同時地鐵綜合管理平臺與地鐵站現有的運營管理系統進行集成，實現數據的傳遞和共享，避免數據的孤島和應用的局限，提高了整體管理效率。通過系統自動化、場景化的流程組件和功能模塊，智慧車站項目建立起具備場景化、智能化、人性化的智慧軌交可視化應用，為車站管理者提供多元化、多角度的決策依據。此外，該系統部署在云端，方便隨時隨地訪問和管理，還可以通過云計算技術進行數據的高速處理和存儲，提高系統的性能和可擴展性。圖9：地鐵綜合管理平臺解決方案
該市地鐵集團項目負責人認為，試點項目有效提升了地鐵站運維效率和乘客滿意度。基于迅維低代碼工具平臺，集成商能更安全有效地完成線網平臺的系統集成和業務三維可視化應用的開發工作。從模型數據上傳、模型數據管理到三維數據可視化，一站式平臺工具服務滿足數字孿生項目應用開發全流程。開發效率提升50%以上，整體成本降低10倍以上。在項目實際應用階段，以一鍵開關站為例，原本需要兩個站務人員實地完成設備停運和人員清空工作，工作量為每日兩次、一次半小時，如今地鐵站務人員在制控室內即可完成相應工作，耗時小于3分鐘。試點階段結束后，該市地鐵集團選取了一鍵開關站、客流監測、乘客服務、應急場景四個運行效果最好應用場景，計劃在后期線網級項目建設中于其他400+地鐵站推廣。該試點項目聚焦綜合監視、主動預警、科學決策、快速處置等環節，驅動線網級調度指揮業務走向數字化、智能化，為實現以乘客服務為中心，充分發揮全網整體效能打下堅實基礎。04
低代碼市場在中國自2019年左右興起，至今已近五年。從最初的質疑，到如今的廣泛應用，低代碼的業務價值已得到市場普遍認可。并且，低代碼的內涵和產品能力也在不斷發生變化。早期低代碼給市場參與者留下的“擅長前端開發，不擅長后端開發”、“專注開發階段，不覆蓋測試、運維階段”等固有印象，伴隨越來越多廠商入場和產品迭代升級，正在逐漸改變。大模型或將重塑所有軟件，低代碼也將從中受益，產品內涵持續進化。例如，大模型可以通過自然語言快速生成代碼，進一步降低應用開發的門檻并提升應用開發效率。愛分析認為，大模型支持的AIGC應用實現了自然語言代碼生成，是對低代碼開發方式的拓展。低代碼不再局限于表單的“拖拉拽”開發，而是向低代碼2.0時代邁進。對企業而言，這是一個機遇和挑戰并存的時代。認識大模型與低代碼結合的價值、搭上大模型快車的企業將成功實現敏捷化，為業務安裝新引擎。在低代碼2.0加持下，企業將在開發和運營側產生顛覆性變化，競爭力再上新臺階。創作團隊
愛分析 合伙人&首席分析師
陳元新
外部專家（按姓氏拼音排序）
牟實
迅維數字孿生?COO
藍凌軟件 副總裁
注：點擊左下角“閱讀原文”，下載完整版《2023愛分析?低代碼應用實踐報告》。
??
