美國(guó)的對(duì)標(biāo)企業(yè)OutSystems晉身獨(dú)角獸后，國(guó)內(nèi)的低代碼賽道迎來(lái)了創(chuàng)業(yè)潮。

創(chuàng)立于2001年的低代碼開(kāi)發(fā)平臺(tái)OutSystems于去年6月獲得了由KKR和高盛聯(lián)合投資的3.6億美元，投后估值超過(guò)10億美元。據(jù)報(bào)道稱(chēng)近年來(lái)OutSystems開(kāi)始進(jìn)入發(fā)展快車(chē)道，去年?duì)I收超1億美元，而且每年還保持著70%的增速。

受到OutSystems的鼓舞，中國(guó)創(chuàng)投市場(chǎng)去年開(kāi)始把注意力集中投向了低代碼領(lǐng)域，大量相關(guān)創(chuàng)業(yè)項(xiàng)目紛紛“傍上”了低代碼標(biāo)簽，投資機(jī)構(gòu)也開(kāi)始密集出手。

“低代碼這種模式其實(shí)很早就有了，只不過(guò)Forrester（技術(shù)和市場(chǎng)調(diào)研公司）把‘低代碼’這個(gè)概念創(chuàng)造出來(lái)后，市場(chǎng)更容易理解我們?cè)谧龅氖虑?，隨即中美市場(chǎng)的需求都開(kāi)始大量涌現(xiàn)?！盇PICloud創(chuàng)始人兼CEO劉鑫對(duì)小飯桌解釋道。

但通過(guò)調(diào)查小飯桌發(fā)現(xiàn)，在低代碼這個(gè)概念之下，各家的打法大相徑庭，甚至于低代碼暫時(shí)都很難被定義為一個(gè)賽道，由于模式和邊界的不清晰，低代碼更像是一個(gè)大家都在講但講得都不一樣的“趨勢(shì)”。

就好比20年前的電商概念，雖然很多人都在講，但各家的做法千差萬(wàn)別。有像阿里搭建雙邊網(wǎng)絡(luò)生態(tài)的，有像京東做重模式自營(yíng)的，有在某一個(gè)細(xì)分領(lǐng)域做垂直電商的，還有一些品牌商和傳統(tǒng)渠道商為了防守做的渠道線(xiàn)上化電商。

雖然時(shí)至今日電商似乎有了相對(duì)確定的成功范式，但在當(dāng)時(shí)各路玩家都在依仗自身的既定優(yōu)勢(shì)探索著自己理解的電商“模樣”。

低代碼當(dāng)前的格局和20年前的電商相似，區(qū)別在于其針對(duì)的是to B市場(chǎng)。按劉鑫的話(huà)講，低代碼的本質(zhì)并非是技術(shù)創(chuàng)新，而是一種模式創(chuàng)新。

在低代碼的戰(zhàn)國(guó)時(shí)代，為了幫助創(chuàng)投兩界能更清楚地看清未來(lái)的趨勢(shì)，少走彎路，小飯桌特意采訪了：

APICloud創(chuàng)始人兼CEO劉鑫

ClickPaaS創(chuàng)始人兼CEO胡柏

輕流創(chuàng)始人兼CEO薄智元

新進(jìn)創(chuàng)投合伙人洪弈

經(jīng)過(guò)多方觀點(diǎn)的碰撞和資料比對(duì)，小飯桌總結(jié)了一些共通的和相對(duì)確定的發(fā)展脈絡(luò)，以下為本文要點(diǎn)：

1、低代碼將開(kāi)啟軟件開(kāi)發(fā)的工業(yè)化時(shí)代；

2、低代碼主要融合了PaaS（主要是aPaaS和iPaaS）、BPM、MADP等技術(shù)；

3、低代碼短期來(lái)看是工具創(chuàng)新，長(zhǎng)期而言是生態(tài)和模式創(chuàng)新；

4、低代碼的競(jìng)爭(zhēng)短期而言主要看誰(shuí)能更好地教育市場(chǎng)，長(zhǎng)期而言將是模式之爭(zhēng)，但最終大家都會(huì)趨同；

5、在國(guó)內(nèi)低代碼至少是一個(gè)500億規(guī)模的市場(chǎng)。

開(kāi)啟軟件開(kāi)發(fā)的工業(yè)化

“軟件開(kāi)發(fā)行業(yè)和建筑業(yè)很像，都分設(shè)計(jì)和施工兩個(gè)階段，但區(qū)別在于建筑業(yè)80%的價(jià)值聚焦于設(shè)計(jì)環(huán)節(jié)，而軟件行業(yè)80%的資源花在了開(kāi)發(fā)階段。”ClickPaaS創(chuàng)始人兼CEO胡柏認(rèn)為，低代碼的重要價(jià)值就是能讓企業(yè)把重心聚焦于創(chuàng)造價(jià)值的設(shè)計(jì)環(huán)節(jié)。

