導讀：不知不覺，全球低代碼市場已經(jīng)走過了近20年。經(jīng)過了5年的發(fā)展，中國低代碼市場經(jīng)歷了百花齊放的廣泛探索階段，宜搭、iVX等一眾創(chuàng)新團隊開始從“非代碼”或“低代碼”的產(chǎn)品方向探索應用開發(fā)新模式，更旺盛的市場需求逐步在被激發(fā)。本文作者對低代碼市場進行了分析，與你分享。

低代碼是一個什么產(chǎn)品？

如果從最早的Salesforce計算，全球低代碼市場已經(jīng)走過了近20個年頭。中國低代碼市場起步也可以追溯到2016年，宜搭、iVX等一眾創(chuàng)新團隊開始從“非代碼”或“低代碼”的產(chǎn)品方向探索應用開發(fā)新模式。經(jīng)過5年的發(fā)展，中國低代碼市場經(jīng)歷了百花齊放的廣泛探索階段，用戶也從早期創(chuàng)新者開始過渡到早期創(chuàng)新人群，更旺盛的市場需求逐步在被激發(fā)?，F(xiàn)在，讓我們按下暫停鍵，看看這些產(chǎn)品給我們呈現(xiàn)了低代碼市場一幅怎樣的百景圖。

一、現(xiàn)狀

首先，根據(jù)平臺使用對象，低代碼產(chǎn)品大體分為兩個大的發(fā)展方向：針對IT人員的開發(fā)工具型、針對業(yè)務人員的業(yè)務復用型。

如果說非IT從業(yè)者第一次聽到低代碼，那多半是源自于對業(yè)務復用型產(chǎn)品的印象。這類產(chǎn)品的主要針對用戶就是沒有IT能力的業(yè)務、行政、運營人員。通過將一些行業(yè)相對標準的應用模板化，直接 滿足業(yè)務團隊80%的基本需求，再通過一些可配置、編輯工具輔助，讓業(yè)務團隊在標準基礎上進行小幅定制，解決20%特異化需求，最終達成業(yè)務需求直接落地成為在線工具的目的。這類產(chǎn)品可以幫助小微企業(yè)省去高額的saas采購、管理軟件外包及聘請IT人員的費用。

業(yè)務復用型根據(jù)產(chǎn)品形態(tài)常見的有：應用開發(fā)平臺、智能表格、SaaS聚合。

1）應用開發(fā)平臺

代表產(chǎn)品：宜搭、簡道云、明道云等

宜搭：目標是為中小企業(yè)降低企業(yè)應用搭建成本。作為釘釘生態(tài)產(chǎn)品提供大量行業(yè)標準的應用模板，例如：CRM、財務管理、日常信息收集等，業(yè)務人員可以直接發(fā)布到自己的釘釘工作臺快速投產(chǎn)；由于這些應用模板本事是基于豐富的標準化前端組件，業(yè)務人員經(jīng)過簡單文檔學習，通過宜搭提供的可視化拖拉拽工具可以完成一定程度的業(yè)務定制。宜搭也試圖突破邊界，提供更深度的應用定制能力，雖然提供了JS編輯面板等代碼編輯工具，但受限于原本產(chǎn)品定位，顯得十分雞肋。

2）智能表格

代表產(chǎn)品：維格表、Treelab、輕流等

維格表：定位與主要產(chǎn)品目標與上面一條賽道基本相同，主要針對內(nèi)部協(xié)作、項目管理信息收集一類的基礎企業(yè)管理場景。而在產(chǎn)品形態(tài)上略有不同，這類智能表格型產(chǎn)品，延續(xù)了Excel經(jīng)典的功能及交互邏輯，只要你用過Office里的Excel，這類產(chǎn)品上手就沒有什么門檻。我個人是非常喜歡這條賽道的，定位及其精準。你可能想象不到中國有多少小微企業(yè)是依托一個Excel文件管理公司日常運營的，智能表格產(chǎn)品提供了無縫銜接的操作體驗以及本地Excel所無法比擬的多人協(xié)作、高可用能力，很受小微團隊歡迎。由于技術門檻相對較低，是很多小型創(chuàng)業(yè)團隊的首選方向，但同樣帶來的是這個賽道競爭激烈，運營和渠道能力反而成為這個賽道的必考題。

3）SaaS聚合

代表產(chǎn)品：Odoo、OpenERP

