最近幾年，開發(fā)界有一種“低代碼”的開發(fā)方式，可以快讀搭建我們想要的產(chǎn)品。但不少產(chǎn)品對這種模式并不了解，這篇文章，我們看看作者分享的內(nèi)容，相信可以幫到大家。

一、什么是低代碼

企業(yè)管理大多離不開信息收集、團隊協(xié)作、數(shù)據(jù)分析等需求。

通過表單（信息收集）、流程（團隊協(xié)作）、報表圖表（數(shù)據(jù)分析）、權(quán)限分配（信息安全）、消息提醒（信息傳遞）等功能可以實現(xiàn)這些需求，而低代碼開發(fā)則是抓住這些共性，通過組合搭配，就可以搭建出符合需求的個性化管理應用。

二、低代碼發(fā)展歷程

在市場、疫情、資本多重驅(qū)動下，中國無代碼市場發(fā)展進入加速期

美國無代碼發(fā)展相對成熟，已經(jīng)有諸如 Outsystems 等獨角獸企業(yè)，和 Salesforce 等軟件行業(yè)巨頭 在建立低代碼開發(fā)生態(tài)。中國無代碼起步時間晚，但有著龐大的市場需求體量，隨著近兩年市場參與者的增多，無代碼開發(fā)平臺的生態(tài)體系逐漸完善，發(fā)展正在加速。

1980年 IBM 的快速應用程序開發(fā) RAD 投入使用（一組簡單的程序，允許用戶以可視化方式裝配桌面應用程序）被稱為“低代碼”

2010年 麻省理工又將這一概念應用于兒童編程領(lǐng)域，產(chǎn)出了風靡全球的 Scratch

2000年，VPL（Visual Programming Language可視化編程語言）

2014年，研究機構(gòu) Forrester Research 正式提出了“低代碼/零代碼”的概念

2015年微軟、谷歌等巨頭入局。

2015-2018年期間，國內(nèi)低代碼廠商像簡道云、氚云等也斬露頭角；國內(nèi)獨立的低代碼平臺開始相繼發(fā)布

2018年西門子收購 Mendix，OutSystems 獲得融資，低代碼在海外走紅。

2018年起，互聯(lián)網(wǎng)巨頭阿里、騰訊、百度紛紛入局。Gartner提出aPaaS和iPaaS的概念

2019年起，低代碼成為我國ICT產(chǎn)業(yè)中最明顯的增量市場。

2021年，釘釘6.0發(fā)布會再次引燃低代碼市場。

2023年3月，微軟發(fā)布 Power Platform Copilot，引領(lǐng)AI生成式低代碼應用開發(fā)新時代。

（注：本文成文于 2023年 5 月 ，原為企業(yè)內(nèi)部分享）

三、低代碼開發(fā)方式對比

1. 傳統(tǒng)開發(fā)VS低代碼開發(fā)

2. 命令式編程VS描述式編程

使用傳統(tǒng)的命令式編程語言開發(fā)企業(yè)應用程序極其復雜，需要使用精確的指令控制計算機執(zhí)行的每一步操作。

使用描述式編程模型，您只需告訴計算機想要的結(jié)果，計算機會按照您的需求自動完成編程，生成你想要的應用程序。

3. 低代碼和無代碼的特點

低代碼和無代碼的主要目的，都都旨在作為傳統(tǒng)應用程序開發(fā)的替代方法，方便為企業(yè)中的平民開發(fā)者（組織中不一定具有技術(shù)或編程專業(yè)知識的員工）構(gòu)建新應用。

但低代碼和無代碼也有不同之處，如：

四、低代碼平臺的分類

低代碼平臺分為兩類：業(yè)務型低代碼 和 開發(fā)型低代碼

五、低代碼廠商發(fā)展路徑

低代碼賽道的競爭越來越多元化，廠商類型覆蓋原生低代碼廠商、SaaS類廠商、傳統(tǒng)軟件廠商、中臺類廠商以及云廠商。

