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

低代碼是一個什么產品？

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

一、現狀

首先，根據平臺使用對象，低代碼產品大體分為兩個大的發展方向：針對IT人員的開發工具型、針對業務人員的業務復用型。

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

業務復用型根據產品形態常見的有：應用開發平臺、智能表格、SaaS聚合。

1）應用開發平臺

代表產品：宜搭、簡道云、明道云等

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

2）智能表格

代表產品：維格表、Treelab、輕流等

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

3）SaaS聚合

代表產品：Odoo、OpenERP

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

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

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

1）IDE+DevOps

代表產品：Mendix、AppCube、iVX

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

2）DSL開發框架

代表產品：Uni-app、雙鏈AI軟件云引擎等

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

3）組件代碼庫

代表產品：BrickNext、Vant、ICE等

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

二、打法

1. 產品矩陣，完善生態

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

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

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

2. IaaS引流

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

3. 整套解決方案

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

4. SaaS交付工具

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

5. 領域技術工具

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

6. 業態革命

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

三、機會

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

1）市場規模巨大

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

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

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

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

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

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

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

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

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

四、挑戰

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

本文由 @小博 原創發布于人人都是產品經理，未經許可，禁止轉載

題圖來自?Unsplash，基于 CC0 協議