球迷L(fǎng)ong導(dǎo)語(yǔ)

低代碼大潮蜂擁而來(lái)！

Forrester觀(guān)點(diǎn)：“隨著更多公司看到采用該平臺(tái)滿(mǎn)足其業(yè)務(wù)需求的好處，低代碼市場(chǎng)預(yù)計(jì)2022年將增長(zhǎng)到212億美元?！?/span>

Gartner觀(guān)點(diǎn)：“84％的企業(yè)已在轉(zhuǎn)向低代碼，因?yàn)樗哂袦p輕IT資源壓力，提高上市速度并使企業(yè)參與數(shù)字資產(chǎn)開(kāi)發(fā)的能力。”

IDC觀(guān)點(diǎn)：“到2024年，低代碼將占所有應(yīng)用程序開(kāi)發(fā)活動(dòng)的65％以上?！?/span>

低代碼已然成為數(shù)字化轉(zhuǎn)型中不可回避的重要技術(shù)領(lǐng)域。本文在研讀Gatner報(bào)告基礎(chǔ)上結(jié)合中國(guó)實(shí)情給出相應(yīng)觀(guān)點(diǎn)。

往期經(jīng)典：

【專(zhuān)家Insight】 企業(yè)數(shù)字化轉(zhuǎn)型戰(zhàn)略完整指南

【專(zhuān)家Insight】戰(zhàn)略筆記：數(shù)字化轉(zhuǎn)型的生態(tài)建設(shè)指南

———————–

很多企業(yè)對(duì)于低代碼的討論極為混亂，不同角色語(yǔ)言難以統(tǒng)一似齊梁世界。我們首先要明確低代碼的標(biāo)準(zhǔn)定義，這是多方討論與評(píng)價(jià)的關(guān)鍵基礎(chǔ)。

圖：低代碼在數(shù)字化工廠(chǎng)的應(yīng)用

一、到底什么是低代碼

圖：低代碼發(fā)展時(shí)間軸

低代碼開(kāi)發(fā)不是新事務(wù)，最早來(lái)源于1980s出現(xiàn)的快速應(yīng)用程序開(kāi)發(fā)(RAD) 工具。

低代碼開(kāi)發(fā)始于Forrester的博采群議而形成定義。

翻譯：此平臺(tái)可通過(guò)最精簡(jiǎn)的手工coding以及在安裝、培訓(xùn)與部署方面的最小前期投入，實(shí)現(xiàn)快速的業(yè)務(wù)應(yīng)用交付。

Forrester對(duì)于低代碼的態(tài)度實(shí)在是彰明較著，直接闡明低代碼之核心價(jià)值：

低代碼開(kāi)發(fā)平臺(tái)能夠?qū)崿F(xiàn)業(yè)務(wù)應(yīng)用的快速交付。

根據(jù)Forrester調(diào)研，大部分公司反饋低代碼平臺(tái)使之開(kāi)發(fā)效率提升5-10倍。

圖：低代碼控件封裝

低代碼開(kāi)發(fā)平臺(tái)能夠降低業(yè)務(wù)應(yīng)用的開(kāi)發(fā)成本。

低代碼開(kāi)發(fā)在軟件全生命周期流程上的投入更低、簡(jiǎn)單重復(fù)性研發(fā)資源投入更少。（這勢(shì)必帶來(lái)研發(fā)從業(yè)者的恐慌從而帶來(lái)抵觸）。

作為新型開(kāi)發(fā)工具，低代碼開(kāi)發(fā)平臺(tái)可減少代碼量、簡(jiǎn)化開(kāi)發(fā)流程、縮短開(kāi)發(fā)周期、提高開(kāi)發(fā)效率、節(jié)約開(kāi)發(fā)成本、幫助用戶(hù)更好地設(shè)計(jì)和實(shí)現(xiàn)需求，用戶(hù)只需聚焦業(yè)務(wù)邏輯，而非關(guān)注代碼編寫(xiě)。

圖：開(kāi)發(fā)從傳統(tǒng)向低代碼過(guò)渡

二、低代碼平臺(tái)三個(gè)核心能力

最普遍的AD&D（移動(dòng)應(yīng)用開(kāi)發(fā)與交付），通常需以下三個(gè)核心能力以實(shí)現(xiàn)其平臺(tái)能力：aPaaS、MADP、BPM。

其中，

aPaaS是應(yīng)用程序平臺(tái)即服務(wù)的縮寫(xiě)（云服務(wù)的一種），可為應(yīng)用程序服務(wù)提供開(kāi)發(fā)、部署環(huán)境。aPaaS平臺(tái)提供以下功能：迭代構(gòu)建應(yīng)用程序、即時(shí)提供應(yīng)用軟件、按需擴(kuò)展應(yīng)用程序以及集成應(yīng)用程序與其他服務(wù)。（參見(jiàn)Gartner定義）