歐美軟件企業(yè)過(guò)去二三十年的做法是，只專(zhuān)注于核心系統(tǒng)的研發(fā)和搭建，而將大量非核心模塊的開(kāi)發(fā)任務(wù)轉(zhuǎn)包給中國(guó)、印度等廉價(jià)勞動(dòng)力市場(chǎng)。

但近些來(lái)這種模式開(kāi)始失效。

一方面隨著軟件復(fù)雜度的提升，雖然印度等開(kāi)發(fā)人員的開(kāi)發(fā)成本低，但是整個(gè)軟件系統(tǒng)開(kāi)發(fā)過(guò)程中的管理成本卻急劇上升，印度開(kāi)發(fā)人員根本不懂業(yè)務(wù)只會(huì)看文檔寫(xiě)代碼，產(chǎn)出的代碼質(zhì)量無(wú)法保障，而且開(kāi)發(fā)周期難以把控。

另一方面近年來(lái)移動(dòng)互聯(lián)網(wǎng)的蓬勃發(fā)展不斷推高程序員的工資水平，就連美國(guó)企業(yè)也開(kāi)始無(wú)法承受如此之高的編程人員成本，“一個(gè)軟件項(xiàng)目可能80%的預(yù)算都要花在開(kāi)發(fā)環(huán)節(jié)。”胡柏對(duì)小飯桌說(shuō)道。

因此，原本的應(yīng)用開(kāi)發(fā)模式，企業(yè)已經(jīng)愈發(fā)難承其“重”。

而且受過(guò)互聯(lián)網(wǎng)思維的洗禮，中國(guó)大量傳統(tǒng)企業(yè)也紛紛開(kāi)始追求業(yè)務(wù)的快速迭代，并希望信息系統(tǒng)能根據(jù)業(yè)務(wù)的變化實(shí)現(xiàn)實(shí)時(shí)的個(gè)性化開(kāi)發(fā)，傳統(tǒng)固定模板的ERP、CRM等企業(yè)辦公軟件已經(jīng)無(wú)法滿(mǎn)足企業(yè)用戶(hù)的需求。

“2017年左右，中國(guó)企業(yè)開(kāi)始大規(guī)模嘗試SaaS應(yīng)用，并體會(huì)到了SaaS的便利性和豐富性，但某些個(gè)性化的需求并無(wú)法通過(guò)標(biāo)準(zhǔn)化的SaaS很好滿(mǎn)足，但企業(yè)又很難回到過(guò)去通過(guò)外包開(kāi)發(fā)實(shí)現(xiàn)個(gè)性化需求的時(shí)代，因此市場(chǎng)需要能自定義需求的新型解決方案?！陛p流創(chuàng)始人兼CEO薄智元說(shuō)道。

一邊是水漲船高的開(kāi)發(fā)成本，另一邊是不斷迸發(fā)的個(gè)性化開(kāi)發(fā)需求，雙向壓力的推動(dòng)下，更高開(kāi)發(fā)效率和更低開(kāi)發(fā)成本的低代碼開(kāi)發(fā)平臺(tái)便應(yīng)運(yùn)而爆發(fā)。

劉鑫告訴小飯桌，APICloud可以把原本數(shù)月才能完成的移動(dòng)應(yīng)用開(kāi)發(fā)周期縮短一半；ClicPaaS的官網(wǎng)數(shù)據(jù)則顯示，其平均縮短了75%的應(yīng)用創(chuàng)建時(shí)間和90%的集成周期，能100%降低代碼出bug的風(fēng)險(xiǎn)，同時(shí)降低75%以上的運(yùn)維迭代等持續(xù)成本。

正是基于以上成本效率優(yōu)勢(shì)，F(xiàn)orrester報(bào)告預(yù)測(cè)，低代碼開(kāi)發(fā)平臺(tái)的市場(chǎng)將從2015年的17億美元增長(zhǎng)到2020年的155億美元，并預(yù)計(jì)到2020年75％的應(yīng)用程序?qū)⑼ㄟ^(guò)低代碼平臺(tái)完成開(kāi)發(fā)。

同時(shí)資本市場(chǎng)也開(kāi)始密集關(guān)注這個(gè)賽道。新進(jìn)創(chuàng)投合伙人洪弈認(rèn)為一方面這兩年來(lái)to B領(lǐng)域的投資機(jī)比to C領(lǐng)域確實(shí)會(huì)更多一些，另一方面中國(guó)人力成本提高開(kāi)始促使企業(yè)產(chǎn)生更強(qiáng)的效率提升意愿，“能用工具替代人的工作都會(huì)盡量?jī)?yōu)先考慮工具?！?/p>