Odoo：CRM、ERP領域的SaaS起家，在海外市場風靡一時。Odoo瞄準的是應用級的開箱即用，依托于多年的SaaS交付和生態(tài)社區(qū)發(fā)展，Odoo積累了一大批圍繞企業(yè)管理場景的SaaS應用。在應用市場中，用戶可以選擇所需的管理軟件，如財務、庫存、人事、設備管理、園區(qū)巡檢等，直接添加到自己的工作臺。相比于購買不同廠家saas產(chǎn)品，企業(yè)獲得了統(tǒng)一的工作臺、數(shù)據(jù)接口、底層協(xié)議，無論是自己依照odoo開源框架還是增加其他應用都有很好的拓展性

開發(fā)工具型，顧名思義，主要針對的用戶是IT開發(fā)人員，這類低代碼產(chǎn)品的主要目標就是作為一個編碼開發(fā)工具，提升IT人員開發(fā)效率。不同于業(yè)務復用型產(chǎn)品瞄準通用化需求，開發(fā)工具型產(chǎn)品對垂直領域的深度要求更高，順應現(xiàn)在技術發(fā)展，也就分為了前端提效、后端提效，但都圍繞一個核心，幫助開發(fā)人員減少重復、通用代碼的編碼工作，讓開發(fā)人員更專注與業(yè)務邏輯代碼的開發(fā)。

開發(fā)工具型的產(chǎn)品形成就相對更豐富一些：在線IDE、DSL開發(fā)框架、組件代碼庫。

1）IDE DevOps

代表產(chǎn)品：Mendix、AppCube、iVX

iVX：iVX官方給出的定義是“0代碼開發(fā)語言”，目標用戶是開發(fā)人員。iVX提供了一套完整的DevOps解決方案：通過iVX的在線IDE可以完成前端頁面的可視化構建，iVX提供了常用的前端組件如按鈕、圖片、輸入框等；也可以完成后端應用邏輯的編排，通過將邏輯代碼模塊化，定義了循環(huán)、動作、條件、回調(diào)等事件模塊，通過可視化“拼裝” 配置的方式完成傳統(tǒng)意義上的邏輯代碼編碼；iVX直接打包了底層的IaaS資源，用戶可以按需直接部署上線。通過iVX相對封閉的一套技術體系，用戶可以通過可視化方式完成前端、后端代碼編碼、上線部署的完成軟件生命周期。由于產(chǎn)品整體自成體系，學習成本非常高，就像iVX官方講的那樣，他們目標是培養(yǎng)一個新的工作崗位——iVX工程師。

2）DSL開發(fā)框架

代表產(chǎn)品：Uni-app、雙鏈AI軟件云引擎等

Uni-app: 是DCloud一個基于Vue封裝的前端開發(fā)框架，可以達到一次編碼，多端適配。用戶只需要編寫一套預定的標記語言，框架即可生成可以適配各個用戶端的前端代碼，是一個典型的DSL產(chǎn)品。這類產(chǎn)品的優(yōu)勢是交付效率非常高，如果你熟悉了這套標記語言，可以以較高的效率交付一套相對標準或模板化的成熟應用代碼，對交付型團隊，這里的提效就意味著利潤的增加。但同時，交付型團隊普遍人員流動性高，這又與DSL需要學習成本的特性相矛盾。因此，很多DSL產(chǎn)品源自于團隊自身提效，最終也止步于此。

3）組件代碼庫

代表產(chǎn)品：BrickNext、Vant、ICE等

BrickNext：優(yōu)維科技旗下低代碼開發(fā)工具，提供超過300個前端組件庫，只需要配置yaml文件即可完成前端搭建。不同于element這類的開源前端組件，BrickNext基于前端原生開發(fā)方式，可以提供原子級的自定義能力，同時相較于element的通用型前端組件，BrickNext同時提供優(yōu)維多年交付積累下來的業(yè)務前端組件。支持原子級修改是該產(chǎn)品的最大優(yōu)勢，但同時也是最大的問題，目前前端行業(yè)普遍采用Vue或React開發(fā)框架 element或其他前端組件的方式進行開發(fā)，基于原生的開發(fā)方式越來越少。

二、打法

1. 產(chǎn)品矩陣，完善生態(tài)