MADP（移動(dòng)應(yīng)用程序開(kāi)發(fā)平臺(tái)）能夠更好地應(yīng)對(duì)企業(yè)數(shù)字化業(yè)務(wù)與創(chuàng)新性需求，是低代碼開(kāi)發(fā)能力的重要補(bǔ)充；同時(shí)，國(guó)外諸多低代碼開(kāi)發(fā)平臺(tái)也在逐漸加強(qiáng)對(duì)移動(dòng)應(yīng)用開(kāi)發(fā)的支撐能力。

BPM平臺(tái)注重流程化開(kāi)發(fā)，目的是通過(guò)系統(tǒng)性的改善企業(yè)內(nèi)部的商業(yè)流程來(lái)提升組織效率，目前的BPM平臺(tái)前端主要是基于表單來(lái)實(shí)現(xiàn)快速開(kāi)發(fā)，樣式比較固定，后端通過(guò)分析BPMN流程圖（業(yè)務(wù)流程建模標(biāo)注）來(lái)完成一步步的流程開(kāi)發(fā)。

圖：自動(dòng)化BPM

在國(guó)內(nèi)，同時(shí)具備MADP、aPaaS、BPM能力的平臺(tái)已在集成三層能力（有時(shí)他們自己也不知道，這叫低代碼，雖然是他們?cè)谯`行的），包括簡(jiǎn)道云、活字格、搭搭云等，這些平臺(tái)已具備一定技術(shù)壁壘以及開(kāi)發(fā)業(yè)態(tài)積累。

圖：低代碼平臺(tái)陣營(yíng)

圖：國(guó)內(nèi)低代碼市場(chǎng)格局中的應(yīng)用衍生品牌

圖：2021低代碼廠(chǎng)商Top10

《互聯(lián)網(wǎng)周刊》、eNet研究院、德本咨詢(xún)聯(lián)合發(fā)布

開(kāi)放研發(fā)環(huán)境、沉淀低代碼技術(shù)能力與行業(yè)業(yè)務(wù)邏輯儲(chǔ)備是低代碼可最終嵌入企業(yè)肌體的關(guān)鍵。

三、低代碼的開(kāi)發(fā)過(guò)程

1. 明確需求。

2. 選擇API。

3. 在可視化設(shè)計(jì)器中繪制工作流程、數(shù)據(jù)模型、用戶(hù)界面，并與客戶(hù)確認(rèn)。

4. 連接API。

5. 按需在前端添加寫(xiě)代碼、自定義SQL查詢(xún)或視圖或編碼對(duì)接第三方API。

6. 測(cè)試用戶(hù)接受度。

7. 部署到生產(chǎn)環(huán)境，點(diǎn)擊發(fā)布。

此時(shí)我們相信對(duì)于低代碼的認(rèn)識(shí)可進(jìn)一步明晰了。確實(shí)我們傳統(tǒng)上最擅長(zhǎng)的車(chē)軌共文在這個(gè)領(lǐng)域的應(yīng)用極為欠缺，這跟我們所用的技術(shù)基因以及標(biāo)準(zhǔn)仍然以西方為主、但又有了本土化的錯(cuò)綜復(fù)雜的實(shí)踐有關(guān)。在數(shù)字化轉(zhuǎn)型中尤其需要這么一個(gè)專(zhuān)業(yè)權(quán)威實(shí)現(xiàn)關(guān)鍵認(rèn)識(shí)、各類(lèi)標(biāo)準(zhǔn)上的車(chē)軌同文，標(biāo)準(zhǔn)化本身是轉(zhuǎn)型的基礎(chǔ)。

圖：傳統(tǒng)開(kāi)發(fā)與低代碼開(kāi)發(fā)的過(guò)程區(qū)別

四、低代碼形勢(shì)判斷

4.1 進(jìn)化從未停止

上文提到的80年代RAD工具引入用來(lái)替代傳統(tǒng)基于文本的開(kāi)發(fā)平臺(tái)。

它們與時(shí)俱進(jìn)，與集成開(kāi)發(fā)環(huán)境(IDE)、圖形用戶(hù)界面(GUI)、網(wǎng)絡(luò)和 C/S 架構(gòu)等一同迅速發(fā)展。

早期的RAD工具開(kāi)拓了可視化拖放機(jī)制、數(shù)據(jù)與行為的圖形化模型、架構(gòu)規(guī)范性的框架和模板化組件幾大關(guān)鍵能力。

如洪水一般，這新生物快速傳播到所有分布式開(kāi)發(fā)平臺(tái)！并推動(dòng)業(yè)態(tài)快速進(jìn)化

圖：從低代碼看生態(tài)演變、大勢(shì)所趨、萬(wàn)路歸宗

在此期間，某些行業(yè)標(biāo)準(zhǔn)的可視化模型得到了發(fā)展和沉淀，如：數(shù)據(jù)的實(shí)體關(guān)系、對(duì)象管理的類(lèi)圖、流程模型和狀態(tài)機(jī)的狀態(tài)轉(zhuǎn)換圖。

同理，衍生出來(lái)的還有業(yè)務(wù)規(guī)則管理系統(tǒng)(BRMS) 市場(chǎng)，將快速應(yīng)用程序開(kāi)發(fā)(RAD) 和AI能力 融合于一身。決策管理套裝(DMS) 市場(chǎng)也在持續(xù)采用這種結(jié)合產(chǎn)物（如最新的 DMN 決策模型）。

圖：RAD與AI

低代碼應(yīng)用程序開(kāi)發(fā)的重要里程碑其實(shí)就是WEB（用于支持對(duì)應(yīng)用程序的分布式訪(fǎng)問(wèn)）和云（實(shí)現(xiàn)標(biāo)準(zhǔn)化部署機(jī)制、在PaaS中實(shí)現(xiàn)順暢應(yīng)用開(kāi)發(fā)）的出現(xiàn)。

這就催生了應(yīng)用程序開(kāi)發(fā)工具市場(chǎng)的兩個(gè)分支：

• 快速應(yīng)用程序開(kāi)發(fā)(RAD) 供應(yīng)商將應(yīng)用程序部署過(guò)程實(shí)現(xiàn)自動(dòng)化。在他們的云產(chǎn)品中，普遍追求：應(yīng)用程序通過(guò)最少、最小人員操作介入交付。
• 主流的 SaaS 供應(yīng)商利用低代碼使客戶(hù)能夠?qū)ζ淦脚_(tái)進(jìn)行自定義和擴(kuò)展。然后，他們逐步成為行業(yè)SaaS PaaS 供應(yīng)商，復(fù)用行業(yè)資源、為其他同行業(yè)開(kāi)發(fā)人員提供面向用戶(hù)的業(yè)務(wù)程序與技術(shù)來(lái)構(gòu)建下一個(gè)應(yīng)用程序…

如今，使用低代碼開(kāi)發(fā)技術(shù)（即“非編程開(kāi)發(fā)”）以賦能員工、支撐大規(guī)模應(yīng)用程序開(kāi)發(fā)已成為某些企業(yè)數(shù)字化辦公協(xié)議中的一部分。

工作組應(yīng)用程序始終是使用非編程開(kāi)發(fā)工具（例如電子表格）交付的。由業(yè)務(wù)線(xiàn)部門(mén)開(kāi)發(fā)人員負(fù)責(zé)構(gòu)建的應(yīng)用程序已成為促使低代碼開(kāi)發(fā)工具生長(zhǎng)的重要領(lǐng)域。

而且低代碼功能的暗流涌動(dòng)似的增加、也必然將成為某些非主要企業(yè)平臺(tái)的潛在替代品：低代碼工具從未停止攀登應(yīng)用程序領(lǐng)域的金字塔。

4.2 低代碼or零代碼

隨著低代碼的發(fā)展，大家準(zhǔn)備將其推向極致，也即，隔壁大爺也能用的“0 代碼”工具，這對(duì)開(kāi)發(fā)行業(yè)將是顛覆性的。盡管，我們認(rèn)為“0 代碼”工具是低代碼工具市場(chǎng)的一個(gè)極小細(xì)分，且暫未實(shí)現(xiàn)。

圖：0代碼的發(fā)展過(guò)渡

Gartner報(bào)告顯示，“0 代碼”開(kāi)發(fā)工具正在進(jìn)軍業(yè)務(wù)測(cè)的應(yīng)用，觸及到業(yè)務(wù)數(shù)據(jù)從而進(jìn)一步穩(wěn)固自身應(yīng)用程序。同時(shí)，通過(guò)賦能和促進(jìn)非編程開(kāi)發(fā)的發(fā)展來(lái)使應(yīng)用程序開(kāi)發(fā)大眾化，構(gòu)建大環(huán)境低代碼之勢(shì)。

圖：0代碼軟件形態(tài)分類(lèi)

IT 部門(mén)人員為企業(yè)交付所有應(yīng)用程序的日子可以翻頁(yè)了。歷史無(wú)情、在資本驅(qū)動(dòng)下的科技行業(yè)更是無(wú)情，更是只關(guān)注當(dāng)下和未來(lái)，獨(dú)立的企業(yè)IT和影子IT未來(lái)都將被消除，業(yè)務(wù)與IT團(tuán)隊(duì)必將整合，共同實(shí)現(xiàn)數(shù)字產(chǎn)品的全棧交付。低代碼開(kāi)發(fā)恰好是實(shí)現(xiàn)這一點(diǎn)的關(guān)鍵因素也是前提基礎(chǔ)。

4.3 從單一技術(shù)走向產(chǎn)品組合

市面上已有200多家供應(yīng)商以“低代碼”的方式推出產(chǎn)品，服務(wù)范圍覆蓋從簡(jiǎn)單的表單創(chuàng)建到全棧應(yīng)用程序平臺(tái)，為企業(yè)客戶(hù)提供快速應(yīng)用程序開(kāi)發(fā)(RAD) 服務(wù)。

“0 代碼”開(kāi)發(fā)產(chǎn)品亦屬此類(lèi)低代碼工具范疇，主要面向業(yè)務(wù)領(lǐng)域中“非編程人員”（類(lèi)似業(yè)務(wù)人員、產(chǎn)品設(shè)計(jì)人員、運(yùn)營(yíng)人員等無(wú)實(shí)際編碼經(jīng)驗(yàn)的人員）。

低代碼開(kāi)發(fā)目前尚以用于面向企業(yè)內(nèi)部員工(B2E) 的應(yīng)用開(kāi)發(fā)為主，但伴隨用戶(hù)體驗(yàn)(UX) 要求的提高以及新型授權(quán)模式的逐步放開(kāi)，低代碼開(kāi)發(fā)開(kāi)始了其高掌遠(yuǎn)跖之路，從技術(shù)后臺(tái)逐漸走向to C甚至to B的應(yīng)用支持。

當(dāng)前的問(wèn)題不在于用不用低代碼，而在于哪些場(chǎng)景適用低代碼？但使用中必須有所準(zhǔn)備。

圖：尋找適合的低代碼場(chǎng)景

接下來(lái)我們切入正題，如何評(píng)價(jià)低代碼！

五、戰(zhàn)略選擇、決策、評(píng)估與應(yīng)用

低代碼涉及到的應(yīng)用程序開(kāi)發(fā)(LCAP) 乃循常習(xí)故、并非橫空出世，數(shù)字化革新的過(guò)程中不過(guò)是自然而然衍生此類(lèi)已有技術(shù)能力蜂擁而入，來(lái)滿(mǎn)足日益增長(zhǎng)的多元化的訴求。

圖：拖拉拽自動(dòng)形成流程

企業(yè)數(shù)字化轉(zhuǎn)型中在考慮規(guī)劃與技術(shù)資源匹配的時(shí)候，對(duì)于低代碼工具和市場(chǎng)情況的客觀(guān)而科學(xué)的判斷，難以繞開(kāi)。

5.1 戰(zhàn)略選擇

iResearch對(duì)低代碼的場(chǎng)景覆蓋率相對(duì)樂(lè)觀(guān)

• 中小型企業(yè)95% 場(chǎng)景可采用低代碼搭建
• 中大型企業(yè)70% …
• 在某些垂直應(yīng)用場(chǎng)景中，如即時(shí)通信等領(lǐng)域，在低代碼基礎(chǔ)上還要其他插件補(bǔ)充的情況下，覆蓋率大約50% …

圖：低代碼覆蓋率

而個(gè)人認(rèn)為Gartner的評(píng)述更為客觀(guān)：

• 取代趨勢(shì)。到 2024 年，低代碼應(yīng)用程序開(kāi)發(fā)將占應(yīng)用程序開(kāi)發(fā) 65％ 以上。
• 適用領(lǐng)域。到 2024 年，至少 75％ 的低代碼應(yīng)用程序開(kāi)發(fā)工作將集中在中小型項(xiàng)目里，聚焦非核心的工作內(nèi)容。
• 逐步接受。到 2024 年，有 75％ 的大型企業(yè)將至少使用四個(gè)低代碼開(kāi)發(fā)工具進(jìn)行 IT 應(yīng)用程序開(kāi)發(fā)和非編程式開(kāi)發(fā)。

這給信息化、數(shù)字化負(fù)責(zé)人帶來(lái)巨大壓力，他們必須盡快提高應(yīng)用交付速度、摒除時(shí)間浪費(fèi)、聚集價(jià)增值領(lǐng)域。

應(yīng)時(shí)應(yīng)勢(shì)而生！

此時(shí)很多供應(yīng)商們不約而同的提出低代碼解決方案：通過(guò)減少或規(guī)避對(duì)專(zhuān)業(yè)編程（需IT開(kāi)發(fā)專(zhuān)崗支持）的需求依賴(lài)，來(lái)提高生產(chǎn)力。

5.2 供應(yīng)商綜合判斷維度

Gartner追蹤了200多家低代碼開(kāi)發(fā)工具供應(yīng)商。

在這些供應(yīng)商中：

• 96％ 供應(yīng)商認(rèn)為自己提供了完整的軟件開(kāi)發(fā)生命周期(SDLC)支持，而不僅僅是扮演設(shè)計(jì)和開(kāi)發(fā)加速器的角色
• 95% 供應(yīng)商目標(biāo)客戶(hù)是業(yè)務(wù)線(xiàn)開(kāi)發(fā)人員
• 88％ 供應(yīng)商提供了公有云部署
• 85% 供應(yīng)商認(rèn)為自己已覆蓋用戶(hù)體驗(yàn)、邏輯和數(shù)據(jù)的全棧，而不僅專(zhuān)門(mén)處理應(yīng)用程序的一部分
• 84％ 供應(yīng)商提供了 WebIDE
• 79％ 供應(yīng)商提供基于表單的用戶(hù)界面
• 78％ 供應(yīng)商將數(shù)據(jù)庫(kù)作為其工具的一部分
• 62％ 的供應(yīng)商提供了私有云部署能力
• 62％ 供應(yīng)商提供移動(dòng)應(yīng)用程序界面
• 47％ 供應(yīng)商生成的代碼在大多數(shù)情況下可以進(jìn)行手工編輯
• 40% 供應(yīng)商選擇的開(kāi)發(fā)人員角色定位為業(yè)務(wù)高級(jí)用戶(hù)
• 30％ 供應(yīng)商提供了桌面IDE
• 5％ 不到提供聊天機(jī)器人

在 top 3 的應(yīng)用場(chǎng)景中：

• 86% 供應(yīng)商目標(biāo)應(yīng)用場(chǎng)景是企業(yè)級(jí)應(yīng)用開(kāi)發(fā)
• 55％ 供應(yīng)商主要終端用戶(hù)類(lèi)型是 B2E
• 而 B2B 和 B2C 的占比分別僅為 20％ 和 25％

圖：慧友云商低代碼B2C樣例

5.3 低代碼開(kāi)發(fā)技術(shù)的分類(lèi)與評(píng)價(jià)

數(shù)字化轉(zhuǎn)型負(fù)責(zé)人必須意識(shí)到，低代碼開(kāi)發(fā)技術(shù)并不是一個(gè)靜態(tài)的單一市場(chǎng)，而是相反，

技術(shù)和流程的結(jié)合往往會(huì)吸引這幾類(lèi)開(kāi)發(fā)者：

• 具有有限軟件開(kāi)發(fā)技能、經(jīng)驗(yàn)或素質(zhì)能力的開(kāi)發(fā)者
• 承受著巨大壓力，需盡快提供“最小可用”或“足夠好”解決方案的開(kāi)發(fā)者
• 需應(yīng)對(duì)不斷變化的需求能持續(xù)快速演進(jìn)應(yīng)用的開(kāi)發(fā)者

高德納(Gartner) 確認(rèn)了涵蓋了低代碼開(kāi)發(fā)技術(shù)領(lǐng)域的三個(gè)主要細(xì)分市場(chǎng)：

• 低代碼應(yīng)用程序平臺(tái)(LCAPs) —— 這是一個(gè)新類(lèi)別，涵蓋了高生產(chǎn)力的應(yīng)用程序 PaaS(HPaPaaS) 以及 RAD 和 RMAD 工具。它關(guān)注通過(guò)聲明式的模型驅(qū)動(dòng)和基于元數(shù)據(jù)的服務(wù)來(lái)提供快速的應(yīng)用程序開(kāi)發(fā)、部署和執(zhí)行。這個(gè)市場(chǎng)包括自描述的“0 代碼”應(yīng)用程序開(kāi)發(fā)工具，并且總體上代表了低代碼技術(shù)供應(yīng)商的最大部分。
• 多維體驗(yàn)開(kāi)發(fā)平臺(tái)（MXDP） —— 這些產(chǎn)品為專(zhuān)業(yè)開(kāi)發(fā)人員（有時(shí)甚至是非編程開(kāi)發(fā)人員）提供了一套包含前端開(kāi)發(fā)工具和后端服務(wù)的集成成熟套件，從而可以跨數(shù)字觸點(diǎn)(digital touchpoints) 進(jìn)行相應(yīng)用途應(yīng)用程序的擴(kuò)展性開(kāi)發(fā)。

• 流程和業(yè)務(wù)規(guī)則/決策管理系統(tǒng)——這類(lèi)模型驅(qū)動(dòng)的（因此是低代碼的）開(kāi)發(fā)平臺(tái)可以在操作模型和程序時(shí)進(jìn)行動(dòng)態(tài)變化。他們通過(guò)流程(BPMS) 和業(yè)務(wù)規(guī)則/決策(BRMS / DMS) 實(shí)現(xiàn)了業(yè)務(wù)操作的自動(dòng)化。Gartner的研究范圍也擴(kuò)大到了智能業(yè)務(wù)流程管理系統(tǒng)(iBPMS)，包括了可持續(xù)的智能和動(dòng)態(tài)流程管理系統(tǒng)(BPM)。盡管“模型驅(qū)動(dòng)”意味著“低代碼”，但其中一些可以實(shí)現(xiàn)復(fù)雜的流程和決策的模型既復(fù)雜又專(zhuān)業(yè)，這可能需要相關(guān)專(zhuān)家協(xié)助才能進(jìn)行開(kāi)發(fā)。

針對(duì)這些典型的低代碼平臺(tái)，典型的選擇決策過(guò)程如下圖所示

5.4 關(guān)于低代碼的決策

圖：低代碼決策樹(shù) 源：Gartner (2019.2)

根據(jù)Gartner的經(jīng)驗(yàn)，決策標(biāo)準(zhǔn)參考如下：

1、是否需要在沒(méi)有專(zhuān)業(yè)開(kāi)發(fā)人員協(xié)助的情況下進(jìn)行“非編程開(kāi)發(fā)”？

如果是，可以考慮一個(gè)具有“0 代碼”能力的低代碼應(yīng)用平臺(tái)(LCAP)，同時(shí)要注意工具的能力支撐范圍。

2、是否需要可持續(xù)更新的、復(fù)雜的和可管理的業(yè)務(wù)流程或決策以及相關(guān)的供應(yīng)商技能和流程與決策建模的協(xié)助？

如果是，須與供應(yīng)商提供的流程專(zhuān)家一起考慮使用智能業(yè)務(wù)流程管理系統(tǒng)(iBPMS) 、業(yè)務(wù)規(guī)則管理系統(tǒng)(BRMS) 或 決策管理套裝(DMS)，但要清楚低代碼的哪些優(yōu)勢(shì)可能會(huì)在這些工具使用中受到限制，并且?guī)?lái)較高代價(jià)。

3、是否需要跨數(shù)字觸點(diǎn)（digital touchpoints ）(例如，移動(dòng)應(yīng)用程序、漸進(jìn)式 web 應(yīng)用程序、聊天機(jī)器人)的多種應(yīng)用程序類(lèi)型？

如果是，須考慮使用低代碼的多維體驗(yàn)開(kāi)發(fā)平臺(tái)(MXDPs)，以便跨多種交互模式擴(kuò)展或增益應(yīng)用程序用戶(hù)體驗(yàn)；對(duì)于所有其他業(yè)務(wù)應(yīng)用場(chǎng)景，則須考慮一個(gè)低代碼應(yīng)用平臺(tái)(LCAP)，它可以在一款工具中提供給你部分或全部流程自動(dòng)化，滿(mǎn)足用戶(hù)體驗(yàn)需求，同時(shí)具有非編程開(kāi)發(fā)能力，并且聚焦服務(wù)質(zhì)量而非單純性能本身。

5.5 關(guān)于低代碼服務(wù)的評(píng)估維度

對(duì)于供應(yīng)商提供的所有類(lèi)型的低代碼開(kāi)發(fā)產(chǎn)品，可以根據(jù)幾個(gè)主要特征來(lái)進(jìn)行評(píng)價(jià)。這些特征構(gòu)成了低代碼工具和平臺(tái)的主要評(píng)估標(biāo)準(zhǔn)。數(shù)字化轉(zhuǎn)型負(fù)責(zé)人可根據(jù)每個(gè)特征對(duì)其能力需求進(jìn)行評(píng)分：

1、部署類(lèi)型 – 用于給一兩個(gè)開(kāi)發(fā)人員體驗(yàn)和部署的工具可以是本地的，也可以是云化的或 PaaS，或兩者都有。同時(shí)也要考慮是需要特定的云還是多個(gè)云。

2、開(kāi)發(fā)人員角色 – 是為 快速應(yīng)用程序開(kāi)發(fā)(RAD) 物色的專(zhuān)業(yè)開(kāi)發(fā)人員，還是普通技術(shù)開(kāi)發(fā)者（例如，具有 IT 意識(shí)的業(yè)務(wù)分析師）或普通業(yè)務(wù)開(kāi)發(fā)者（需要“0 代碼”方式輔助），亦或是其某種組合。

3、前端vs.后端 – 對(duì)于一款全棧式應(yīng)用程序，是僅需要新的用戶(hù)體驗(yàn)設(shè)計(jì)，還是新的后端處理流程，抑或兩者都需要？后端流程自動(dòng)化可以包含工作流程，也可以從被監(jiān)管的 業(yè)務(wù)流程管理(BPM) 式的流程設(shè)計(jì)和交付方法中獲益。

4、用戶(hù)體驗(yàn) – 用戶(hù)體驗(yàn)的復(fù)雜性是必需要考慮的，對(duì)于所有應(yīng)用程序來(lái)說(shuō)復(fù)雜性都在增加，尤其對(duì)于 B2C 應(yīng)用程序更甚。對(duì)于以多模態(tài)用戶(hù)體驗(yàn)為重點(diǎn)的場(chǎng)景，多維體驗(yàn)開(kāi)發(fā)平臺(tái)(MXDP) 方式可能是最好的，而對(duì)于內(nèi)部 B2E 應(yīng)用程序場(chǎng)景，簡(jiǎn)單的基于 web 表單的方式也就足夠了。

5、服務(wù)復(fù)雜性 – 應(yīng)用程序可以對(duì)數(shù)據(jù)進(jìn)行創(chuàng)建、讀取、更新、刪除(CRUD) 操作，也可以對(duì)來(lái)自多個(gè)服務(wù)的操作進(jìn)行集成或組合，包括驅(qū)動(dòng)流程的事件處理和消費(fèi)。

6、市場(chǎng)焦點(diǎn) – 當(dāng)許多工具還集中在通用領(lǐng)域的時(shí)候，某些工具隨著相關(guān) SaaS 的應(yīng)用或簡(jiǎn)單的客戶(hù)群體演變，越來(lái)越聚焦在 ERP，CRM 和供應(yīng)鏈等專(zhuān)業(yè)領(lǐng)域上。

7、生態(tài)系統(tǒng)和合作伙伴 – 由于許多平臺(tái)選擇者對(duì)平臺(tái)的能力普遍要求較高，因此一些技術(shù)特性可能不足以滿(mǎn)足他們的訴求。像本地支持、技能可用性和培訓(xùn)機(jī)會(huì)、應(yīng)用商店和開(kāi)發(fā)人員社區(qū)以及服務(wù)提供伙伴質(zhì)量之類(lèi)的問(wèn)題就可能顯得尤為重要。

8、治理和敏捷性 – 對(duì)于許多用戶(hù)來(lái)說(shuō)，度量業(yè)務(wù) KPI 以及應(yīng)用程序開(kāi)發(fā)和資源使用情況的 KPI 的能力，是一種越來(lái)越大的優(yōu)勢(shì)。平臺(tái)們正在開(kāi)發(fā)一些能匹配 BPM 功能的可選功能，像記錄應(yīng)用程序目標(biāo)、管理完整的應(yīng)用程序生命周期等。

9、軟件開(kāi)發(fā)生命周期（SDLC）方法論 – 為應(yīng)用程序開(kāi)發(fā)過(guò)程乃至項(xiàng)目管理提供指導(dǎo)。AI 輔助開(kāi)發(fā)也可能是種需要。

5.6 關(guān)于低代碼產(chǎn)品工具的評(píng)估維度

圖：低代碼能力特征

BPM = business process management; CRUD = create, read, update, delete; DIY = do it yourself; SDLC = software development life cycle 圖源：Gartner (2019.2)

低代碼應(yīng)用平臺(tái)(LCAPs) 代表了這些平臺(tái)里最大的市場(chǎng)份額。低代碼應(yīng)用平臺(tái)(LCAPs) 支持快速應(yīng)用程序開(kāi)發(fā)(RAD)，使用聲明性的高級(jí)編程抽象（例如，模型驅(qū)動(dòng)和基于元數(shù)據(jù)的編程語(yǔ)言）進(jìn)行部署和執(zhí)行，以及單部署。

共性技術(shù)要素包括：

• 以模型/元數(shù)據(jù)為中心的 UI 層設(shè)計(jì)器，支持基本的增刪改查(CRUD) 應(yīng)用程序設(shè)計(jì)，最好只需要很少編碼或不需要編碼
• 支持基本的數(shù)據(jù)結(jié)構(gòu)定義和內(nèi)置數(shù)據(jù)庫(kù)的通用數(shù)據(jù)存儲(chǔ)（如，RDBMS、NoSQL、flat文件）訪(fǎng)問(wèn)
• 通過(guò) REST，SOAP 或其他 API簡(jiǎn)化對(duì)外服務(wù)的訪(fǎng)問(wèn)
• 通過(guò) API 包裝它們的底層流程邏輯和數(shù)據(jù)
• 支持面向業(yè)務(wù)規(guī)則和常規(guī)業(yè)務(wù)邏輯開(kāi)發(fā)的編碼模型方法
• 漂亮的性能表現(xiàn)和可控的操作延遲

作為企業(yè)級(jí)工具，還應(yīng)考慮以下功能的評(píng)價(jià)，例如：

• 用戶(hù)密集訪(fǎng)問(wèn)量、數(shù)據(jù)存儲(chǔ)量和高并發(fā)率的彈性伸縮能力
• 高可用性與容災(zāi)恢復(fù)能力
• 應(yīng)用程序訪(fǎng)問(wèn)、API 和數(shù)據(jù)存儲(chǔ)的安全性
• 開(kāi)發(fā)階段（或云 PaaS 的運(yùn)行時(shí)部署階段）的SLA
• 資源使用追蹤能力
• 對(duì)開(kāi)發(fā)人員和運(yùn)營(yíng)人員的技術(shù)支持能力

5.7 低代碼采用的關(guān)鍵建議

若要充分發(fā)揮低代碼價(jià)值，須要求負(fù)責(zé)應(yīng)用程序開(kāi)發(fā)和平臺(tái)策略的負(fù)責(zé)人必須注意以下事項(xiàng)：

• 對(duì)應(yīng)用場(chǎng)景進(jìn)行分類(lèi)，識(shí)別當(dāng)下適應(yīng)、適用、適配于低代碼開(kāi)發(fā)的場(chǎng)景。
• 選擇恰當(dāng)?shù)牡痛a工具。建議選擇對(duì)開(kāi)發(fā)技能要求不高，尤其要適用于實(shí)現(xiàn)加快產(chǎn)品上市的關(guān)鍵場(chǎng)景。
• 給“非編程人員”（包括IT和業(yè)務(wù)方）提供的低代碼開(kāi)發(fā)工具必須具備相應(yīng)的安全性保障、監(jiān)督性保障與可用性保障。
• 一旦進(jìn)入使用階段，尤其產(chǎn)生局部效果以后，不要有移天易日之心、妄圖過(guò)渡消費(fèi)低代碼能力、倉(cāng)促擴(kuò)大使用邊界。
• 一旦決定將低代碼應(yīng)用于業(yè)務(wù)創(chuàng)新場(chǎng)景部署，要確保該工具的合規(guī)授權(quán)、并經(jīng)評(píng)估可實(shí)現(xiàn)ROI、實(shí)現(xiàn)業(yè)務(wù)目的。

五、結(jié)語(yǔ)

國(guó)內(nèi)關(guān)于低代碼的探討經(jīng)常陷入誤區(qū)——低代碼如何實(shí)現(xiàn)，而忽略了面向業(yè)務(wù)讓業(yè)務(wù)怎么實(shí)現(xiàn)的問(wèn)題，因此容易陷入一波又一波關(guān)于低代碼有用或者無(wú)用的爭(zhēng)吵，此類(lèi)爭(zhēng)吵實(shí)屬無(wú)用。

對(duì)于低代碼供應(yīng)商來(lái)說(shuō)找到核心用戶(hù)、客戶(hù)的核心業(yè)務(wù)場(chǎng)景、明晰業(yè)務(wù)流程非常關(guān)鍵。

圖：服務(wù)于誰(shuí)又將取代誰(shuí)

而對(duì)于要選擇應(yīng)用低代碼的企業(yè)來(lái)說(shuō)，

恰當(dāng)?shù)膱?chǎng)景以及關(guān)于低代碼服務(wù)于誰(shuí)、取代誰(shuí)、如何安置的決策等則比低代碼工具的選擇更為關(guān)鍵！

本文編譯及作者：球迷L(fǎng)ong

主要參考譯文：

https://www.gartner.com/en/documents/3902331/low-code-development-technologies-evaluation-guide
作者：Paul Vincent, Mark Driver, Jason Wong

部分圖文翻譯：阿里內(nèi)推卓風(fēng)