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

低代碼是一個什麼産品？

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

一、現狀

首先，根據平台使用對象，低代碼産品大體分為兩個大的發展方向：針對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 協議

,