IT技術支撐了全球信息化浪潮，然而軟件開發(fā)效率卻難以像摩爾定律一樣快速提升，以至于成為瓶頸。

近幾年，低代碼領域發(fā)展迅速，賽道跑出了超10億美元估值的獨角獸OutSystems，巨頭企業(yè)AWS、Google、Microsoft、Oracle、西門子等也紛紛推出低代碼開發(fā)平臺或通過收購布局低代碼。國內也出現(xiàn)了一批低代碼創(chuàng)業(yè)公司，具備早期創(chuàng)投機會。

低代碼開發(fā)平臺，是指那些無需編碼或通過少量代碼就可以快速生成應用程序的工具，其一方面可以降低企業(yè)應用開發(fā)人力成本，另一方面可以將原有數月甚至數年的開發(fā)時間成倍縮短，從而幫助企業(yè)實現(xiàn)降本增效、靈活迭代的價值。

36氪近日對十多家低代碼相關企業(yè)進行了采訪、調研、產品試用等，包括多家低代碼創(chuàng)業(yè)公司，用友、銷售易、北森等企業(yè)軟件和知名SaaS公司，OutSystems、Mendix等海外頭部公司等。最終撰寫了本文，部分核心信息包括：

低代碼開發(fā)方式，可將軟件開發(fā)效率提升數倍甚至10倍以上；

低代碼賽道正在熱起來，國外已經跑出超10億美元獨角獸，預計2020年平臺市場規(guī)模達155億美元；

低代碼賽道競爭的5個關鍵點剖析：平臺能力，商業(yè)模式、商務能力、生態(tài)建設、融資能力；

低代碼領域處于早期探索階段，入局創(chuàng)業(yè)尚不晚，創(chuàng)業(yè)公司估值大多在2億元內，有早期投資機會；

RPA、BPM、中臺、低代碼，背后是一個趨勢。

不寫代碼快速開發(fā)應用，將開發(fā)效率提升10倍

1、低代碼開發(fā)的概念和價值

我們先來通過幾個案例，來直觀感受下低代碼開發(fā)的價值：

OutSystems幫助施耐德電氣在20個月內推出了60款應用，將開發(fā)過程加速了2倍，僅在第一年就節(jié)省了650天的工作量。

ClickPaaS告訴36氪，某傳統(tǒng)化工內企業(yè)客戶，原先通過Oracle和SAP構建了整體信息化架構，包含CRM，DMS，OMS，ERP。業(yè)務模式發(fā)生變化后原先的方案需要重構，在Oracle和SAP上重構的方案原先實施公司報價在6個月，400萬元。通過ClickPaaS快速構建業(yè)務模型替換掉了CRM，DMS，OMS，只用了1個月，70萬元年租。

宜創(chuàng)科技告訴36氪，某地產中介搭建海外服務板塊系統(tǒng)，傳統(tǒng)開發(fā)方式需要12個人開發(fā)6個月，報價小幾百萬元。宜創(chuàng)基于低代碼開發(fā)方式，4個人開發(fā)1個月完成交付，項目金額數十萬元。

效率提升的背后，都來源于低代碼這種新型的應用開發(fā)方式：開發(fā)者可以基于圖形化界面，通過拖拉拽、參數配置、邏輯規(guī)則定義、模板組件調用等方式，同時兼容代碼編寫模式，完成軟件應用構建，將開發(fā)效率提升數倍甚至10倍以上。

經常和低代碼一起提到的還有零代碼（無代碼），零代碼是指完全不寫代碼實現(xiàn)應用開發(fā)，其面向的開發(fā)場景往往較簡單。

特別說明一點，本文討論的低代碼開發(fā)平臺，是指廣義的低代碼開發(fā)平臺，包含了低代碼和零代碼，包含了支持低代碼快速開發(fā)的相關模塊，包括通用PaaS層、中間件、aPaaS層、iPaaS層、組件、模板等。

OutSystems的低代碼開發(fā)界面（圖片來源：OutSystems官網）

2、低代碼開發(fā)如何提高開發(fā)效率和降低成本？