面臨日漸激烈的競爭環(huán)境，不同類型的廠商由于原始基因不同，發(fā)展路徑亦不一樣，基于自身優(yōu)勢和特點在低代碼賽道展 現(xiàn)出差異化競爭能力。

總結(jié)

1. 產(chǎn)品功能越強大，對代碼的要求就越高（學習成本高）
2. 操作簡單的，不需要使用代碼，功能也就相對單一一些（學習成本底）
3. 低代碼平臺的本質(zhì)目的是提升研發(fā)效能，平臺功能是否強大并不是黃金標準，平臺選擇需要針對各產(chǎn)品的場景、用途適配（選擇合適的）

六、低代碼能力度量模型

1. 業(yè)務場景

低代碼覆蓋的業(yè)務場景越多，低代碼能力就越強。

傳統(tǒng)應用——創(chuàng)新企業(yè)應用

B 端應用仍處于早期階段，制造業(yè)整體應用場景更為豐富

行業(yè)應用成熟度模型主要從低代碼應用滲透率和低代碼應用豐富度兩個維度進行考量，滲透率主要考量低代碼在不同行業(yè) 的應用廣泛性和接納度，應用豐富度主要考量低代碼在不同行業(yè)的應用多樣化程度。

制造業(yè)產(chǎn)業(yè)鏈較長，上下游關(guān)系復雜， 且較早開始應用系統(tǒng)軟件，應用場景多。

汽車和零售行業(yè)涉及訂單管理、供應鏈管理等場景較為豐富，發(fā)展緊隨其后。

金融和新科技的某些特定場景如企業(yè)業(yè)務管理、營銷、在線程序等靈活性較強，與核心系統(tǒng)緊密度不高，通常選擇低代碼作 為輕量級應用。

政務、教育、醫(yī)療等行業(yè)體系較為復雜，數(shù)字化轉(zhuǎn)型進程較緩，且對于軟件應用的前瞻性要求不高，整體 滲透較慢。

2. 用戶群體

平臺覆蓋的用戶群體越大，低代碼能力越強。

按用戶專業(yè)程度劃分

根據(jù)需要搭建的應用類型來看，普通的信息采集、展示功能，運營人員應可以徒手搭建（不管是哪個低代碼平臺產(chǎn)品）

不同的用戶類型，使用低代碼有不同的需求，你不能要求運營人員去寫代碼編排復雜的業(yè)務應用，比如進行高開寫代碼自定義組件等；不同的業(yè)務、不同的需求類型，應交給合適的角色去完成

復雜業(yè)務邏輯型應用，必然涉及后端邏輯。而目前的低代碼平臺現(xiàn)狀均為“前端友好”型，后端稍邏輯的實現(xiàn)只能通過調(diào)用第三方API實現(xiàn)，因此從項目、應用的視角來看，編碼必不可省、必不可少。

Forrester認為國內(nèi)低代碼廠商的多樣性強，可劃分為9個大類，包括：數(shù)字流程自動化（BPM）、公有云、面向?qū)I(yè)開發(fā)者的低代碼開發(fā)平臺、面向業(yè)務開發(fā)者的低代碼開發(fā)平臺、AI/機器學習、BI、協(xié)作管理、流程自動化機器人（RPA）、數(shù)字化運營平臺。

低代碼不是一個用來吸引業(yè)務用戶的用語，業(yè)務人員見了“代碼”兩個字就嚇跑了，再低也沒用；

如果業(yè)務人員寫不了 100 行代碼的話，那 10 行也一樣寫不了

所以，像一些產(chǎn)品不會將自己的“低代碼平臺”直接命名為“XX低代碼”，為了面向「非技術(shù)人員」，如維格表、飛書多維表格、宜搭等等

3. 能力完整性

技術(shù)表達力的完備程度越高，低代碼能力越強（具有與源碼開發(fā)等同的技術(shù)表達力）。