“但軟件開(kāi)發(fā)行業(yè)過(guò)去很長(zhǎng)時(shí)間仍處于依仗人力投入的‘農(nóng)耕’時(shí)代，而低代碼的出現(xiàn)有望開(kāi)啟軟件開(kāi)發(fā)業(yè)的‘工業(yè)化’?！眲Ⅵ蜗蛐★堊琅袛嗟?。

低代碼的“刻板印刷”和“活字印刷”

傳統(tǒng)的軟件開(kāi)發(fā)和農(nóng)業(yè)生產(chǎn)非常相似，播種、灌溉、施肥、除草、收割等環(huán)節(jié)都是串聯(lián)進(jìn)行，即上一個(gè)程序沒(méi)走完下一個(gè)就沒(méi)辦法開(kāi)始。

因此農(nóng)業(yè)生產(chǎn)的成本計(jì)算，除了化肥等物料投入外，就主要是人力成本的投入，人力總成本主要與單位人力成本、投入的人數(shù)以及生產(chǎn)天數(shù)三者的乘積正相關(guān)。

同樣的，軟件開(kāi)發(fā)的成本也主要是人力成本（=人均工資*人數(shù)*天數(shù)），而低代碼可以改變傳統(tǒng)的軟件開(kāi)發(fā)流程，在這三個(gè)核心要素上都做大比例的壓縮。

低代碼開(kāi)發(fā)平臺(tái)首先用到的技術(shù)是PaaS，尤其是其中的aPaaS（應(yīng)用部署和運(yùn)行平臺(tái)）和iPaaS（集成平臺(tái)），aPaaS上已經(jīng)封裝好了大量功能模塊，開(kāi)發(fā)者可以直接通過(guò)API調(diào)用這些模塊拼裝應(yīng)用，同時(shí)利用iPaaS把不同的應(yīng)用系統(tǒng)實(shí)現(xiàn)集成。

其次，低代碼開(kāi)發(fā)還用到了BPM（業(yè)務(wù)流程管理），可以借助其可視化操作的技術(shù)，以直接拖拽的方式拼裝應(yīng)用，整個(gè)過(guò)程只需要用到很少的代碼甚至零代碼。

最后，低代碼開(kāi)發(fā)平臺(tái)還需要具備MADP（移動(dòng)應(yīng)用開(kāi)發(fā)平臺(tái)）能力。在APICloud開(kāi)發(fā)者可以采用混合開(kāi)發(fā)技術(shù)構(gòu)建應(yīng)用，一套代碼同時(shí)生成安卓、iOS兩端應(yīng)用，且可以同時(shí)完成線(xiàn)上部署。

如此一來(lái)串聯(lián)式的傳統(tǒng)軟件開(kāi)發(fā)模式，就變成了可以并行推進(jìn)的并聯(lián)開(kāi)發(fā)模式，而且由于大量代碼已經(jīng)事前封裝好，整個(gè)開(kāi)發(fā)過(guò)程并不需要寫(xiě)很多代碼，程序出bug的概率也大大降低，因此整個(gè)開(kāi)發(fā)過(guò)程的人力投入和開(kāi)發(fā)周期都能大大壓縮。

另外低代碼開(kāi)發(fā)還降低了對(duì)程序員的技能要求，這樣有助于企業(yè)壓縮開(kāi)發(fā)人員的平均工資。

就是通過(guò)以上手段，低代碼開(kāi)發(fā)實(shí)現(xiàn)了對(duì)傳統(tǒng)軟件開(kāi)發(fā)的變革，把水漲船高的開(kāi)發(fā)成本大比例降了下來(lái)，同時(shí)提高了開(kāi)發(fā)效率，企業(yè)能更靈活地應(yīng)對(duì)外部環(huán)境變化快速做出業(yè)務(wù)調(diào)整。

據(jù)胡柏介紹，其服務(wù)的一個(gè)大企業(yè)客戶(hù)原本基于SAP和Oracle的產(chǎn)品部署了一套信息系統(tǒng)，但由于業(yè)務(wù)發(fā)生變化需要對(duì)原本的系統(tǒng)做出調(diào)整，實(shí)施的公司給出了“6個(gè)月600萬(wàn)元”的報(bào)價(jià)，ClickPaaS承接過(guò)來(lái)后1個(gè)月便完成了任務(wù)交付，而每年的租金僅70萬(wàn)元。

劉鑫認(rèn)為低代碼能變出這樣的“魔術(shù)”，仰仗的就是以上三個(gè)技術(shù)“道具”。“一個(gè)正規(guī)的低代碼開(kāi)發(fā)平臺(tái)必須同時(shí)具備PaaS、BPM、MADP三項(xiàng)技術(shù)能力，而且每一項(xiàng)都是核心，每一項(xiàng)都要足夠強(qiáng)?！?/p>

在具體的技術(shù)實(shí)現(xiàn)路徑上，低代碼開(kāi)發(fā)平臺(tái)能大體分為兩類(lèi)：