效率方面，首先，通過圖形化拖拉拽的方式，替代原本編寫代碼的方式，能夠降低大量工作量。第二，編寫代碼的方式，往往會花很多時間在尋找代碼bug和解決bug上，低代碼因為很少需要直接寫代碼，因而有效的規(guī)避了代碼本身的bug問題。第三，支持將開發(fā)完的應用一鍵部署到多種環(huán)境，包括PC客戶端、web端、移動端，以及IOS、Android、H5、小程序等。第四，通過云化的開發(fā)全流程協(xié)同、版本管理，可以提高協(xié)同效率。

除此之外，宜創(chuàng)科技CEO宜博還告訴36氪，傳統(tǒng)寫代碼開發(fā)，開發(fā)總時長的縮短與投入人力的增長并不是成正比的，傳統(tǒng)開發(fā)是緊耦合、串行開發(fā)模式，即開發(fā)者之間需要緊密配合、聯(lián)調等，很多開發(fā)環(huán)節(jié)需要等待上一環(huán)節(jié)完成。宜創(chuàng)低代碼開發(fā)平臺非常關鍵的一點是，底層核心技術從緊耦合的MySQL、Java等，變成了松耦合的NoSql、JavaScript等，從而實現(xiàn)了從串行開發(fā)到并行開發(fā)。

成本方面，軟件應用開發(fā)的成本主要是人力成本，通常按“人天”或“人月”來衡量，可以按照這個公式來核算：開發(fā)成本=人員日均工資*人數*開發(fā)天數。效率的提升會直接成比例降低“人數、開發(fā)天數”的值，同時，低代碼開發(fā)模式降低了對開發(fā)者水平的要求，很多開發(fā)工作不需要那么貴的高端開發(fā)人才來做了，這樣也降低了“人員日均工資”值，從而整體降低成本。

低代碼賽道國外已跑出獨角獸，2020年平臺市場規(guī)模達155億美元

低代碼開發(fā)在早期經常被看做“玩具”，難以在實際生產場景落地。近年來，隨著技術和市場的逐漸發(fā)展，低代碼開發(fā)領域也逐漸“熱”了起來。

2018年6月，低代碼開發(fā)平臺OutSystems獲 KKR 和高盛3.6 億美元融資，估值超過10億美元，成為獨角獸。其年營收遠高于1億美元，并且每年增長率超過70％。

2018年8月，西門子宣布以6億歐元收購低代碼應用開發(fā)領域的知名公司Mendix。

AWS、Google、Microsoft和Oracle等也于近些年紛紛推出各自的低代碼開發(fā)平臺。

再看國內，奧哲網絡、ClickPaaS、宜創(chuàng)科技、數式科技、輕流、搭搭云等低代碼創(chuàng)業(yè)公司也于2018、2019年紛紛獲得投資。其中奧哲獲得阿里5000萬元A 輪投資，和高榕資本的億元級B輪投資。

2019年上半年，明道發(fā)布新產品明道云，轉型成為零代碼開發(fā)平臺；APICloud發(fā)布了低代碼開發(fā)平臺Plus Mode。

市場規(guī)模上，Forrester的報告顯示，低代碼開發(fā)平臺的市場將從2015年的17億美金增長到2020年的155億美金，預計到2020年，75％的應用程序將在低代碼平臺中開發(fā)。

需要注意的是，這里的155億美元的市場估計僅指低代碼開發(fā)平臺的市場，而基于低代碼平臺提供服務的市場，并未計入其中。

兩類主流玩家：頭部SaaS企業(yè)，通用平臺企業(yè)

Gartner在2018年的報告中提出了hpaPaaS（高生產力應用程序平臺）的概念，即一個支持快速開發(fā)、部署、運行應用程序的云平臺，核心能力聚焦在低代碼和零代碼開發(fā)。

下圖是Gartner在2018年報告中繪制的hpaPaaS魔力象限：

資料來源：Gartner報告

可以看到，右上角的“領導者”象限有四家公司：Salesforce、ServiceNow、OutSystems、Mendix，這四家公司也代表了全球低代碼開發(fā)平臺的兩類核心玩家：頭部SaaS企業(yè)和通用平臺企業(yè)。

1、頭部SaaS企業(yè)

頭部SaaS和應用軟件企業(yè)，做低代碼開發(fā)平臺的直接驅動力是：提高產品開發(fā)和定制化開發(fā)效率。長期驅動力是：建立平臺生態(tài)。

代表企業(yè)包括國外的SaaS龍頭Salesforce、ServiceNow等，國內的知名SaaS企業(yè)銷售易、北森，以及老牌應用軟件企業(yè)用友、金蝶等。