以Web App為例，能力完整性要求低代碼平臺能夠表達UI（含交互效果）、前端業(yè)務邏輯、接口調(diào)用、甚至后端業(yè)務邏輯、數(shù)據(jù)模型等，能夠替代源碼開發(fā)

例如百度·愛速搭，在后臺能夠直接定義組件的字體、尺寸、主題色等等，如果還不滿足還提供代碼自定義

4. 原料包容性

低代碼平臺對不同輸入的接受能力越廣，能力越強。

對于長期迭代的業(yè)務而言，日常使用最頻繁的一定是業(yè)務組件，而不是通用的公共組件

這種情況下，如何錄入定制組件、如何支持定制組件與標準組件混用是值得深入探索的方向

源碼開發(fā)的一大優(yōu)勢在于能夠最大限度地復用現(xiàn)有代碼，無論是公共組件/業(yè)務組件、第三方模塊，甚至非標準模塊，都可以隨時通過封裝引入，甚至源碼拷貝的方式來復用

而低代碼平臺則不同，對于組件、模塊大都有明確的準入規(guī)則，只有符合標準的“原料”才能進入到池子中，供平臺用戶復用。

按組件的通用程度分為公共組件與業(yè)務組件，平臺只收錄通用的公共組件，極大地簡化了組件版本管理，但這種劃分對于長期持續(xù)迭代的業(yè)務并不適用，由于無法復用現(xiàn)成的代碼，低代碼模式下開發(fā)效率遠低于高度復用的源碼開發(fā)。

5. 產(chǎn)物豐富度

低代碼平臺輸出的產(chǎn)物形態(tài)越豐富，低代碼能力越強。

輸出產(chǎn)物可分為3類：「最終產(chǎn)物」「中間產(chǎn)物」「初級產(chǎn)物」

最終產(chǎn)物的完成度最高，但可復用程度最低，初級產(chǎn)物與之相反。多種形態(tài)的輸出產(chǎn)物意味著強大的可復用性和靈活的集成方式，例如：

• 低代碼開發(fā)與源碼開發(fā)混合使用，允許平滑過渡；
• 基于低代碼平臺產(chǎn)出的半成品二次開發(fā)，減輕一部分工作量。

初級產(chǎn)物：多種形態(tài)的輸出產(chǎn)物意味著強大的可復用性和靈活的集成方式，例如

• Atoms 原子：最細粒度的組件，Button，Input 等
• Molecules 分子：由一組原子組成，標簽、Input 和按鈕構(gòu)成一個表單元素。它們是 Design System 的基礎(chǔ)
• Organisms 器官：也就是系統(tǒng)中的區(qū)塊，由各個分子組成的更為復雜的組件
• Templates 模板：它們是由一組「Organisms」組合而成的最終結(jié)構(gòu)，它約定了頁面中的實際布局。
• Pages 頁面：由以上元素構(gòu)成的呈現(xiàn)頁面

6. 鏈路覆蓋度

低代碼對完整生產(chǎn)鏈路的覆蓋度越高，低代碼能力越強。

不同業(yè)務環(huán)境中，具體的生產(chǎn)鏈路可能不盡相同，但都需要明確低代碼平臺的鏈路覆蓋范圍，不斷優(yōu)化覆蓋范圍內(nèi)的環(huán)節(jié)，同時盡可能降低與范圍外各個環(huán)節(jié)的協(xié)作成本。

并入：對必要流程提供盡可能完善的支持，避免將低代碼平臺與生產(chǎn)鏈路上下游的接縫暴露給用戶，由人工來填補

連通：例如，一個表達力很有限的低代碼平臺可能需要與源碼開發(fā)模式配合使用，此時可以考慮與源碼開發(fā)中的代碼倉庫聯(lián)動，將產(chǎn)物一鍵上傳至代碼庫，或者反過來將低代碼能力嵌入到IDE中，輔助源碼開發(fā)。

7. 協(xié)作效率

不同角色在低代碼下的協(xié)作效率越高，低代碼能力越強