PowerPlateform是微軟旗下低代碼平臺，作為一個擁有Office全家桶、Dynamic、Azure，在企業(yè)級應用市場擁有絕對地位的廠商，微軟為什么要推出一個似乎是“革命性”的應用開發(fā)平臺？答案很簡單，微軟推出低代碼平臺就是為了完善自家的產(chǎn)品矩陣，全面覆蓋企業(yè)應用的各個場景。

如果我們用“28定律”來看待微軟家的產(chǎn)品，Office全家桶那是那絕對的高頻王者，處理著絕大多數(shù)企業(yè)80%以上的通用辦公需求，Dynamic解決了企業(yè)對于CRM、ERP等主要業(yè)務場景應用的需求，而在這樣的產(chǎn)品陣列之下，依然存在一部分長尾需求無法得到滿足，一定程度上影響了整個微軟系辦公應用的協(xié)同效能。因此，PowerPlateform橫空出世，主要場景定位就是基于Office、Dynamic生態(tài)的低代碼應用開發(fā)，包含Power BI、Power Apps 和 Power Automate，分別從數(shù)據(jù)、應用、流程三個維度解決企業(yè)應用中的長尾需求，形成完整的企業(yè)應用服務生態(tài)。

宜搭出現(xiàn)在釘釘生態(tài)中也是遵循了類似的打法。釘釘生態(tài)中，標準版提供企業(yè)運營管理的絕大多數(shù)基本通用需求場景例如考勤、IM、文件管理等，專業(yè)版和釘釘生態(tài)中海量的SaaS服務ISV提供了絕大多數(shù)通用性業(yè)務需求場景，例如CRM、ERP、RPA、財會等領域，而對于用戶特異化的需求只能夠?qū)で骃aaS廠商或釘釘官方進行定制，這本身是一件邊際成本很高，兩邊都不情不愿的事。宜搭，除了提供通用場景的應用模板，最重要的是提供通過簡單拖拉拽就可以完成應用搭建的能力，可以更好的滿足用戶的特異化長尾需求，完善了整個釘釘生態(tài)。

2. IaaS引流

作為下一代的PaaS產(chǎn)品，低代碼天生具有連接底層資源的屬性，通過產(chǎn)品為IaaS引流也自然是水到渠成。亞馬遜云AWS去年推出的HoneyCode和華為云的AppCube都有這樣的產(chǎn)品策略考量。無論是AWS還是華為云，都是傳統(tǒng)云計算大廠，銷售和盈利重點在于更多的銷售和更合理的利用IaaS資源，畢竟這背后的硬件存在實打?qū)嵉倪\維成本。不同于傳統(tǒng)PaaS只是提供了一個聚合解決方案，低代碼平臺代表了真正的Serverless服務應用解決方案。對于用戶來講，平臺解決了IaaS彈性伸縮的問題，用戶可以對具體底層資源完全無感，更省心。對于云計算廠商來講，通過更智能的資源調(diào)度能力及應用流量監(jiān)控，可以最大程度的提升硬件資源效能。

3. 整套解決方案

從點到面來看，低代碼可以是一個技術領域工具、一個開發(fā)平臺、或者是一個完整的企業(yè)應用研發(fā)生命周期解決方案。企業(yè)要想打造完整的IT能力閉環(huán)，是一個非常復雜的系統(tǒng)工程，涉及研發(fā)管理規(guī)范、安全制度、協(xié)作平臺、代碼規(guī)范、開發(fā)工具、底層資源、運維工具缺一不可。對于傳統(tǒng)開發(fā)，受限于技術棧統(tǒng)一、框架、開發(fā)語言等問題，很難打造一個一統(tǒng)天下的一站式平臺，而使用低代碼由于屏蔽了更多底層技術，讓這成為了可能。Mendix和前文提到的iVX都是在解決這類問題，除了提供應用搭建能力，還提供了團隊協(xié)作工具、代碼質(zhì)量管理、服務治理、運維監(jiān)控等DevOps能力。對于中型企業(yè)而言，一套成熟完成的DevOps方案，遠比一個獨立的工具更有價值。

4. SaaS交付工具

一些SaaS企業(yè)進行低代碼嘗試的初衷非常簡單，就是提高SaaS交付效率，降低SaaS項目交付的邊際成本。無論是可配置化PaaS平臺，還是特定領域的DSL都是這個打法的產(chǎn)物。從企業(yè)實際SaaS領域出發(fā)，將模板可配置化，對于交付工程師會很大程度的提高效率，奧哲、致遠互聯(lián)、雙聯(lián)科技旗下的低代碼都是這個方向的產(chǎn)品。