SaaS企業(yè)需要快速迭代產品，同時擴充更多產品線和功能，以覆蓋更廣泛的業(yè)務場景，涉及到大量產品開發(fā)工作。另一方面，中大型客戶往往會給SaaS企業(yè)帶來更可觀的營收，但是標準化的SaaS產品滿足不了大客戶的需求，SaaS企業(yè)需要針對每個大客戶進行大量定制化開發(fā)，淪為“項目公司”。

低代碼開發(fā)平臺則能有效解決上述問題，降低SaaS和軟件企業(yè)的產品開發(fā)和定制化交付成本，提高整體效率。

頭部SaaS企業(yè)的低代碼開發(fā)平臺，參照Salesforce、ServiceNow的成功經驗，目前已有較清晰的發(fā)展路徑：

• 第一步，將平臺用于內部開發(fā)效率的提升，包括產品持續(xù)開發(fā)對待和定制化交付。

• 第二步，將平臺提供給客戶和集成商/代理商使用，讓客戶能夠基于平臺二次開發(fā)，持續(xù)滿足自身的業(yè)務迭代和個性化需求。讓集成商/代理商能夠基于平臺進行二次開發(fā)，滿足客戶的定制化需求，實現(xiàn)快速低成本交付。

• 第三步，將平臺開放給第三方應用開發(fā)商ISV，在平臺上構建新應用，借助平臺的流量售賣給平臺客戶，從而突破SaaS企業(yè)自身的業(yè)務范圍，形成平臺應用生態(tài)?；蛑苯訉⑵脚_售賣給ISV，獨立開發(fā)和交付ISV自己的應用軟件。

Salesforce已實現(xiàn)了第三步，典型案例是Veeva基于Salesforce的應用開發(fā)平臺Force.com，開發(fā)了針對醫(yī)療行業(yè)的CRM系統(tǒng)，目前市值已超過200億美元。

2、通用平臺企業(yè)

頭部SaaS企業(yè)是先有業(yè)務，然后造了低代碼開發(fā)平臺去支撐自己的業(yè)務擴張，以及更長遠的生態(tài)建設。通用平臺企業(yè)則是先把平臺工具造出來，然后提供給所有（理想情況）的應用程序開發(fā)場景使用。

低代碼開發(fā)平臺，對于頭部SaaS企業(yè)來說是工具，對于通用平臺企業(yè)來說是核心產品服務和新的商業(yè)模式，36氪希望關注到更多創(chuàng)業(yè)投資的新機會和新趨勢，限于篇幅，后文會把焦點放在通用平臺企業(yè)的研究分析上。

通用平臺的代表企業(yè)包括國外的OutSystems、Mendix等，國內的企業(yè)有奧哲網絡（氚云）、ClickPaaS、宜創(chuàng)科技、炎黃盈動、數式科技、輕流、搭搭云、黑帕云、微事云、易度軟件等低代碼創(chuàng)業(yè)公司，以及APICloud、明道云等延伸或轉型到低代碼領域的創(chuàng)業(yè)公司，以及大型企業(yè)旗下的業(yè)務模塊，如帆軟的簡道云、阿里的宜搭等，還有Joget等正在拓展中國市場的海外公司。

如何進一步去分出通用平臺企業(yè)的差異呢？賽道的關鍵點有哪些？

我們通過多家企業(yè)走訪調研、產品試用和行業(yè)分析后，認為可以從以下五個維度去衡量：平臺能力，商業(yè)模式、商務能力、生態(tài)建設、融資能力。

• 平臺能力決定了平臺能提供多大的應用價值（開發(fā)效率提升多少倍，成本降低多少倍）；

• 商業(yè)模式決定了應用價值能轉化為多大的商業(yè)價值；

• 商務能力直接影響獲客（尤其是大客戶獲客）能力，決定了商業(yè)價值能被多大程度落地；

• 生態(tài)建設指的是平臺的教程、培訓、幫助支持和社區(qū)等體系的搭建，直接影響平臺的推廣速度、推廣成本和品牌；

• 融資能力很重要則是因為，優(yōu)質的低代碼開發(fā)平臺研發(fā)是個高投入（數年、上億元）、高門檻的事情，前期需要持續(xù)燒錢，直到平臺商業(yè)化落地產生穩(wěn)定營收。