一類(lèi)是基于表單驅(qū)動(dòng)的模式，以BPM技術(shù)為重點(diǎn)，可以通過(guò)多個(gè)有層級(jí)關(guān)系的表單串聯(lián)出一個(gè)輕量級(jí)應(yīng)用，比如一個(gè)進(jìn)銷(xiāo)存管理工具。其主打零代碼開(kāi)發(fā)，可以視為是傳統(tǒng)單一表單制作工具的升級(jí)版，輕流便是這一類(lèi)企業(yè)。

另一類(lèi)是基于模型驅(qū)動(dòng)的模式，以PaaS技術(shù)為重點(diǎn)，可以通過(guò)調(diào)用各類(lèi)功能模塊開(kāi)發(fā)出不同類(lèi)型和規(guī)模的應(yīng)用，比如APP、ERP、CRM等。其能應(yīng)對(duì)企業(yè)不同程度的復(fù)雜場(chǎng)景開(kāi)發(fā)需求，既能服務(wù)大企業(yè)客戶(hù)，也能服務(wù)中小企業(yè)客戶(hù)，APICloud和ClickPaaS都是這一類(lèi)的平臺(tái)。

“前者就好比是‘雕版印刷’，而后者則是‘活字印刷’，前者用來(lái)印刷篇幅較少的內(nèi)容會(huì)比較方便，但應(yīng)對(duì)紅樓夢(mèng)這樣大部頭的著作后者的靈活性便更有優(yōu)勢(shì)?！焙卮虮确降馈?/p>

但就目前的情況而言，并無(wú)法斷定低代碼和零代碼孰優(yōu)孰劣。薄智元強(qiáng)調(diào)“低代碼和零代碼是兩個(gè)不同的發(fā)展方向”，其認(rèn)為二者有各自的優(yōu)勢(shì)領(lǐng)域和應(yīng)用邊界，就實(shí)現(xiàn)BPM需求這個(gè)方向而言零代碼開(kāi)發(fā)更有優(yōu)勢(shì)。

“從我們的市場(chǎng)接觸情況來(lái)看，向我們發(fā)起需求的往往不是企業(yè)的IT部門(mén)，而是沒(méi)有開(kāi)發(fā)能力的業(yè)務(wù)部門(mén)?！北≈窃M(jìn)一步解釋道，“業(yè)務(wù)部門(mén)需要快速迭代業(yè)務(wù)，但傳統(tǒng)企業(yè)的IT部門(mén)并不能很好地滿(mǎn)足其對(duì)應(yīng)的系統(tǒng)開(kāi)發(fā)需求，我們這種不需要編程的應(yīng)用開(kāi)發(fā)方式則能兼顧這‘兩難’?！?/p>

劉鑫印證了薄智元一半的觀點(diǎn)，“我們確實(shí)是從企業(yè)IT部門(mén)獲得認(rèn)可，但賺業(yè)務(wù)部門(mén)的錢(qián)，業(yè)務(wù)部門(mén)才是有需求并掌握預(yù)算的‘準(zhǔn)客戶(hù)’。”這是因?yàn)閭鹘y(tǒng)企業(yè)的IT部門(mén)并不會(huì)像互聯(lián)網(wǎng)企業(yè)的開(kāi)發(fā)部門(mén)一樣全力支持業(yè)務(wù)的迭代，其主要任務(wù)是維護(hù)企業(yè)的ERP等核心系統(tǒng)正常運(yùn)行。

但劉鑫同時(shí)指出，很多復(fù)雜的應(yīng)用零代碼便無(wú)法勝任，仍需要借助二次開(kāi)發(fā)完成部署，只不過(guò)這個(gè)任務(wù)不是由企業(yè)的IT部門(mén)承擔(dān)，而是由APICloud這樣的低代碼平臺(tái)完成。

劉鑫同時(shí)提醒道，低代碼開(kāi)發(fā)所用到的三項(xiàng)核心技術(shù)，都是已經(jīng)出現(xiàn)了十年乃至二十年的技術(shù)，因此低代碼開(kāi)發(fā)并非是原創(chuàng)技術(shù)創(chuàng)新，而是整合技術(shù)創(chuàng)新。

如果把尺度拉長(zhǎng)，回歸商業(yè)的視角思考，低代碼開(kāi)發(fā)短期看或許是個(gè)技術(shù)工具創(chuàng)新，但長(zhǎng)期而言或?qū)⑹穷?lèi)似電商的一種模式創(chuàng)新甚至是生態(tài)創(chuàng)新，會(huì)完成對(duì)整個(gè)軟件開(kāi)發(fā)產(chǎn)業(yè)的變革，就像電商對(duì)零售產(chǎn)業(yè)的變革。

技術(shù)創(chuàng)新or模式創(chuàng)新？

在電商起步期，能寫(xiě)網(wǎng)頁(yè)在當(dāng)時(shí)就算先進(jìn)生產(chǎn)力，時(shí)至今日一個(gè)中學(xué)生都會(huì)制作網(wǎng)頁(yè)。