5. 領域技術工具

以開發(fā)者為對象的產(chǎn)品，都有一個趨同的特征——垂直領域“細而深”。我們上文提到的BrickNext和Uni-app就是相對比較有代表性的產(chǎn)品。無論是通過DSL解決一套代碼多端編譯，還是簡單粗暴的通過海量組件庫降低開發(fā)成本，都沒有采用平臺化的策略，只是通過程序員熟悉的方式，解決他們特定領域的技術問題。

6. 業(yè)態(tài)革命

有段時間流行，“所有行業(yè)都值得被重做一遍”這樣的講法，云原生時代，所有的產(chǎn)品也有可能被重做一遍。前文提到的智能表格賽道乍一看就是重構了Excel，但云原生的智能表格天然帶有團隊協(xié)作、數(shù)據(jù)協(xié)同、社區(qū)共享的屬性，更靈活的交互可以讓一切回到數(shù)據(jù)的本質(zhì)，只需要熟悉的Excel操作邏輯，配合模板，就可以解決CMS系統(tǒng)可以解決的全部問題。智能表格是我本人非常認可的一條賽道，入手精準，市場規(guī)模巨大，只是不知道誰才是第一個突破智能表格邊界的廠商。從Excel開始，下一個會是哪個產(chǎn)品？

三、機會

低代碼的未來是“辦公軟件”。

1）市場規(guī)模巨大

143億元人民幣，這是艾瑞咨詢2025年低代碼產(chǎn)品在中國的市場規(guī)模，有人覺得這個數(shù)字已經(jīng)非常理想了，但國際市場對于低代碼的發(fā)展前景則更加樂觀。Forrester認為全球低代碼市場的潛力應該在150億美元，未來將有75%的企業(yè)應用是通過低代碼的方式搭建完成的。Serverless云原生技術的出現(xiàn)，為一站式應用開發(fā)提供了技術可能。另一方面，SaaS市場伴隨現(xiàn)代企業(yè)管理發(fā)展了幾十年，無數(shù)場景從被新興發(fā)掘，到商業(yè)模式與管理工具相互塑造，到現(xiàn)在逐漸標準化。將這部分標準化的部分提取出來進行多種形式的復用，是商業(yè)化市場發(fā)展的必然結果。從這個角度看，低代碼的產(chǎn)品方向是蘊含巨大潛力的。

2）開發(fā)工具型的機會在于“不改變”和“不重復”

目標為IT團隊的產(chǎn)品，要做到不改變開發(fā)者原有工作流及相應規(guī)范。一些產(chǎn)品嘗試通過在線IDE的形式，試圖給程序員提供一個完整的在線開發(fā)環(huán)境，但效果都不很理想，首先是受制于瀏覽器的性能問題及渲染邏輯，很難替代本地IDE工具，另一方面IDE軟件開源生態(tài)提供的海量插件是什么商業(yè)化產(chǎn)品所無法達到的，因此任何改變IT人員原有工作流的產(chǎn)品都有很大的局限。IT團隊采購低代碼產(chǎn)品一般來講目標非常簡單，就是降本，砍掉一些程序員，降低IT投入，而最有效的途徑就是“不重復”編碼，因此，無論是私有代碼塊的管理復用還是直接提供通用性可復用能力，都是開發(fā)工具型低代碼的機會所在。

3）業(yè)務復用是低代碼更廣闊的機會，辦公軟件化是終極目標

如果我們回歸IT的本質(zhì)，是程序員根據(jù)業(yè)務需求，編寫應用，通過軟件服務的形式，提高業(yè)務信息、數(shù)據(jù)流轉(zhuǎn)效率，才有了現(xiàn)在業(yè)務提出需求、產(chǎn)品分析需求，設計產(chǎn)品、開發(fā)編碼、最終業(yè)務使用的完整鏈路。要想在這里基礎上提高效率，有兩個思路，一是提升每一個節(jié)點自身的效率，另一個思路，就是縮短或簡化這個鏈路。低代碼產(chǎn)品就有望在第二條思路上進行突破。

