36氪新風(fēng)向 – 低代碼：下一次IT技術(shù)革命？（低代碼時(shí)代）

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

市場規(guī)模上，Forrester的報(bào)告顯示，低代碼開發(fā)平臺的市場將從2015年的17億美金增長到2020年的155億美金，預(yù)計(jì)到2020年，75％的應(yīng)用程序?qū)⒃诘痛a平臺中開發(fā)。

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

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

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

下圖是Gartner在2018年報(bào)告中繪制的hpaPaaS魔力象限：

資料來源：Gartner報(bào)告

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

1、頭部SaaS企業(yè)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• 商業(yè)模式?jīng)Q定了應(yīng)用價(jià)值能轉(zhuǎn)化為多大的商業(yè)價(jià)值；

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

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

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

后文我們會詳細(xì)分析下平臺能力和商業(yè)模式這兩個(gè)較復(fù)雜的關(guān)鍵點(diǎn)。

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

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

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

一個(gè)關(guān)鍵的問題來了：如何衡量平臺能力？

我們認(rèn)為可以從兩個(gè)角度去衡量，一個(gè)是從平臺的技術(shù)路徑和架構(gòu)去衡量，一個(gè)是通過平臺的應(yīng)用效果衡量。

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

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

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

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

再來看另一個(gè)角度，通過平臺的應(yīng)用效果衡量。

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

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

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

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

• 有多少ISV基于平臺進(jìn)行原生應(yīng)用開發(fā)，以及產(chǎn)生了多少應(yīng)用數(shù)量，質(zhì)量有多高。

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

• 國際標(biāo)準(zhǔn)機(jī)構(gòu)的認(rèn)證，如Gartner高效開發(fā)平臺的推薦供應(yīng)商名單等。

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

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

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

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

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

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

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

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

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

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

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

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

目前奧哲網(wǎng)絡(luò)是國內(nèi)低代碼領(lǐng)域發(fā)展規(guī)模靠前的企業(yè)，我們也做過詳細(xì)報(bào)道。奧哲成立于2010年，以BPM產(chǎn)品切入流程管理領(lǐng)域，2014年，推出公有云BPM產(chǎn)品“氚云”，2019年，推出“業(yè)務(wù)中臺”概念的低代碼平臺“云樞”。

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

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

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

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

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

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

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

在這個(gè)大趨勢下：

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

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

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

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

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

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

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

結(jié)語

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

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

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

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

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

我是36氪分析師陳紹元，持續(xù)關(guān)注低代碼領(lǐng)域的發(fā)展。歡迎與我交流行業(yè)或?qū)で髨?bào)道，我的微信：963757163，添加后請注明公司、職位、姓名。