低代碼開(kāi)發(fā)也類(lèi)似，在發(fā)展初期能同時(shí)掌握三項(xiàng)核心技術(shù)能力的團(tuán)隊(duì)非常之少，能開(kāi)發(fā)出一個(gè)穩(wěn)定可靠的低代碼開(kāi)發(fā)平臺(tái)就已經(jīng)能領(lǐng)先同行好幾個(gè)身位。

再回到電商的視角，雖然一些創(chuàng)業(yè)公司具備了網(wǎng)站開(kāi)發(fā)技術(shù)，但各自的打法卻是千差萬(wàn)別。

以阿里為例，最初其就是幫各外貿(mào)企業(yè)開(kāi)發(fā)國(guó)際站點(diǎn)的，就類(lèi)似于現(xiàn)在的開(kāi)發(fā)外包公司，后來(lái)才有了中國(guó)供應(yīng)商業(yè)務(wù)，開(kāi)始把流量集中于自己B2B網(wǎng)站，但中供業(yè)務(wù)當(dāng)時(shí)也只能上線(xiàn)一些客戶(hù)的圖片信息用于宣傳推廣。

再往后阿里才接連孵化出淘寶、支付寶、天貓等業(yè)務(wù)，開(kāi)始切入交易環(huán)節(jié)，服務(wù)C端用戶(hù)，形成雙邊協(xié)同網(wǎng)絡(luò)，成為當(dāng)前的生態(tài)“模樣”。

同樣是類(lèi)似的情形，低代碼開(kāi)發(fā)只是作為一個(gè)概念指明了發(fā)展方向，但各個(gè)參與方過(guò)往的基因不同，具備的能力也不盡相同，在低代碼大框架下切入市場(chǎng)的角度和打法也就千差萬(wàn)別。

有的團(tuán)隊(duì)是BPM基因，擅長(zhǎng)表單式的輕應(yīng)用開(kāi)發(fā)，比如輕流；有的玩家是PaaS背景，擅長(zhǎng)攻克各類(lèi)大企業(yè)客戶(hù)的重型應(yīng)用開(kāi)發(fā)，比如ClickPaaS；有的參與者則是MADP出身，積累了豐富的開(kāi)發(fā)者和API資源，能提供多樣化的服務(wù)，比如APICloud。

但整體上目前市面上的模式大致區(qū)分來(lái)看，無(wú)非是以下三類(lèi)：

第一類(lèi)是通過(guò)低代碼開(kāi)發(fā)向外提供開(kāi)發(fā)服務(wù)，承接各類(lèi)企業(yè)的原有信息系統(tǒng)改造或創(chuàng)新應(yīng)用開(kāi)發(fā)等任務(wù)，性質(zhì)類(lèi)似于軟件開(kāi)發(fā)外包，只不過(guò)低代碼開(kāi)發(fā)平臺(tái)效率更高，成本更低，短時(shí)間內(nèi)具備技術(shù)先進(jìn)性的優(yōu)勢(shì)。

第二類(lèi)是把低代碼開(kāi)發(fā)作為一種工具提供給獨(dú)立軟件開(kāi)發(fā)商ISV、系統(tǒng)集成商SI、SaaS企業(yè)、渠道代理商、咨詢(xún)公司等，以實(shí)現(xiàn)它們各自的目的。

比如ISV和SaaS企業(yè)一般會(huì)購(gòu)買(mǎi)低代碼開(kāi)發(fā)工具充實(shí)自己的底層開(kāi)發(fā)能力，用于擴(kuò)充自己的產(chǎn)品線(xiàn)以期望占領(lǐng)更多的市場(chǎng)；渠道商和咨詢(xún)公司則把低代碼開(kāi)發(fā)作為項(xiàng)目實(shí)施的工具，用于提高自身的系統(tǒng)部署效率；集成商則把低代碼開(kāi)發(fā)視為一種新功能，可以在招標(biāo)時(shí)為潛在客戶(hù)提供更完整的解決方案。

第三類(lèi)是把低代碼開(kāi)發(fā)打造成一個(gè)平臺(tái)，吸引ISV甚至個(gè)人開(kāi)發(fā)者到平臺(tái)上開(kāi)發(fā)應(yīng)用，然后向企業(yè)客戶(hù)提供產(chǎn)品以及后續(xù)的二次開(kāi)發(fā)個(gè)性化定制服務(wù)，而平臺(tái)則作為連接的角色負(fù)責(zé)訂立統(tǒng)一的標(biāo)準(zhǔn)和交易規(guī)則，并努力把供需兩端都做大，形式上類(lèi)似于App Store，只不過(guò)其提供的是API不是APP，服務(wù)的是企業(yè)而非個(gè)人。