首先，IT的本質(zhì)就是業(yè)務驅(qū)動。傳統(tǒng)IT流程由于多個角色流轉(zhuǎn)，最終的交付物與需求不符，或者反復溝通耽誤時間影響效率，流程導致的需求痛點一直存在。隨著行業(yè)發(fā)展，IT技術不斷被下放、平民化，招聘廣告里要求HR掌握Python進行數(shù)據(jù)分析也不是什么新鮮事了。低代碼，則可以為業(yè)務人員提供一個直接將需求轉(zhuǎn)化為辦公工具的途徑。

其次，相關技術前提已經(jīng)具備。在云計算普及之前，搭建應用就意味著環(huán)境搭建、應用部署、應用運維等跨不過的技術門檻。隨著Serverless云原生技術的成熟，復雜的容器運維被屏蔽、環(huán)境搭建被屏蔽、服務治理也有被自動化替代的趨勢。讓用戶關注且僅關注應用設計本身，逐漸成為可能。前端框架成熟、組件庫標準封裝增強了技術的通用性，無論是Element UI還是Vant、ICE，前端領域逐漸定義了組件標準，以組件為橋梁將用戶的具象需求，轉(zhuǎn)化為了IT語言。低代碼的另一個問題是一些個性化業(yè)務邏輯不得不依托開發(fā)人員編寫代碼，但隨著AI技術的發(fā)展，結合DSL，這一部分的需求也有望得到滿足，GItHub的Copilot以來，全面自動化編程還會遠嗎？

最后，市場數(shù)智化轉(zhuǎn)型的良好契機，低代碼取代SaaS。自新冠疫情爆發(fā)以來，長期的遠程辦公，把一個全新的企業(yè)管理問題拋在了全世界面前，把業(yè)務無紙化，是企業(yè)數(shù)智轉(zhuǎn)型的大前提。低代碼平臺，提供大量標準化應用模板，相比以往的選擇采購SaaS，可以讓企業(yè)以最低成本接入應用，這對于中國市場的海量中小企業(yè)是巨大的吸引。同時，低代碼天然就能支持快速的業(yè)務變化及創(chuàng)新，可以由業(yè)務人員直接構建業(yè)務雛形、快速上線驗證、迭代升級，確保企業(yè)在春江水暖時能夠以足夠迅捷的速度完成產(chǎn)品上線。

低代碼的趨勢將是辦公軟件化。技術上向用戶屏蔽更多的技術細節(jié)，做到無代碼、免運維。交互上具象化，通過用戶熟悉的點按、拖拽完成具象場景的構建，直達實際需求。模型上業(yè)務化，向用戶屏蔽抽象的對象轉(zhuǎn)化，自動完成業(yè)務模型構建，打造完整應用。

四、挑戰(zhàn)

• 市場教育。經(jīng)過五六年的探索，中國低代碼市場正在逐步度過早期創(chuàng)新者，開始覆蓋早期創(chuàng)新人群。如何讓原本關注具體場景SaaS產(chǎn)品的用戶群體轉(zhuǎn)而關注能力更通用的低代碼平臺，是所有從業(yè)者需要面臨的問題。
• 傳統(tǒng)DevOps流程。低代碼通過一站式解決方案，提升效率、降低使用門檻，但同時，一站式應用發(fā)布會對一些企業(yè)傳統(tǒng)DevOps流程及規(guī)范形成挑戰(zhàn)。引入低代碼甚至會改變一些企業(yè)的現(xiàn)有工作流，對于大型企業(yè)阻力可能會較大。
• 技術局限。當前的低代碼平臺產(chǎn)品形態(tài)基本以Web端產(chǎn)品為主，技術上受限于瀏覽器性能，交互上需要妥協(xié)于瀏覽器技術，增加了向用戶屏蔽技術細節(jié)的難度。
• 老舊系統(tǒng)改造困難。低代碼平臺的優(yōu)勢是作為業(yè)務創(chuàng)新的起點，到應用全生命周期的托管，而對于一些技術棧老舊、設計思維老舊、經(jīng)過多年迭代的存量系統(tǒng)的升級迭代問題顯得有些力不從心。
• 職業(yè)角色缺失。低代碼將會孵化出一個行業(yè)中的全新角色——“業(yè)務信息官BIO”，立足于業(yè)務，有較高的抽象思維能力，能夠?qū)I(yè)務場景工具化。

本文由 @小博 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自 Unsplash，基于 CC0 協(xié)議