近日，全球著名咨詢調查機構Gartner發布了2022“企業低代碼魔力象限”，通過產品創新、市場影響力、客戶體驗、商業模式、功能迭代等維度，對全球17家卓越低代碼廠商進行了綜合評估。

　　其中，西門子低代碼（Mendix）、OutSystems、微軟、Salesforce和ServiceNow被評為行業領導者。華為（Astro Zero）、阿里巴巴（釘釘宜搭YiDA）兩家廠商上榜被評為利基市場參與者，也是中國低代碼廠商首次上榜。這標志著中國低代碼的技術、市場份額正在迅速崛起擴大，具備與國外大廠同場競技的實力。

　　01市場概況

　　企業低代碼市場預計到2025年，收入將達到290億美元，年復合增長率超過20%；

　　推動企業低代碼市場的三個主要趨勢：

　　民主化：平均而言，組織中 41% 的員工是業務型技術人員。在Gartner2021年關于業務技術人員的調查中，這些非IT員工主要通過低代碼或無代碼方法來創建分析或技術功能，而不是手動編碼。

　　超級自動化：超級自動化涉及多種技術、工具或平臺的協調使用。低代碼已成為成功的超級自動化項目的關鍵組成部分。低代碼開發工具是使用最多（基于頻率和數量）來支持自動化項目的三種工具之一。

　　可組合業務：組織正在應用程序組合技術，使團隊能夠實施可組合應用程序。低代碼是推動應用服務、功能和能力的關鍵技術之一。

　　領導者（Leaders）：Mendix 、OutSystems、微軟、Salesforce和ServiceNow。

　　企業低代碼領導者表現出強大的執行力（特別是在業務績效方面）和強大的愿景（在產品和上市戰略方面）。這些供應商在競爭激烈的全球市場中脫穎而出，并通過其強大的低代碼產品服務于廣泛的組織和應用案例。

　　挑戰者（Challengers）：Oracle

　　企業低代碼挑戰者展示了執行力，但缺乏領導者的遠見（尤其是在為更廣泛的用例，市場提供和進入市場戰略方面）。這些供應商在各自的重點領域表現出了強大的執行力，并正在擴大他們的客戶群。然而，他們還沒有展示出將產品擴展到核心客戶之外以滿足不同類型的買家和需求所需的愿景。今年唯一的挑戰者是Oracle，其面向數據庫的平臺在工作流能力等方面仍在追趕領導者。

　　遠見者（Visionaries）：Appian、Pega 和 Zoho

　　企業低代碼遠見者展示了強大的愿景，但作為應用程序平臺的執行方面卻不盡如人意。今年的遠見者是 Appian、Pega 和 Zoho，它們也在業務流程自動化領域展開競爭。Appian 和 Pega提供了涵蓋許多數字業務技術的低代碼自動化平臺，而Zoho更以其SaaS功能而聞名。

　　利基市場參與者（Niche Players）：Alibaba、Creatio、Huawei、Kintone、Newgen、Pega、Quickbase、Retool和 Unqork

　　企業低代碼利基參與者是專注于特定市場領域或具有區域地理足跡的供應商。雖然與其他供應商相比，他們在應用程序平臺上沒有表現出最強的愿景或執行能力，但有資格進入這個魔力象限本身就是一項成就。特別值得注意的是，阿里巴巴和華為針對中國的企業低代碼資格。

　　企業低代碼中的利基參與者也可能是其他領域的高績效者，例如，業務流程自動化廠商Creatio、Newgen 和Unqork。

　　02市場定義

　　企業低代碼（Enterpris Low-Code Application Platforms）平臺是一種應用程序平臺，通過抽象、最小化或替換開發中所需的代碼，來快速開發和部署自定義應用程序。

　　低代碼平臺必須包括的三個功能：用于開發完整應用程序的低代碼功能（例如，模型驅動或帶有腳本的可視化編程方法）；支持開發由用戶界面、業務邏輯、工作流和數據服務組成的應用程序；簡化應用程序測試、部署和管理。