不管是服務(wù)、工具、還是平臺(tái)，各低代碼開(kāi)發(fā)創(chuàng)業(yè)團(tuán)隊(duì)都在努力教育市場(chǎng)，用自己的方式對(duì)外輸出低代碼開(kāi)發(fā)的理念和價(jià)值。

并且各低代碼創(chuàng)業(yè)公司不一定只采取一種模式，往往會(huì)利用已有的技術(shù)嘗試各類(lèi)打法，然后根據(jù)反饋不斷調(diào)整策略。

“服務(wù)”模式往往能收到客單價(jià)不低的項(xiàng)目傭金，但一個(gè)個(gè)磕項(xiàng)目規(guī)模難以快速擴(kuò)張；“工具”模式可以一次性收到千萬(wàn)級(jí)的授權(quán)費(fèi)，并能推廣自己的產(chǎn)品，但長(zhǎng)久而言當(dāng)失去技術(shù)先進(jìn)性后容易失去市場(chǎng)，在產(chǎn)業(yè)鏈上缺少話(huà)語(yǔ)權(quán)；而“平臺(tái)”模式一開(kāi)始起步艱難，如果過(guò)往沒(méi)有一定的資源積累，很難冷啟動(dòng)一個(gè)雙邊網(wǎng)絡(luò)生態(tài)。

在盈利模式上，各類(lèi)模式都在摒棄傳統(tǒng)賣(mài)軟件的一次性收費(fèi)模式，而轉(zhuǎn)向訂閱制的年費(fèi)模式，甚至希望像安卓系統(tǒng)一樣根據(jù)終端用戶(hù)的使用量按比例抽成。

生態(tài)壁壘才是長(zhǎng)久護(hù)城河

在行業(yè)發(fā)展初期，各路玩家都會(huì)強(qiáng)調(diào)自身的技術(shù)優(yōu)勢(shì)，輕流會(huì)強(qiáng)調(diào)自己零代碼開(kāi)發(fā)能力，能在BPM需求方向上提供更易用的產(chǎn)品；APICloud會(huì)強(qiáng)調(diào)自己有80萬(wàn)開(kāi)發(fā)者資源，能夠提供多樣化的個(gè)性化服務(wù)；ClickPaaS會(huì)強(qiáng)調(diào)自己的強(qiáng)PaaS基因，能夠在ERP等重型企業(yè)應(yīng)用上與SAP等巨頭一較高下。

誠(chéng)然，在當(dāng)前的市場(chǎng)教育階段，模式并非最重要的，解決用戶(hù)的實(shí)際問(wèn)題向用戶(hù)傳遞價(jià)值才是第一優(yōu)先級(jí)，模式會(huì)隨著市場(chǎng)變化而迭代，就比如那些非常成功的互聯(lián)網(wǎng)企業(yè)。

“當(dāng)前而言，產(chǎn)品能力就是核心壁壘，你能做到別人做不到就是競(jìng)爭(zhēng)優(yōu)勢(shì)?！焙剡M(jìn)一步解釋道，“但兩三年后，跑出來(lái)的玩家比拼就不再是技術(shù)實(shí)力，而是生態(tài)運(yùn)營(yíng)能力?！?/p>

不管當(dāng)前大家是在做服務(wù)、做工具還是做平臺(tái)，最終都是希望能積累更多的ISV和渠道商資源，把生產(chǎn)能力和銷(xiāo)售能力做深做厚。

因?yàn)榧词巩a(chǎn)品做出再高的成熟度，在具體的實(shí)施部署環(huán)節(jié)仍需要面對(duì)無(wú)法預(yù)知的個(gè)性化業(yè)務(wù)場(chǎng)景，仍然需要針對(duì)企業(yè)用戶(hù)的個(gè)性化需求做二次開(kāi)發(fā)。另外，to B的產(chǎn)品即使做得再好，也不可能像to C的產(chǎn)品那樣自然傳播，仍需要上很重的銷(xiāo)售手段。

無(wú)論是實(shí)施環(huán)節(jié)的個(gè)性化開(kāi)發(fā)需求，還是對(duì)外擴(kuò)張的需要，都離不開(kāi)各類(lèi)渠道代理商的支持。

除此之外，當(dāng)市場(chǎng)開(kāi)始擴(kuò)容后，必定會(huì)出現(xiàn)各式各樣的客戶(hù)需求，僅靠自身的開(kāi)發(fā)能力是很難完全滿(mǎn)足的，引入ISV入駐平臺(tái)，就可以大大擴(kuò)充供給能力，以多對(duì)多的方式實(shí)現(xiàn)供需兩端的有效匹配。

思路雖然都很清晰，但在具體的操作環(huán)節(jié)，每家的切入點(diǎn)卻又各不相同。

“多省”還是“好快”

電商提供的服務(wù)核心就四個(gè)字，“多、快、好、省”，但初期沒(méi)有一家平臺(tái)能完全滿(mǎn)足，只能四選其二，或四選其一。