后文我們會詳細分析下平臺能力和商業(yè)模式這兩個較復雜的關鍵點。

如何衡量低代碼開發(fā)平臺的平臺能力？

平臺能力核心決定了2件事情，也是低代碼開發(fā)平臺最核心的價值體現(xiàn)：能開發(fā)多廣泛場景和多復雜場景的應用；開發(fā)效率和開發(fā)成本能優(yōu)化到什么程度。

這兩點決定了低代碼企業(yè)的天花板有多高、產品落地性和競爭力有多強、是否具備大客戶復雜場景服務能力。

一個關鍵的問題來了：如何衡量平臺能力？

我們認為可以從兩個角度去衡量，一個是從平臺的技術路徑和架構去衡量，一個是通過平臺的應用效果衡量。

技術路徑方面，我們與國內多家通用低代碼開發(fā)平臺負責人，以及銷售易、北森、用友的平臺產品技術負責人進行了訪談交流，得出了以下結論：

大的層面，可以將低代碼開發(fā)平臺按照技術路徑架構分為兩類：

• 一類是基于表單/引擎驅動的模式，通過建立多張表單，使用流程串聯(lián)，定義報表輸出方式，構建表單類輕應用。該類模式的技術壁壘不高，主要支持開發(fā)表單類應用，場景有一定局限性，主要服務中小客戶。

• 一類是基于aPaaS平臺的模式，包含多種具體的技術手段和路徑，例如模型驅動、代碼生成、可視化編程等，底層技術涉及云原生、元數據、多租戶等。該類模式的技術壁壘較高，顆粒度更細，復雜度、靈活度更高，能夠支持廣泛場景的復雜應用開發(fā)，具備服務大客戶和中小客戶的能力。不過此類平臺往往很難進一步劃分出幾個清晰的技術流派，往往是每一家都有較大差異。

再來看另一個角度，通過平臺的應用效果衡量。

首先，可以直接看平臺的核心價值實現(xiàn)效果，即：

• 成功交付了多大規(guī)模的客戶。橫向廣度上能覆蓋多少行業(yè)、領域的應用開發(fā)場景，縱向深度上能開發(fā)多復雜的應用場景。

• 開發(fā)這些應用場景，能在多低的人天量完成，反應的是開發(fā)效率和開發(fā)成本能優(yōu)化到什么程度。

