解讀和評(píng)價(jià)Gartner中國(guó)低代碼市場(chǎng)競(jìng)爭(zhēng)格局報(bào)告(gartner 低代碼)
文/明道云創(chuàng)始人任向暉
Gartner在上月底發(fā)布了中國(guó)低代碼平臺(tái)市場(chǎng)競(jìng)爭(zhēng)格局報(bào)告(Competitive Landscape:Enterprise Low-Code Application Platforms in China)。這是Gartner針對(duì)中國(guó)市場(chǎng)為數(shù)不多的Competitive Landscape報(bào)告之一,足以顯示這個(gè)細(xì)分市場(chǎng)當(dāng)下和未來(lái)的重要性。
Gartner一貫以來(lái)是把No-Code產(chǎn)品排除在LCAP范疇之外的。但這次將零代碼和業(yè)務(wù)開(kāi)發(fā)者導(dǎo)向的CADP(Citizen Application Development Platform)明確包括在細(xì)分市場(chǎng)內(nèi),算是一個(gè)比較大的調(diào)整。除了CDAP以外,Gartner把金蝶、用友這類應(yīng)用廠商的延伸開(kāi)發(fā)平臺(tái),以及云計(jì)算公司的低代碼工具產(chǎn)品一并納入。因此,這份競(jìng)爭(zhēng)格局報(bào)告相對(duì)完整地包含了所有為提升應(yīng)用開(kāi)發(fā)和部署效率目標(biāo)的多樣化產(chǎn)品和廠商。
1、市場(chǎng)構(gòu)成
Gartner用了韋恩圖來(lái)表達(dá)四個(gè)細(xì)分類別廠商的分布我認(rèn)為是非常合理的。低代碼開(kāi)發(fā)平臺(tái),零代碼應(yīng)用平臺(tái),應(yīng)用廠商和云計(jì)算廠商出于不同的動(dòng)因進(jìn)入這個(gè)市場(chǎng),但是滿足的是客戶“快速應(yīng)用實(shí)現(xiàn)”的共同目標(biāo)。
主要力量:LCAP & CADP
Gartner在報(bào)告中聲稱中國(guó)市場(chǎng)的CADP產(chǎn)品要多于LCAP產(chǎn)品,競(jìng)爭(zhēng)更為激烈。但我的直觀感受并非如此。在報(bào)告附錄提供的代表廠商列表中的實(shí)際分布也不相伯仲。實(shí)際上,我從市場(chǎng)上觀察到的主要玩家大多數(shù)應(yīng)該分到LCAP范疇,甚至云計(jì)算平臺(tái)廠商和頭部應(yīng)用廠商所實(shí)現(xiàn)的平臺(tái)產(chǎn)品,大多數(shù)也是采用的LCAP產(chǎn)品固有的畫布模式(Canvas Model)。在全球產(chǎn)品中,幾乎只有微軟的Power Apps兼顧了模型驅(qū)動(dòng)和畫布兩種模式。
很多讀者還是對(duì)模型驅(qū)動(dòng)和畫布模式之間的區(qū)別有困惑。這組概念雖然是微軟產(chǎn)品提出的,但是它們的確準(zhǔn)確體現(xiàn)了LCAP產(chǎn)品和CADP產(chǎn)品之間完全不同的市場(chǎng)假設(shè)和實(shí)現(xiàn)路徑。
LCAP產(chǎn)品假設(shè):開(kāi)發(fā)重復(fù)工作太多了,我們要讓程序員減少代碼編寫量。
CADP產(chǎn)品假設(shè):很多應(yīng)用都沒(méi)有必要代碼開(kāi)發(fā),我們要讓更多人能夠配置出應(yīng)用來(lái)。
應(yīng)該說(shuō),這兩個(gè)假設(shè)都對(duì),也都有各自的價(jià)值。因?yàn)檫@個(gè)初始假設(shè)的不同,兩類產(chǎn)品必然會(huì)有不同的初始用戶群體,解決不同類型問(wèn)題時(shí)適配度和成本存在差異。但這些都只是每一個(gè)廠商和產(chǎn)品的開(kāi)端。隨著產(chǎn)品成熟度的不斷提升,兩者之間必然會(huì)發(fā)生相互的借鑒和交叉。也就是說(shuō),兩種定位的產(chǎn)品從不同的動(dòng)因和初始條件出發(fā),但最終都彌補(bǔ)了自己的缺陷,提升了客戶需求的滿足能力。這一點(diǎn),Gartner在競(jìng)爭(zhēng)挑戰(zhàn)和建議中也明確了方向。
2、競(jìng)爭(zhēng)情況
Gartner認(rèn)為整個(gè)LCAP市場(chǎng)在中國(guó)還處于早期階段,原因在于中國(guó)市場(chǎng)的碎片化和產(chǎn)品成熟度較低。報(bào)告列出了在中國(guó)市場(chǎng)參與競(jìng)爭(zhēng)的若干挑戰(zhàn),包括:
(1)本地應(yīng)用和生態(tài)的碎片化
(2)對(duì)全球性供應(yīng)商合規(guī)的要求
(3)對(duì)多云部署、私有部署能力的支持
(4)客戶企業(yè)IT成熟度的多樣化
(5)多樣化的產(chǎn)品在跨細(xì)分市場(chǎng)交叉競(jìng)爭(zhēng)
這些競(jìng)爭(zhēng)挑戰(zhàn)當(dāng)然都存在,但我認(rèn)為Gartner還沒(méi)有道出這個(gè)市場(chǎng)突破的關(guān)鍵障礙。這些障礙至少包括以下幾點(diǎn):
(1)大中型企業(yè)對(duì)定制開(kāi)發(fā)模式的依賴。這導(dǎo)致很多進(jìn)入LCAP廠商額商機(jī)大多以某一個(gè)特定項(xiàng)目需求出現(xiàn),而不是對(duì)LCAP平臺(tái)產(chǎn)品的購(gòu)買需求。雖然從去年開(kāi)始,我們已經(jīng)觀察到不少企業(yè)開(kāi)始顯性地進(jìn)行相關(guān)產(chǎn)品選型,但市場(chǎng)的需求特點(diǎn)主流還沒(méi)有開(kāi)始質(zhì)的變化。我們可以從軟件項(xiàng)目招標(biāo)公告中包含“低代碼”和“無(wú)代碼”的項(xiàng)目數(shù)量上得出這個(gè)結(jié)論。
(2)中小企業(yè)市場(chǎng)的貧瘠。這意味著我們這類產(chǎn)品很難先從中小企業(yè)這個(gè)基石市場(chǎng)出發(fā),向上發(fā)展。換句話說(shuō),這個(gè)市場(chǎng)的金字塔底部和中部卻缺乏使用和買單能力。所以,即使是像明道云這樣的CADP,也不太可能大量地銷售給中小企業(yè),更不用說(shuō)昂貴難用的LCAP了。我們這些產(chǎn)品,要贏取大型客戶的信任,只能直接硬上,這對(duì)產(chǎn)品路線圖設(shè)計(jì),特性迭代規(guī)劃和研發(fā)進(jìn)程管理帶來(lái)極大的挑戰(zhàn),意味著大多數(shù)產(chǎn)品都需要在比較困難的生存環(huán)境下堅(jiān)持三到四年的連續(xù)迭代,才能具備服務(wù)大型企業(yè)的基本成熟度。
3)產(chǎn)品開(kāi)放性差,集成困難。Gartner提到應(yīng)用和生態(tài)的碎片化問(wèn)題。事實(shí)上,碎片本身并不是問(wèn)題,問(wèn)題是每一個(gè)產(chǎn)品要方便集成。北美市場(chǎng)的企業(yè)軟件產(chǎn)品要比中國(guó)市場(chǎng)多得多,但他們?cè)诋a(chǎn)品開(kāi)發(fā)性方面做得好得多。幾乎任何成熟的軟件產(chǎn)品都有完善的公開(kāi)API。應(yīng)用廠商絕對(duì)不敢在接口服務(wù)方面設(shè)置壁壘。這個(gè)開(kāi)放性問(wèn)題也制約LCAP和CADP產(chǎn)品的發(fā)展,因?yàn)橐坏┪覀冞@類產(chǎn)品要用來(lái)解決深入的企業(yè)業(yè)務(wù)問(wèn)題,就不得不需要和其他系統(tǒng)進(jìn)行集成。集成成本雖然占比并不高,但它是一個(gè)前置成本。客戶在沒(méi)有完成集成驗(yàn)證之前,就無(wú)法推進(jìn)應(yīng)用本身的實(shí)現(xiàn)。
Gartner的競(jìng)爭(zhēng)格局報(bào)告并沒(méi)有給出具體廠商的市場(chǎng)占有率和排名。但從提名廠商分布上看,Gartner依然習(xí)慣性地將國(guó)際產(chǎn)品列為主要廠商,占據(jù)了不合理的篇幅比例。在報(bào)告末尾列出的Sample廠商檔案中,我也很遺憾沒(méi)有看到任何一個(gè)CADP產(chǎn)品。這和CADP產(chǎn)品在客戶中實(shí)際的應(yīng)用普及度是很不相稱的。
3、客戶細(xì)分
Gartner報(bào)告還提到不同IT成熟度的企業(yè)應(yīng)用LCAP的方式和用例。簡(jiǎn)要來(lái)說(shuō),Gartner認(rèn)為IT成熟度較高的企業(yè)傾向使用LCAP來(lái)服務(wù)內(nèi)部的事業(yè)單元,也會(huì)和Vendor一起來(lái)打造垂直行業(yè)能力;中等成熟度的企業(yè)由IT部門或者業(yè)務(wù)部門購(gòu)買LCAP/CADP產(chǎn)品來(lái)支持內(nèi)部的專業(yè)和公民開(kāi)發(fā)者,并和外部咨詢公司和服務(wù)商一起來(lái)實(shí)現(xiàn)技術(shù)能力和業(yè)務(wù)領(lǐng)域知識(shí)的互補(bǔ);而低成熟度的企業(yè)則大多由業(yè)務(wù)部門完成購(gòu)買,支持內(nèi)部公民開(kāi)發(fā)者或者依賴外部的ISV提供服務(wù),CADP和云計(jì)算廠商的產(chǎn)品更多集中服務(wù)這個(gè)板塊的客戶。
這種依據(jù)客戶IT能力成熟度來(lái)描述市場(chǎng)細(xì)分情況不盡準(zhǔn)確。雖然有開(kāi)發(fā)能力的大型企業(yè)IT團(tuán)隊(duì)會(huì)傾向優(yōu)先考慮擁有低代碼類別的平臺(tái)產(chǎn)品,但公民開(kāi)發(fā)、IT團(tuán)隊(duì)和業(yè)務(wù)團(tuán)隊(duì)融合是所有企業(yè)都有的訴求。所以,我認(rèn)為有價(jià)值的市場(chǎng)細(xì)分標(biāo)準(zhǔn)不應(yīng)該從企業(yè)的IT成熟度出發(fā),而是應(yīng)該從客戶的需求性質(zhì)出發(fā)。
Gartner報(bào)告也列舉了LCAP產(chǎn)品目前常見(jiàn)的應(yīng)用場(chǎng)景:
(1)定制業(yè)務(wù)應(yīng)用(Custom Business Application)。包括構(gòu)建業(yè)務(wù)職能應(yīng)用,或者在Oracle/SAP等套件基礎(chǔ)上進(jìn)行定制。
(2)業(yè)務(wù)流程自動(dòng)化(Business Workflow Automation)。這類應(yīng)用一般要求與現(xiàn)有的應(yīng)用進(jìn)行集成,讀寫數(shù)據(jù),并構(gòu)建各種自動(dòng)觸發(fā)或者人工參與的業(yè)務(wù)流,比如文檔審批、流程任務(wù)管理和案件跟蹤等場(chǎng)景。
(3)行業(yè)數(shù)字化解決方案(Industry Digital Solutions)。綜合業(yè)務(wù)應(yīng)用和流程管理需求,打造圍繞一個(gè)特定行業(yè)需求的整體解決方案。例如制造管理(EMS),物聯(lián)網(wǎng)(IoT),供應(yīng)鏈(SCM),產(chǎn)品生命周期管理(PLM),建造和物業(yè)管理等。
(4)表單和辦公自動(dòng)化(Form/OA Application)。滿足公民開(kāi)發(fā)者快速構(gòu)建協(xié)同工作管理系統(tǒng),完成必要的數(shù)據(jù)集成和創(chuàng)建統(tǒng)計(jì)報(bào)表。
這四類場(chǎng)景的確是我們這個(gè)領(lǐng)域所滿足的骨干需求,它們甚至也是今天大部分企業(yè)數(shù)字化的核心建設(shè)內(nèi)容。但是歸結(jié)起來(lái),這些都屬于圍繞業(yè)務(wù)數(shù)據(jù)管理的中后臺(tái)應(yīng)用范疇。不管是繁是簡(jiǎn),它們的本質(zhì)都是CRUD(關(guān)系數(shù)據(jù)的增刪改查)。針對(duì)這一大類,滿足需求最好的方式還是完全模型驅(qū)動(dòng)的CADP。它不僅提供了更高的實(shí)現(xiàn)效率,還讓業(yè)務(wù)專家能夠親自上手或者直接參與。雖然所有的CADP都有一個(gè)通病——交互界面范式化,沒(méi)有自由度,但是對(duì)于中后臺(tái)企業(yè)應(yīng)用來(lái)說(shuō),范式化的交互似乎并不是壞處。尤其是對(duì)那些表單繁多,字段冗長(zhǎng),流程繁復(fù)的需求場(chǎng)景來(lái)說(shuō),如果不使用模型驅(qū)動(dòng)的方式,那么就需要花費(fèi)數(shù)倍到數(shù)十倍的時(shí)間來(lái)構(gòu)筑完整的前后端邏輯。
但實(shí)際上,除了這些場(chǎng)景以外,還有另外一些需求可能更適合LCAP產(chǎn)品。這些就是對(duì)前端交互自由度要求很高的前臺(tái)型應(yīng)用和行業(yè)現(xiàn)場(chǎng)型應(yīng)用。前者指的是需要提供給消費(fèi)者使用的應(yīng)用,開(kāi)發(fā)者希望能夠完全控制界面要素,甚至要能夠反映自己的品牌風(fēng)格。后者指的是面向特定行業(yè)的現(xiàn)場(chǎng)服務(wù)類應(yīng)用,它們可能要在非常局促的時(shí)空中讓員工完成一系列操作,包括可能使用特殊設(shè)備,利用移動(dòng)設(shè)備的特殊能力等。這兩類需求會(huì)讓CADP類產(chǎn)品感到吃力。云計(jì)算大廠的幾個(gè)產(chǎn)品不約而同地都選擇了低代碼構(gòu)建的方式,允許開(kāi)發(fā)者繪制或拖拽出前端界面,甚至有直接連接微信小程序上傳的能力,滿足的就是這類需求。
對(duì)比這兩大類需求場(chǎng)景,哪一個(gè)在中國(guó)市場(chǎng)需求量更大呢?純粹從需求數(shù)量上看,可能找不到勝負(fù)的標(biāo)準(zhǔn),但是從需求的價(jià)值含量上看,CRUD場(chǎng)景要明顯高得多。這可能是Gartner報(bào)告中只描述了這四個(gè)場(chǎng)景的原因。
將客戶需求細(xì)分成這兩大類場(chǎng)景,更有利于我們看清楚LCAP/CADP兩類產(chǎn)品的價(jià)值和適用場(chǎng)景。而且很顯然,無(wú)論是大中小企業(yè),這兩種需求都是存在的,并不存在大企業(yè)都應(yīng)該Low Code,小企業(yè)都應(yīng)該No Code這樣的規(guī)律和趨勢(shì)。
4、競(jìng)爭(zhēng)挑戰(zhàn)
明道云在若干年前開(kāi)始進(jìn)行業(yè)務(wù)轉(zhuǎn)型的時(shí)候,選擇了APaaS方向。經(jīng)過(guò)幾年的發(fā)展,這個(gè)領(lǐng)域正在受到前所未有的關(guān)注??蛻粜枨蠛唾?gòu)買意愿也在快速增長(zhǎng)。但是,在增長(zhǎng)的同時(shí),我們也感受到一種系統(tǒng)性的阻力。這些阻力并不是和低代碼零代碼市場(chǎng)直接相關(guān),而是普遍存在于中國(guó)企業(yè)軟件行業(yè)中。
在報(bào)告的最后,Gartner為廠商提供了一些克服挑戰(zhàn)的競(jìng)爭(zhēng)建議。我覺(jué)得基本都說(shuō)在了要點(diǎn)上。
(1)要同時(shí)支持專業(yè)開(kāi)發(fā)者和公民開(kāi)發(fā)者。
這的確是整個(gè)LCAP事業(yè)的重點(diǎn)價(jià)值。如果不能帶入公民開(kāi)發(fā)者,那么我們做的一切都只是開(kāi)發(fā)效率工具??陀^地說(shuō),對(duì)于真正專業(yè)的開(kāi)發(fā)者來(lái)說(shuō),Low Code并不一定能夠比Pro Code更高效。所以,即使是畫布模式下的LCAP也要降低產(chǎn)品門檻,讓非開(kāi)發(fā)者能夠快速理解和上手。CADP產(chǎn)品在滿足了公民開(kāi)發(fā)需求后,也要不斷延伸自己的產(chǎn)品能力,通過(guò)函數(shù)、腳本語(yǔ)言來(lái)提供“局部代碼能力”,讓開(kāi)發(fā)者不必因?yàn)樯贁?shù)Corner Case而轉(zhuǎn)道完全的代碼開(kāi)發(fā)。Gartner在這兩年非常強(qiáng)調(diào)IT和業(yè)務(wù)團(tuán)隊(duì)的融合(Fusion Team),在我看來(lái),最簡(jiǎn)單直接的一個(gè)描述就是“讓業(yè)務(wù)專家能夠主導(dǎo)應(yīng)用實(shí)現(xiàn),讓技術(shù)專家能夠主導(dǎo)應(yīng)用深化”。有關(guān)這一點(diǎn),Gartner報(bào)告中也提到了Software Technology和Operation Technology的結(jié)合目標(biāo)。
(2)滿足區(qū)域需求特點(diǎn),建立平臺(tái)生態(tài),適應(yīng)中國(guó)市場(chǎng)。
這一點(diǎn)明顯是說(shuō)給國(guó)際廠商聽(tīng)的。但國(guó)內(nèi)產(chǎn)品也沒(méi)有做得足夠好。前文提到的市場(chǎng)推廣障礙中就包括這個(gè)重大阻力。值得我們整個(gè)市場(chǎng)的從業(yè)者來(lái)優(yōu)先重視。與其等待其他應(yīng)用產(chǎn)品的開(kāi)發(fā)性提升,不如率先將自己的LCAP/CADP產(chǎn)品做得足夠開(kāi)放,并能夠把常規(guī)的數(shù)據(jù)和應(yīng)用集成工作也No Code化。
(3)通過(guò)優(yōu)化互利關(guān)系來(lái)加強(qiáng)伙伴生態(tài)。
我一直認(rèn)為,無(wú)論是LCAP,還是CADP,都必須專注在通用產(chǎn)品能力建設(shè)上。產(chǎn)品內(nèi)部不應(yīng)該,也不需要帶有具體的行業(yè)屬性。同樣,我也不覺(jué)得各行各業(yè)的ISV有必要去研發(fā)APaaS這類基礎(chǔ)產(chǎn)品。所以互利合作的道路就擺在這,ISV可以在既有的平臺(tái)產(chǎn)品上構(gòu)筑垂直解決方案。這種解決方案既可能是多客戶復(fù)用的,也可能是為特定大客戶按需定制的。在這種基于增值的伙伴關(guān)系中,客戶、平臺(tái)產(chǎn)品和垂直服務(wù)提供商是三贏的。
版權(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í),本站將立刻刪除。