淘寶供給端最初引入的大多是個(gè)人、個(gè)體戶(hù)、中小商貿(mào)公司等中小賣(mài)家，提供的也都是和線(xiàn)下競(jìng)爭(zhēng)不激烈的長(zhǎng)尾非標(biāo)品，比如服裝、百貨，服務(wù)的也多是“五環(huán)外”用戶(hù)的“多和省”的需求。

而京東一上來(lái)就搞自營(yíng)，自己進(jìn)貨自己賣(mài)，賣(mài)的都是3C、家電等市場(chǎng)集中度高的標(biāo)品，直接對(duì)標(biāo)國(guó)美、蘇寧等傳統(tǒng)線(xiàn)下渠道巨頭打，而且自建物流，主要服務(wù)一二線(xiàn)城市“三環(huán)”內(nèi)用戶(hù)的“好和快”的需求。

還有一些垂直電商和品牌電商，其有一個(gè)特定領(lǐng)域或特定品牌的貨源，只服務(wù)這個(gè)特定方向用戶(hù)的細(xì)分需求。

同樣是電商，擁有相似的技術(shù)手段，但提供的卻是不同的服務(wù)，服務(wù)的是不同的客群。低代碼開(kāi)發(fā)也類(lèi)似。

APICloud有80多萬(wàn)個(gè)人開(kāi)發(fā)者資源（其中一些背后是中小ISV或外包企業(yè)）和6萬(wàn)多已進(jìn)行商用的移動(dòng)應(yīng)用，因此劉鑫更強(qiáng)調(diào)自身供給端的豐富程度和一對(duì)一的多樣化服務(wù)能力，在用戶(hù)選擇上更傾向于長(zhǎng)尾的中小企業(yè)用戶(hù)。

“我們也能服務(wù)大企業(yè)，拿下過(guò)千萬(wàn)級(jí)的大單，大企業(yè)客戶(hù)每年為我們貢獻(xiàn)30%的營(yíng)收，但我們更希望服務(wù)大量中小企業(yè)客戶(hù)，為他們開(kāi)發(fā)創(chuàng)新性的企業(yè)應(yīng)用?！眲Ⅵ螌?duì)小飯桌說(shuō)道。

ClickPaaS則更像京東，當(dāng)前的主要目標(biāo)市場(chǎng)就是大企業(yè)客戶(hù)，可以提供ERP、CRM等高復(fù)雜度的重型企業(yè)系統(tǒng)級(jí)應(yīng)用，直接和SAP、Oracle等傳統(tǒng)ISV巨頭掰手腕。

“在中國(guó)市場(chǎng)，企業(yè)用戶(hù)經(jīng)歷過(guò)互聯(lián)網(wǎng)的洗禮，對(duì)信息系統(tǒng)的個(gè)性化要求要遠(yuǎn)遠(yuǎn)高于美國(guó)企業(yè)，傳統(tǒng)的ERP、CRM、OA等辦公系統(tǒng)已經(jīng)無(wú)法滿(mǎn)足其需求，更靈活、擴(kuò)展性更強(qiáng)、能實(shí)時(shí)動(dòng)態(tài)調(diào)整的信息系統(tǒng)才是他們所需要的，而這正是ClickPaaS的強(qiáng)項(xiàng)。”胡柏說(shuō)道。

而傳統(tǒng)ISV和SaaS企業(yè)借助低代碼開(kāi)發(fā)平臺(tái)擴(kuò)展產(chǎn)品線(xiàn)的打法，更像品牌電商和垂直電商希望借助新興手段留住原有的用戶(hù)。

從電商的歷史經(jīng)驗(yàn)來(lái)看，綜合電商才是終局，垂直電商很難發(fā)展壯大。

映射到低代碼領(lǐng)域，胡柏也有相似的看法，其認(rèn)為中國(guó)市場(chǎng)并不會(huì)像美國(guó)市場(chǎng)一樣有機(jī)會(huì)長(zhǎng)出Salesforce一樣成功的巨頭SaaS企業(yè)，中國(guó)的企業(yè)級(jí)應(yīng)用市場(chǎng)是PaaS企業(yè)的機(jī)會(huì)。

但并不能進(jìn)一步映射低代碼領(lǐng)域的“阿里”模式會(huì)超過(guò)“京東”模式成為最后的大贏家，因?yàn)樵诿绹?guó)市場(chǎng)是eBay輸給了亞馬遜。

市場(chǎng)終局會(huì)如何，既要看團(tuán)隊(duì)能力的強(qiáng)弱，更要看時(shí)運(yùn)如何流轉(zhuǎn)。

但可以清晰預(yù)判的是，不論起初選的是類(lèi)“阿里”模式，還是類(lèi)“京東”模式，最終大家都會(huì)在“多、快、好、省”的驅(qū)動(dòng)下變得越來(lái)越像。