不同于源碼開發(fā)，低代碼開發(fā)作為一種新的研發(fā)模式，在協(xié)作效率方面有很大的想象空間

產(chǎn)品經(jīng)理：可通過低代碼平臺產(chǎn)出高保真原型，交由研發(fā)人員進一步開發(fā)，甚至能夠自行快速調(diào)整文案、圖片素材等；

UED：設(shè)計工具對接低代碼平臺，無需人工標注、走查效果。

Design2Code（設(shè)計稿轉(zhuǎn)代碼）是解決UED與研發(fā)人員的協(xié)作效率問題的另一種思路，相比之下。

如網(wǎng)易數(shù)帆，通過深度學習和計算機視覺等技術(shù)來分析和理解業(yè)務原型稿中的元素，幫助低代碼開發(fā)者將設(shè)計稿快速轉(zhuǎn)換成頁面

8. 智能程度

越智能，低代碼能力越強

程序能夠自動做出（我也認為正確的）決定，那么它就是智能的

因為智能的基礎(chǔ)是數(shù)據(jù)，基于大數(shù)據(jù)集分析得出的規(guī)律是程序決策的重要依據(jù)。而源碼開發(fā)由于其靈活性，并不能提供細致的有效輸入，低代碼平臺限制了人工編碼的靈活性，提供了一種配置化的程序表達方式，產(chǎn)生的配置數(shù)據(jù)能夠作為推薦算法的輸入，進而幫助人工決策：

讓部分生產(chǎn)環(huán)節(jié)從人工決策走向自動化的數(shù)據(jù)驅(qū)動決策，低代碼平臺在這樣的智能化進程中起著不可替代的作用。

七、結(jié)語

隨著數(shù)字化轉(zhuǎn)型的不斷深入，低代碼開發(fā)平臺已經(jīng)成為企業(yè)快速響應市場變化、提升研發(fā)效能的重要工具。從IBM的快速應用程序開發(fā)RAD到微軟Power Platform Copilot的AI生成式低代碼應用開發(fā)，低代碼技術(shù)經(jīng)歷了從概念到實踐的演變，不斷推動著軟件開發(fā)的邊界。

低代碼平臺以其易用性和靈活性，降低了編程的門檻，使得非技術(shù)人員也能參與到應用的構(gòu)建中來。它通過業(yè)務型和開發(fā)型兩大類平臺，滿足了不同場景下的需求，無論是簡單的信息收集還是復雜的業(yè)務邏輯處理，都能在低代碼的框架下找到解決方案。

低代碼的能力度量模型涵蓋了業(yè)務場景、用戶群體、能力完整性、原料包容性、產(chǎn)物豐富度、鏈路覆蓋度、協(xié)作效率以及智能程度等多個維度，這些維度共同定義了一個低代碼平臺的成熟度和適用性。

展望未來，隨著人工智能技術(shù)的不斷進步，低代碼平臺的智能化水平將進一步提升，從而實現(xiàn)更高效的自動化決策和更廣泛的業(yè)務場景覆蓋。同時，隨著更多行業(yè)和領(lǐng)域的數(shù)字化轉(zhuǎn)型，低代碼平臺的應用也將更加廣泛，成為推動企業(yè)創(chuàng)新和增長的關(guān)鍵力量。

在這個快速變化的時代，低代碼開發(fā)平臺無疑為企業(yè)提供了一種更加靈活、高效的軟件開發(fā)方式，它將繼續(xù)引領(lǐng)軟件開發(fā)的新趨勢，幫助企業(yè)在數(shù)字化浪潮中乘風破浪。

參考資料

艾瑞咨詢-2023年中國低/零代碼行業(yè)研究報告.pdf

華炎魔方-低代碼平臺優(yōu)勢是什么？

http://www.lowcodetime.com/

https://www.yuque.com/frost/ux/cm9lkr

https://www.yuque.com/frost/ux/lo6gbq

https://www.yuque.com/frost/ux/smy377

https://mp.weixin.qq.com/s/athylh1iV1K6G2KFMQHAtg