国产91在线无码_少妇人妻无码高清_91人妻中文字幕无码专区在线_国产福利在线播放_免费 无码 国产成年视频网站

直接拖拽生成軟件的低代碼:革掉程序員的“命”?(拖拽控件生成代碼軟件)

直接拖拽生成軟件的低代碼:革掉程序員的“命”?(拖拽控件生成代碼軟件)

美國(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)道稱近年來(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)渠道商為了防守做的渠道線上化電商。

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

低代碼當(dāng)前的格局和20年前的電商相似,區(qū)別在于其針對(duì)的是to B市場(chǎng)。按劉鑫的話講,低代碼的本質(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ā)階段?!盋lickPaaS創(chuàng)始人兼CEO胡柏認(rèn)為,低代碼的重要價(jià)值就是能讓企業(yè)把重心聚焦于創(chuàng)造價(jià)值的設(shè)計(jì)環(huán)節(jié)。

歐美軟件企業(yè)過(guò)去二三十年的做法是,只專注于核心系統(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ú)法滿足企業(yè)用戶的需求。

“2017年左右,中國(guó)企業(yè)開(kāi)始大規(guī)模嘗試SaaS應(yīng)用,并體會(huì)到了SaaS的便利性和豐富性,但某些個(gè)性化的需求并無(wú)法通過(guò)標(biāo)準(zhǔn)化的SaaS很好滿足,但企業(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è)化’?!眲Ⅵ蜗蛐★堊琅袛嗟馈?/p>

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

傳統(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í)完成線上部署。

如此一來(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è)客戶原本基于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)。”

在具體的技術(shù)實(shí)現(xiàn)路徑上,低代碼開(kāi)發(fā)平臺(tá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í)版,輕流便是這一類企業(yè)。

直接拖拽生成軟件的低代碼:革掉程序員的“命”?(拖拽控件生成代碼軟件)

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

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

但就目前的情況而言,并無(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)并不能很好地滿足其對(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)客戶’?!边@是因?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ū)⑹穷愃齐娚痰囊环N模式創(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ā)也類似,在發(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)的,就類似于現(xiàn)在的開(kāi)發(fā)外包公司,后來(lái)才有了中國(guó)供應(yīng)商業(yè)務(wù),開(kāi)始把流量集中于自己B2B網(wǎng)站,但中供業(yè)務(wù)當(dāng)時(shí)也只能上線一些客戶的圖片信息用于宣傳推廣。

再往后阿里才接連孵化出淘寶、支付寶、天貓等業(yè)務(wù),開(kāi)始切入交易環(huán)節(jié),服務(wù)C端用戶,形成雙邊協(xié)同網(wǎng)絡(luò),成為當(dāng)前的生態(tà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)攻克各類大企業(yè)客戶的重型應(yīng)用開(kāi)發(fā),比如ClickPaaS;有的參與者則是MADP出身,積累了豐富的開(kāi)發(fā)者和API資源,能提供多樣化的服務(wù),比如APICloud。

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

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

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

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

第三類是把低代碼開(kāi)發(fā)打造成一個(gè)平臺(tái),吸引ISV甚至個(gè)人開(kāi)發(fā)者到平臺(tái)上開(kāi)發(fā)應(yīng)用,然后向企業(yè)客戶提供產(chǎn)品以及后續(xù)的二次開(kāi)發(fā)個(gè)性化定制服務(wù),而平臺(tái)則作為連接的角色負(fù)責(zé)訂立統(tǒng)一的標(biāo)準(zhǔn)和交易規(guī)則,并努力把供需兩端都做大,形式上類似于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ù)嘗試各類打法,然后根據(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è)鏈上缺少話語(yǔ)權(quán);而“平臺(tái)”模式一開(kāi)始起步艱難,如果過(guò)往沒(méi)有一定的資源積累,很難冷啟動(dòng)一個(gè)雙邊網(wǎng)絡(luò)生態(tài)。

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

生態(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)教育階段,模式并非最重要的,解決用戶的實(shí)際問(wèn)題向用戶傳遞價(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è)用戶的個(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)各類渠道代理商的支持。

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

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

“多省”還是“好快”

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

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

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

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

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

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ù)能力,在用戶選擇上更傾向于長(zhǎng)尾的中小企業(yè)用戶。

直接拖拽生成軟件的低代碼:革掉程序員的“命”?(拖拽控件生成代碼軟件)

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

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

“在中國(guó)市場(chǎng),企業(yè)用戶經(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ú)法滿足其需求,更靈活、擴(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)品線的打法,更像品牌電商和垂直電商希望借助新興手段留住原有的用戶。

從電商的歷史經(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ù)判的是,不論起初選的是類“阿里”模式,還是類“京東”模式,最終大家都會(huì)在“多、快、好、省”的驅(qū)動(dòng)下變得越來(lái)越像。

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

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

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

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

因此,不管當(dāng)下各路玩家長(zhǎng)得有多不一樣,最終都會(huì)越變?cè)较瘛5痛a的市場(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è)客戶,這些企業(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è)用戶,還有來(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è)壟斷性的寡頭。

版權(quán)聲明:本文內(nèi)容由互聯(lián)網(wǎng)用戶自發(fā)貢獻(xiàn),該文觀點(diǎn)僅代表作者本人。本站僅提供信息存儲(chǔ)空間服務(wù),不擁有所有權(quán),不承擔(dān)相關(guān)法律責(zé)任。如發(fā)現(xiàn)本站有涉嫌抄襲侵權(quán)/違法違規(guī)的內(nèi)容, 請(qǐng)發(fā)送郵件至 舉報(bào),一經(jīng)查實(shí),本站將立刻刪除。

(0)
上一篇 2024年5月16日 上午11:27
下一篇 2024年5月16日 上午11:38

相關(guān)推薦