阿里后期推出了天貓，進(jìn)入了高集中度的標(biāo)品市場(chǎng)開(kāi)始與傳統(tǒng)線(xiàn)下渠道巨頭廝殺，也開(kāi)始重視物流能力建設(shè)以及在某些品類(lèi)上推出自營(yíng)業(yè)務(wù)，以期望補(bǔ)齊“好和快”的短板，捕獲更多“三環(huán)內(nèi)”的用戶(hù)。

而京東則開(kāi)放了平臺(tái)，允許第三方商家入駐，甚至于還在探索對(duì)C端商家開(kāi)放，其則在努力豐富平臺(tái)的SKU供給，希望補(bǔ)齊自己的“多和省”的短板，吸引更多“五環(huán)外”用戶(hù)使用。

同樣的邏輯，在低代碼開(kāi)發(fā)領(lǐng)域，當(dāng)市場(chǎng)趨于成熟后，無(wú)論是類(lèi)“阿里”模式的勝出者，還是類(lèi)“京東”模式的勝出者，都會(huì)改變策略試圖進(jìn)入對(duì)方的領(lǐng)地，以期望提供全品類(lèi)的供給，服務(wù)全圖譜的客群，占領(lǐng)盡量多的市場(chǎng)份額。

終局來(lái)看，低代碼開(kāi)發(fā)平臺(tái)不會(huì)只要“多、省”，也不會(huì)只要“好、快”，而會(huì)“全都要”。

因此，不管當(dāng)下各路玩家長(zhǎng)得有多不一樣，最終都會(huì)越變?cè)较?。低代碼的市場(chǎng)邊界會(huì)被逐漸清晰定義，各路玩家也會(huì)試圖不斷突破邊界，符合市場(chǎng)需求的成功模式會(huì)被最終呈現(xiàn)出來(lái)，哪怕當(dāng)前大家長(zhǎng)得千差萬(wàn)別。

而這所有的判斷都建立在一個(gè)趨勢(shì)之上，即中國(guó)企業(yè)的信息化建設(shè)到了變革期，市場(chǎng)需要一種更靈活、成本更低、效率更高、能根據(jù)市場(chǎng)變化和業(yè)務(wù)變化快速迭代的信息系統(tǒng)解決方案。

低代碼就和20年前的電商一樣，將在to B市場(chǎng)提供一種有希望改變傳統(tǒng)產(chǎn)業(yè)格局的探索方向。

但這個(gè)趨勢(shì)并非低代碼獨(dú)享的，小飯桌曾經(jīng)報(bào)道過(guò)的中臺(tái)、RPA等賽道也都在試圖順應(yīng)這個(gè)趨勢(shì)給出自己的解決方案，這將是更底層的范式競(jìng)爭(zhēng)。

至少是500億的機(jī)會(huì)

有業(yè)內(nèi)人士算了一筆賬，其主要瞄準(zhǔn)的頭部市場(chǎng)原本是SAP、Oracl等ISV的市場(chǎng)，目前在國(guó)內(nèi)大概有5萬(wàn)家企業(yè)客戶(hù)，這些企業(yè)每年平均會(huì)有1千萬(wàn)元的預(yù)算，總計(jì)就是500億元的市場(chǎng)規(guī)模。

這還沒(méi)有算暫時(shí)很難統(tǒng)計(jì)的長(zhǎng)尾市場(chǎng)需求，單論頭部市場(chǎng)低代碼開(kāi)發(fā)面對(duì)的就是一個(gè)500億級(jí)的潛在市場(chǎng)。

Forrester給出的報(bào)告預(yù)測(cè)到2020年低代碼的全球市場(chǎng)規(guī)模將達(dá)155億美元，如果放眼全球市場(chǎng)，低代碼的想象空間將更大。

在低代碼開(kāi)發(fā)領(lǐng)域，中美并沒(méi)有代際差異，也就是說(shuō)中國(guó)的創(chuàng)業(yè)團(tuán)隊(duì)有機(jī)會(huì)和美國(guó)的企業(yè)同臺(tái)競(jìng)爭(zhēng)，分食全球低代碼市場(chǎng)份額。

據(jù)劉鑫介紹，APICloud成立之初便已搭建全站雙語(yǔ)版本，平臺(tái)面向全球市場(chǎng)開(kāi)放，其目前平臺(tái)上既有國(guó)外的開(kāi)發(fā)者也有國(guó)外的企業(yè)用戶(hù)，還有來(lái)自歐美甚至非洲的訂單。

放眼全球市場(chǎng)，低代碼開(kāi)發(fā)有望在to B軟件開(kāi)發(fā)領(lǐng)域，掀起“電商”式的產(chǎn)業(yè)級(jí)變革機(jī)會(huì)。

而模式創(chuàng)新和產(chǎn)品創(chuàng)新最大的不同在于，其有更大概率出現(xiàn)行業(yè)壟斷性的寡頭。