　　可選功能包括：

• 對組件、連接器和模板的支持
• 用于創建業務服務的自定義API
• 超越 Web 用戶界面 (UI) 的前端用戶體驗
• 業務流程自動化和管理
• 事件驅動架構支持
• 人工智能增強
• 管理大型分布式開發團隊
• 公民開發者支持
• 本地和多云支持

　　企業低代碼平臺特性包括支持已開發應用程序的高性能、可用性和可擴展性、災難恢復、安全性、進出企業和第三方云服務的API訪問，使用監控、服務級別協議 (SLA) 以及提供技術支持供應商的支持和培訓。

　　一些企業低代碼平臺提供的高級功能包括：復雜的業務流程自動化和管理；事件驅動架構；人工智能增強開發技術。

　　03軟件工程領導者應用低代碼需要考慮的三大因素

　　隨著組織對應用程序的需求不斷增加，軟件工程領導者不能僅僅依賴傳統的、基于代碼的應用程序開發方法。他們必須接受應用程序開發向更高抽象級別的進步，并接受低代碼以加速專業應用程序開發。

　　他們還必須使基于業務的開發團隊能夠創建和維護應用程序，以實現公民開發目的。因此，面向各種開發人員的低代碼開發模式正在成為主流。

　　軟件工程領導者在應用低代碼時需要考慮以下三大因素：

　　1、技術選擇

　　仔細分析你的用例和業務需求，以從低代碼平臺中獲取最佳選擇；

　　將需求與低代碼中的技術產品與替代重疊的低代碼市場進行比較，例如，多重體驗開發平臺 (MXDP )、業務流程自動化 (BPA)、機器人流程自動化 (RPA)、集成平臺即服務 (iPaaS) 和公民自動化和開發平臺（CADP）。

　　確保低代碼實施與業務流程交互，應首先識別和優化業務流程。考慮具有強大內置業務流程功能的低代碼平臺，或者使用可根據需要從低代碼平臺中調用的補充業務流程服務。

　　利用可組合性和模塊化。因為所有企業低代碼平臺都可以調用外部服務，包括自建 API 以及購買的 API 服務。這使得低代碼能夠處理應用程序中幾乎無限的復雜性，因為復雜的功能可以以復合方式委托給外部服務。

　　就如何適應企業低代碼解決方案制定戰略，以適應現有的應用程序架構和戰略工具投資，特別是在集成工作、與現有設計系統和敏捷框架的兼容性以及現有服務方面。

　　2、商業考慮

　　定義所有即時要求，并預測未來兩到三年的應用程序需求，以避免為新用例更換平臺。在定價方面要特別注意，并確保合同涵蓋未來的使用，以避免重新談判。

　　在進行重大投資之前評估 低代碼選項，方法是使用免費或評估版本，至少提供一個概念證明，以熟悉開發人員體驗和平臺功能。

　　評估訂閱成本與功能和開發人員成本的長期影響。比較具有相似功能和價格的產品。

　　了解并向業務利益相關者傳達使用低代碼平臺的潛在缺陷——包括鎖定和長期成本。

　　3、開發人才和技能

　　選擇適合開發人員角色的低代碼平臺，例如，適用于公民開發人員的 Quickbase 和 Kintone 等，以及適用于全職IT和業務主導的開發人員團隊的平臺，例如 Mendix 和 OutSystems。

　　利用融合團隊協作方法來最大限度地提高開發人員的績效。低代碼平臺不僅適用于公民開發人員，意味著使用支持多個開發人員角色的工具，如 Mendix 和Pega。

　　評估低代碼平臺的開發人員和合作伙伴社區支持及其連接器、模板和預建業務和技術服務生態系統的成熟度。

　　在應用程序開發之前培訓專業和公民開發人員并提供持續的自學計劃，而不是僅僅依賴 低代碼供應商或其合作伙伴。