除此之外，銷售易CEO史彥澤和產品副總裁葉曉崢還補充了3點：（葉曉崢曾任Netsuite(現(xiàn)Oracle云ERP）產品總監(jiān)，曾在Siebel作為項目帶頭人構建了Siebel CRM應用引擎）

• 有多少ISV基于平臺進行原生應用開發(fā)，以及產生了多少應用數量，質量有多高。

• 對客戶數據量的處理能力（銷售易在單個租戶可以支撐億級）。

• 國際標準機構的認證，如Gartner高效開發(fā)平臺的推薦供應商名單等。

五大商業(yè)模式，尋找低代碼價值出口

低代碼開發(fā)平臺本質是個工具，產生“提高開發(fā)效率、降低開發(fā)成本”的核心應用價值。如何尋找最優(yōu)質的價值出口，怎么將這把“利器”轉化為可觀的商業(yè)價值，對于創(chuàng)業(yè)公司的成敗和未來體量都至關重要。

更具體的，其中涉及到選擇的行業(yè)和場景是否有足夠痛點，客戶的付費能力有多高以及付費通道是否通暢，利潤空間有多大，是否能夠規(guī)?；瘮U張，擴張的邊際成本是否足夠低，該模式的天花板有多高，是否能夠形成較高的壁壘等等。

經過調研分析，我們將低代碼開發(fā)通用平臺的商業(yè)模式，初步總結為以下5大類：

• 成為表單類輕應用開發(fā)平臺。包括輕量型的ERP、CRM、進銷存、項目管理、OA等應用的快速構建，好處是能較快較輕的切入市場，用戶使用門檻低，問題是支持開發(fā)的應用場景有限，大多服務中小企業(yè)，技術壁壘不高。

• 成為企業(yè)IT項目開發(fā)商。市面上有龐大的軟件外包開發(fā)公司，承接著龐大的企業(yè)IT項目建設的需求。既然自己有強大的工具，干脆直接去承接企業(yè)外包開發(fā)需求，能夠比其他公司縮短數倍的開發(fā)時間，降低數倍的開發(fā)成本，從而在交付時間和報價上產生大幅度優(yōu)勢，同時客戶還能基于平臺未來繼續(xù)快速構建應用。該模式的問題在于，需要具備大量客戶資源、熟悉客戶業(yè)務，在交付過程中，會涉及大量的咨詢工作，梳理客戶的業(yè)務流程。當然，先自己把規(guī)模做起來，后面成為有核心開發(fā)工具優(yōu)勢的高生產力眾包平臺也是一種路徑。

• 賦能咨詢公司、集成商。不直接面對終端客戶做項目，而是針對直接服務終端客戶的咨詢公司、集成商、外包公司等，給他們提供低代碼開發(fā)平臺工具產生營收。這樣低代碼公司不用去爭搶自己積累較少的終端大客戶資源，不用花大量時間在客戶業(yè)務咨詢和需求梳理上，能較快的規(guī)模擴張，借助渠道把平臺較快打入更多客戶，再延伸潛在的客戶服務。該模式下，平臺要足夠易用、降低使用門檻，且要做好培訓、支持體系的建設，讓渠道商有意愿和容易使用。同時，渠道商的水平參差不齊，也會直接影響到平臺的落地效果，進而影響品牌形象。

• 賦能中大型SaaS企業(yè)。前文已分析，低代碼開發(fā)平臺能夠有效解決，SaaS企業(yè)在快速低成本開發(fā)迭代產品線和功能，響應大客戶定制化需求的痛點。頭部SaaS企業(yè)大概率會自己研發(fā)構建aPaaS平臺，規(guī)模次之的中大型SaaS企業(yè)，往往很難下決心投入長周期和高成本去自己構建，直接采購成熟的平臺融入自身是較優(yōu)的辦法。不過這里的很大問題在于，中國的SaaS企業(yè)，絕大多數都處在水深火熱之中，第一階段的獲客銷售問題還沒解決好，在構建aPaaS上可能決心不足。

• 成為企業(yè)中臺解決方案商。基于低代碼開發(fā)平臺，幫助企業(yè)構建完整業(yè)務中臺和數據中臺能力，快速、低成本完成企業(yè)所有業(yè)務應用的開發(fā)和迭代，同時靈活、快速響應外部變化。讓低代碼中臺成為企業(yè)信息化建設和智能化應用的入口，延伸出應用商城平臺等更大的想象空間。在當前中臺尚處于早期落地階段，該模式需要找到痛點最強的企業(yè)客戶，同時也會面臨已有中臺解決方案商的競爭。

以上5大類商業(yè)模式，還可以從另一個維度去考量推敲：是直接售賣平臺工具，還是基于工具售賣服務，以及售賣什么服務。

低代碼創(chuàng)投機會：創(chuàng)業(yè)入局不晚，投資有早期機會

國內的低代碼開發(fā)通用平臺玩家，大多在2014年后啟動相關業(yè)務，整體發(fā)展非常早期，尚處于產品初步落地、商業(yè)化探索階段，營收大多在數百萬元、千萬元級別。

目前奧哲網絡是國內低代碼領域發(fā)展規(guī)?？壳暗钠髽I(yè)，我們也做過詳細報道。奧哲成立于2010年，以BPM產品切入流程管理領域，2014年，推出公有云BPM產品“氚云”，2019年，推出“業(yè)務中臺”概念的低代碼平臺“云樞”。

奧哲網絡2018年營收已過億元，其商業(yè)邏輯是，輕量級零代碼產品“氚云”基于釘釘平臺獲取大量客戶流量，將一些有更多需求的中大型企業(yè)，引流至BPM和云樞業(yè)務，賺取高客單價的業(yè)務收入。

對比國外的頭部企業(yè)，OutSystems目前在 25 個國家擁有 400 多家企業(yè)客戶，包括豐田，羅技，德勤，施耐德電氣和通用金融等，ARR（年度經常性收入）遠高于1億美元，并且每年增長率超過70％，估值超過10億美元。

相比之下，國內創(chuàng)業(yè)公司還有非常大的成長空間，目前估值大多在2億元以內，數倍PS，存在較合理的早期投資機會，且大多低代碼創(chuàng)業(yè)公司都正在融資。

創(chuàng)業(yè)機會方面，雖然aPaaS的技術門檻較高，需要創(chuàng)業(yè)團隊過往有多年的aPaaS經驗，并投入數年的平臺構建和打磨時間，但是低代碼開發(fā)市場目前在國內依然處于非常早期階段，需要技術產品和市場教育的進一步成熟，這就給了想進入該領域的創(chuàng)業(yè)公司寶貴的時間窗口，所以我們判斷依然有新入局創(chuàng)業(yè)公司的機會。

RPA、BPM、中臺、低代碼，背后是一個趨勢

當我們觀察了BPM、RPA、中臺、低代碼這些似乎關聯(lián)性不大的技術服務后，發(fā)現(xiàn)了一些很有意思的關聯(lián)性和共通點。

這些技術服務其實都在響應一個共同的大趨勢：企業(yè)要打破信息系統(tǒng)孤島，快速迭代響應外部快速變化的市場環(huán)境，同時降本增效，提升內部生產力。

在這個大趨勢下：

• 傳統(tǒng)BPM基于企業(yè)已有的各個系統(tǒng)，通過代碼開發(fā)、接口對接的方式，構建一個貼合客戶業(yè)務流程的系統(tǒng)。

• RPA則是規(guī)避了錯綜復雜的底層開發(fā)和對接，直接基于界面操作的手段，很取巧的完成大量“規(guī)則固定，重復性高”的工作，快速在各個系統(tǒng)孤島嫁接橋梁，形成新的業(yè)務流。

• 中臺則是想從根本上解決問題，在企業(yè)原有系統(tǒng)之上，搭建了數據和業(yè)務中臺，把這些企業(yè)各類數據、業(yè)務接口都整合好，由中臺統(tǒng)一向上輸出干凈、有條理、標準化的數據和業(yè)務能力，更像是“中醫(yī)”療法。

• 低代碼則想進一步提高中臺的效率，通過開發(fā)效率的數倍提升，解決中臺落地時，項目制、模式重的問題。相比于BPM和RPA，低代碼除了解決已有系統(tǒng)的和打通串聯(lián)問題，還可以直接構建新應用，場景其實更廣。

當然，這并不是說未來一定是某一項技術的天下，在企業(yè)信息化發(fā)展參差不齊、市場應用場景廣闊復雜、技術持續(xù)發(fā)展演進的背景下，這些技術會以合適的方式組合融合，服務于合適的應用場景。

事實其實已經如此，奧哲的BPM業(yè)務通過低代碼技術快速開發(fā)交付；UiPath等RPA企業(yè)基于拖拉拽的圖形化操作方式設計RPA流程，其實就是特定場景的低代碼應用；數式網絡基于低代碼提供中臺解決方案；輕流也將RPA工具集成到了低代碼解決方案。

最終一切還是歸結到一個根本問題：為什么客戶，在什么場景，提供什么核心價值，產生多大商業(yè)回報。技術歸根到底是工具，至于用什么工具，其實從來不絕對。

結語

回歸冷靜，我們看到低代碼的發(fā)展依然處于早期探索階段，即便是全球最領先的公司OutSystems，成立于2001年，發(fā)展至今接近20年，估值超過10億美元，其實也并不是一個很亮眼的成績。

低代碼開發(fā)到底能適應多廣泛場景？做出多復雜應用？效率能提高1倍還是10倍？商業(yè)模式如何設計？賣工具產品還是賣服務？賣什么服務？怎么收費？市場什么時候能真正起來？等等。這些問題都有待低代碼創(chuàng)業(yè)公司、企業(yè)、投資人等去摸索和解答。

我們先不去揣測終局，是否會誕生新的開發(fā)語言、應用生態(tài)、新的企業(yè)信息架構，我們更希望看到產業(yè)從業(yè)者能夠打磨好工具利器，真正扎根落地，解決問題，產生價值，而非炒概念、造熱點、吹泡沫。

我們期待著，在古老的軟件開發(fā)領域，能產生一次生產力大變革。

36氪本著伴隨產業(yè)一起成長的初衷，撰寫了本篇文章，由于時間、資源、視野有限，本文難免出現(xiàn)錯誤、片面等問題，歡迎各位指正交流。

我是36氪分析師陳紹元，持續(xù)關注低代碼領域的發(fā)展。歡迎與我交流行業(yè)或尋求報道，我的微信：963757163，添加后請注明公司、職位、姓名。