近日，全球著名咨詢調(diào)查機構(gòu)Gartner發(fā)布了2022“企業(yè)低代碼魔力象限”，通過產(chǎn)品創(chuàng)新、市場影響力、客戶體驗、商業(yè)模式、功能迭代等維度，對全球17家卓越低代碼廠商進行了綜合評估。

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

　　01市場概況

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

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

　　民主化：平均而言，組織中 41% 的員工是業(yè)務(wù)型技術(shù)人員。在Gartner2021年關(guān)于業(yè)務(wù)技術(shù)人員的調(diào)查中，這些非IT員工主要通過低代碼或無代碼方法來創(chuàng)建分析或技術(shù)功能，而不是手動編碼。

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

　　可組合業(yè)務(wù)：組織正在應(yīng)用程序組合技術(shù)，使團隊能夠?qū)嵤┛山M合應(yīng)用程序。低代碼是推動應(yīng)用服務(wù)、功能和能力的關(guān)鍵技術(shù)之一。

　　領(lǐng)導(dǎo)者（Leaders）：Mendix 、OutSystems、微軟、Salesforce和ServiceNow。

　　企業(yè)低代碼領(lǐng)導(dǎo)者表現(xiàn)出強大的執(zhí)行力（特別是在業(yè)務(wù)績效方面）和強大的愿景（在產(chǎn)品和上市戰(zhàn)略方面）。這些供應(yīng)商在競爭激烈的全球市場中脫穎而出，并通過其強大的低代碼產(chǎn)品服務(wù)于廣泛的組織和應(yīng)用案例。

　　挑戰(zhàn)者（Challengers）：Oracle

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

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

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

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

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

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

　　02市場定義

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

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

　　可選功能包括：

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

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

　　一些企業(yè)低代碼平臺提供的高級功能包括：復(fù)雜的業(yè)務(wù)流程自動化和管理；事件驅(qū)動架構(gòu)；人工智能增強開發(fā)技術(shù)。

　　03軟件工程領(lǐng)導(dǎo)者應(yīng)用低代碼需要考慮的三大因素

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

　　他們還必須使基于業(yè)務(wù)的開發(fā)團隊能夠創(chuàng)建和維護應(yīng)用程序，以實現(xiàn)公民開發(fā)目的。因此，面向各種開發(fā)人員的低代碼開發(fā)模式正在成為主流。

　　軟件工程領(lǐng)導(dǎo)者在應(yīng)用低代碼時需要考慮以下三大因素：

　　1、技術(shù)選擇

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

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

　　確保低代碼實施與業(yè)務(wù)流程交互，應(yīng)首先識別和優(yōu)化業(yè)務(wù)流程。考慮具有強大內(nèi)置業(yè)務(wù)流程功能的低代碼平臺，或者使用可根據(jù)需要從低代碼平臺中調(diào)用的補充業(yè)務(wù)流程服務(wù)。

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

　　就如何適應(yīng)企業(yè)低代碼解決方案制定戰(zhàn)略，以適應(yīng)現(xiàn)有的應(yīng)用程序架構(gòu)和戰(zhàn)略工具投資，特別是在集成工作、與現(xiàn)有設(shè)計系統(tǒng)和敏捷框架的兼容性以及現(xiàn)有服務(wù)方面。

　　2、商業(yè)考慮

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

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

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

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

　　3、開發(fā)人才和技能

　　選擇適合開發(fā)人員角色的低代碼平臺，例如，適用于公民開發(fā)人員的 Quickbase 和 Kintone 等，以及適用于全職IT和業(yè)務(wù)主導(dǎo)的開發(fā)人員團隊的平臺，例如 Mendix 和 OutSystems。

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

　　評估低代碼平臺的開發(fā)人員和合作伙伴社區(qū)支持及其連接器、模板和預(yù)建業(yè)務(wù)和技術(shù)服務(wù)生態(tài)系統(tǒng)的成熟度。

　　在應(yīng)用程序開發(fā)之前培訓(xùn)專業(yè)和公民開發(fā)人員并提供持續(xù)的自學(xué)計劃，而不是僅僅依賴 低代碼供應(yīng)商或其合作伙伴。