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

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

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

“低代碼這種模式其實很早就有了，只不過Forrester（技術(shù)和市場調(diào)研公司）把‘低代碼’這個概念創(chuàng)造出來后，市場更容易理解我們在做的事情，隨即中美市場的需求都開始大量涌現(xiàn)?！盇PICloud創(chuàng)始人兼CEO劉鑫對小飯桌解釋道。

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

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

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

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

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

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

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

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

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

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

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

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

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

4、低代碼的競爭短期而言主要看誰能更好地教育市場，長期而言將是模式之爭，但最終大家都會趨同；

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

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

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

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

但近些來這種模式開始失效。

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

另一方面近年來移動互聯(lián)網(wǎng)的蓬勃發(fā)展不斷推高程序員的工資水平，就連美國企業(yè)也開始無法承受如此之高的編程人員成本，“一個軟件項目可能80%的預(yù)算都要花在開發(fā)環(huán)節(jié)?！焙貙π★堊勒f道。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

“前者就好比是‘雕版印刷’，而后者則是‘活字印刷’，前者用來印刷篇幅較少的內(nèi)容會比較方便，但應(yīng)對紅樓夢這樣大部頭的著作后者的靈活性便更有優(yōu)勢。”胡柏打比方道。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

“多省”還是“好快”

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

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

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

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

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

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

“我們也能服務(wù)大企業(yè)，拿下過千萬級的大單，大企業(yè)客戶每年為我們貢獻(xiàn)30%的營收，但我們更希望服務(wù)大量中小企業(yè)客戶，為他們開發(fā)創(chuàng)新性的企業(yè)應(yīng)用?！眲Ⅵ螌π★堊勒f道。

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

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

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

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

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

但并不能進(jìn)一步映射低代碼領(lǐng)域的“阿里”模式會超過“京東”模式成為最后的大贏家，因為在美國市場是eBay輸給了亞馬遜。

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

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

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

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

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

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

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

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

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

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

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

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

這還沒有算暫時很難統(tǒng)計的長尾市場需求，單論頭部市場低代碼開發(fā)面對的就是一個500億級的潛在市場。

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

在低代碼開發(fā)領(lǐng)域，中美并沒有代際差異，也就是說中國的創(chuàng)業(yè)團(tuán)隊有機(jī)會和美國的企業(yè)同臺競爭，分食全球低代碼市場份額。

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

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

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