基于當(dāng)下情況，低代碼持續(xù)高走的態(tài)勢(shì)已經(jīng)勢(shì)不可擋。

根據(jù)Gartner最新數(shù)據(jù)顯示，低代碼應(yīng)用程序平臺(tái)（Low-Code Application Platforms，簡(jiǎn)稱“LCAP”）已在全球走向主流成熟度，覆蓋全球50%以上的目標(biāo)受眾，并預(yù)計(jì)2022年LCAP收入市場(chǎng)總額將達(dá)到74億美元，同比增長(zhǎng)28.4%。

這樣的發(fā)展態(tài)勢(shì)，在國(guó)內(nèi)市場(chǎng)也能明顯感覺(jué)出來(lái)，越來(lái)越多的企業(yè)和從業(yè)者真切的感受到了低代碼的魅力，開(kāi)始講述在實(shí)際應(yīng)用過(guò)程中低代碼如何幫助企業(yè)自身發(fā)展的故事。

同時(shí)整個(gè)低代碼賽道，玩家也已經(jīng)越來(lái)越多元化，不僅有原生低代碼、零代碼廠商，連傳統(tǒng)軟件廠商和云廠商也開(kāi)始進(jìn)場(chǎng)角逐，其所推出的產(chǎn)品和能力也不盡相同。

不過(guò)，供給的繁盛，也讓當(dāng)下那些想擁抱低代碼的企業(yè)挑花了眼。

那么，企業(yè)應(yīng)該如何根據(jù)自身的需求找到對(duì)應(yīng)的低代碼工具呢？在與業(yè)內(nèi)人士的的談話中，他們給出了一些答案。

 

產(chǎn)品包羅萬(wàn)象

但底層仍依靠?jī)煞N技術(shù) 

 

從低代碼概念熱炒至今，各種各樣的低代碼平臺(tái)在國(guó)內(nèi)嶄露頭角，尤其是最近兩年，一些SaaS平臺(tái)和傳統(tǒng)軟件廠商都開(kāi)始提到自身的PaaS與低代碼開(kāi)發(fā)能力，幾乎每個(gè)軟件廠商都具備低代碼開(kāi)發(fā)能力。

為此，Gartner今年特意將國(guó)內(nèi)低代碼服務(wù)商初步分為四種類型，低代碼應(yīng)用平臺(tái)（LACP）、無(wú)代碼平臺(tái)廠商（CADP）、企業(yè)應(yīng)用廠商（Enterprise Application）以及云服務(wù)廠商（Cloud Service Provider ）。

盡管Gartner表示這些低代碼服務(wù)商在一定程度上有業(yè)務(wù)上的重合，但各自也都有邊界，出發(fā)點(diǎn)和動(dòng)因也不盡相同。

比如面向?qū)I(yè)開(kāi)發(fā)人員或業(yè)務(wù)人員等多種角色的LACP，具有強(qiáng)大的本地化定制支持能力，在平臺(tái)開(kāi)發(fā)過(guò)程中需要與領(lǐng)域?qū)＜一蛘咂髽I(yè)IT進(jìn)行聯(lián)合協(xié)作，適用于服務(wù)高級(jí)別和中等級(jí)別IT成熟度企業(yè)，具體服務(wù)商包括Mendix、OutSystems、ClickPaaS等。

以表單或辦公自動(dòng)化應(yīng)用程序，提供輕量級(jí)解決方案以滿足相應(yīng)市場(chǎng)需求的無(wú)代碼平臺(tái)廠商（CADP），比如釘釘宜搭、氚云、輕流等。

還包括像用友、金蝶等企業(yè)應(yīng)用廠商（Enterprise Application ），此類廠商主要通過(guò)向LCAP提供打包業(yè)務(wù)功能和連接器來(lái)擴(kuò)展產(chǎn)品，以支持不同范圍的特定行業(yè)或特定領(lǐng)域的應(yīng)用程序及解決方案。

此外，還有像阿里巴巴、百度、微軟等云服務(wù)廠商（Cloud Service Provider ），這些大型云服務(wù)提供商尋求加強(qiáng)其云服務(wù)，以擴(kuò)大銷售，目標(biāo)是通過(guò)基于各自云平臺(tái)的解決方案，發(fā)展合作伙伴的生態(tài)系統(tǒng)。

從上述幾種類型的出發(fā)點(diǎn)和動(dòng)因其實(shí)不難看出，雖然大家都在談?wù)撟约壕邆涞痛a能力，但解決的實(shí)際應(yīng)用場(chǎng)景卻有著千差萬(wàn)別。

“事實(shí)上，不論是LACP還是CADP或云廠商等包羅萬(wàn)象的標(biāo)簽，其實(shí)都是營(yíng)銷性詞匯，其主要的底層技術(shù)路徑主要還是表單驅(qū)動(dòng)和模型驅(qū)動(dòng)，因此它不管怎么稱呼，還是要落到實(shí)際解決的應(yīng)用場(chǎng)景”，ClickPaaS CEO胡柏表示。

伙伴云COO孫傳江也有類似的觀點(diǎn)，他表示從客戶視角來(lái)看從來(lái)都不關(guān)心我們是誰(shuí)誰(shuí)誰(shuí)，我們的產(chǎn)品是基于什么架構(gòu)，客戶最關(guān)心的是誰(shuí)能解決我的問(wèn)題。

比如像企業(yè)內(nèi)部的協(xié)同OA、自動(dòng)化管理等輕量級(jí)的需求，完全可以使用以表單驅(qū)動(dòng)的低/無(wú)代碼平臺(tái)，像國(guó)內(nèi)的知名廠商釘釘宜搭、氚云、輕流等在市場(chǎng)上都有廣泛的應(yīng)用。

如果涉及到企業(yè)核心業(yè)務(wù)，比如像銀行業(yè)的估值減值、融資租賃、風(fēng)控等企業(yè)級(jí)核心業(yè)務(wù)系統(tǒng)，主要依靠的還是以模型驅(qū)動(dòng)為主的低代碼廠商。

但不論是以表單驅(qū)動(dòng)還是模型驅(qū)動(dòng)為主的低代碼服務(wù)商，本質(zhì)上都是為企業(yè)數(shù)字化提供自動(dòng)化解決方案，并加速企業(yè)數(shù)字化轉(zhuǎn)型進(jìn)程。

 

企業(yè)選品基于三點(diǎn)需求

 

由于低代碼所提供的服務(wù)范圍不同，因此選擇一款合適的低代碼工具也是非常棘手的事情。

胡柏表示，當(dāng)下的企業(yè)在選擇低代碼時(shí)其實(shí)有三個(gè)核心訴求，第一是企業(yè)想要掌握自身數(shù)字化命運(yùn)；第二是數(shù)字化能力跟得上業(yè)務(wù)變化；第三是保障數(shù)字資產(chǎn)安全。

掌握自身數(shù)字化命運(yùn)其實(shí)分為兩類，一類是簡(jiǎn)單的將零散在企業(yè)內(nèi)部各個(gè)角落的需求通過(guò)表單模式進(jìn)行線上化或系統(tǒng)化，這類相對(duì)容易掌握。

另一類是真正的管理經(jīng)營(yíng)業(yè)務(wù)系統(tǒng)，隨著商業(yè)環(huán)境的變化，業(yè)務(wù)系統(tǒng)也進(jìn)入了快速迭代的周期，核心的業(yè)務(wù)系統(tǒng)純粹依靠購(gòu)買往往會(huì)因周期長(zhǎng)、不靈活等與當(dāng)下動(dòng)蕩的商業(yè)環(huán)境脫節(jié)，因此企業(yè)需要掌握自己的數(shù)字化命運(yùn)。

同樣是在這種商業(yè)環(huán)境高速變化的周期里，企業(yè)的業(yè)務(wù)往往會(huì)轉(zhuǎn)變的很快，這也要求企業(yè)數(shù)字化團(tuán)隊(duì)能在最短的周期內(nèi)迅速完成響應(yīng)。

最后是數(shù)字資產(chǎn)安全合規(guī)，當(dāng)企業(yè)的內(nèi)部管理和業(yè)務(wù)全面云化之后，數(shù)字資產(chǎn)的安全性和可靠性就會(huì)成為重中之重。

在這三大主要訴求之下，企業(yè)應(yīng)該如何選擇呢？

首先是拿來(lái)干什么？怎么干？葡萄城產(chǎn)品市場(chǎng)總監(jiān)寧偉在接受相關(guān)媒體采訪時(shí)給出過(guò)答案，企業(yè)應(yīng)該考慮自身的應(yīng)用場(chǎng)景是什么，如果是簡(jiǎn)單的輕應(yīng)用，講究短平快，不需要考慮和其他軟件集成以及持續(xù)發(fā)展的問(wèn)題，那么以表單驅(qū)動(dòng)為主的低代碼平臺(tái)足以承載。

如果是從長(zhǎng)遠(yuǎn)生命力考慮，應(yīng)該全盤考慮自身的數(shù)字化體系如何構(gòu)建，后期應(yīng)該如何去擴(kuò)展，是否可以添加自己定制的業(yè)務(wù)邏輯、規(guī)則或流程，如何去迭代等多方位問(wèn)題，如果這些不能解決，那么使用低代碼工具也僅僅只是解決短期的價(jià)值鏈，無(wú)法長(zhǎng)久。

第二則是能否適應(yīng)企業(yè)程序開(kāi)發(fā)人員，老板做決定要考慮實(shí)際操作員工的使用習(xí)慣，尤其是復(fù)雜場(chǎng)景，低代碼和專業(yè)人員適配才會(huì)錦上添花。

對(duì)于技術(shù)人員來(lái)說(shuō)，學(xué)低代碼開(kāi)發(fā)和學(xué)一門新編程語(yǔ)言的難度本質(zhì)上并無(wú)二致。

大多數(shù)開(kāi)發(fā)人員會(huì)考慮該工具的開(kāi)發(fā)流程和架構(gòu)跟之前是否相似，如果能延續(xù)之前的開(kāi)發(fā)經(jīng)驗(yàn)，技術(shù)人員會(huì)成為更好的開(kāi)發(fā)者，那么對(duì)于企業(yè)本身而言，在日后的維護(hù)和擴(kuò)展的過(guò)程中不需要去完全依賴服務(wù)商。

當(dāng)然，功能、性價(jià)比、是否能連接廣泛的第三方API、框架和云服務(wù)等等因素都是企業(yè)最初在選擇低代碼平臺(tái)時(shí)需要做足充分的準(zhǔn)備。

 

棄用或換新

給企業(yè)打一針預(yù)防針

 

盡管當(dāng)下的企業(yè)對(duì)于低代碼的使用仍在初步探索階段，但仍需要提前給企業(yè)打上一針預(yù)防針。

由于市面上SaaS或低代碼產(chǎn)品訂閱續(xù)費(fèi)的商業(yè)模式，也意味著企業(yè)使用低代碼工具會(huì)導(dǎo)致在一定程度上與服務(wù)商鎖定。

如果企業(yè)停止使用既定的平臺(tái)和開(kāi)發(fā)工具或選擇同類型功能相對(duì)豐富的平臺(tái)，企業(yè)該如何解綁呢？

一方面企業(yè)既依賴該類低代碼平臺(tái)，另一方面又提醒企業(yè)將數(shù)字化能力掌握在自己手中，不依賴開(kāi)發(fā)工具運(yùn)行的平臺(tái)，這其中就會(huì)產(chǎn)生相應(yīng)的矛盾。

胡柏表示，企業(yè)一旦選擇了低代碼或無(wú)代碼，實(shí)際上就是使用了一種新的編程方式，這也不可避免的會(huì)產(chǎn)生綁定效應(yīng)，一旦棄用，那么在低代碼A平臺(tái)的數(shù)據(jù)和功能也會(huì)流失。

與此同時(shí)，續(xù)費(fèi)訂閱只是低代碼的一種商業(yè)模式，像輕量級(jí)的應(yīng)用，企業(yè)在更換或棄用時(shí)所需要的的成本不高，類似從一種Excel 表的邏輯換到另外一種。

對(duì)于復(fù)雜的應(yīng)用場(chǎng)景而言，像國(guó)內(nèi)的大型企業(yè)其實(shí)不提倡完全訂閱模式，基本上還是走本地定制服務(wù)，原因在于這種復(fù)雜的應(yīng)用場(chǎng)景替代的代價(jià)太大。

同樣對(duì)于企業(yè)而言，購(gòu)買一款低代碼工具，是完全依賴服務(wù)商還是將工具消化成自己的能力至關(guān)重要。

這也意味著企業(yè)在最初就要足夠了解自身系統(tǒng)技術(shù)構(gòu)架，使用低代碼工具時(shí)并不是完全采用原本的功能，而是轉(zhuǎn)化成自己的。

像當(dāng)下很多大型企業(yè)其實(shí)都是走的吸收和消化的路徑，以O(shè)racle低代碼工具為例，企業(yè)一定是需要足夠了解Oracle低代碼架構(gòu)，哪些中間件和組件是可以被替換，哪些不能被替換，這樣可以快速的融合，既保障了開(kāi)發(fā)效率，又節(jié)省了成本。

歸根結(jié)底，低代碼只是一款工具，每一款工具都有它的邊界，對(duì)于喜歡All In One的企業(yè)來(lái)講，輕量化的低代碼產(chǎn)品并不能滿足企業(yè)關(guān)鍵需求，同時(shí)采用新技術(shù)背后技術(shù)和實(shí)施的方法論需要建立，讓標(biāo)準(zhǔn)化的工具解決定制化需求成為可能。

當(dāng)下的低代碼行業(yè)仍處于早期階段，也處于百花齊放的階段，因此企業(yè)最早在接觸低代碼時(shí)，很容易產(chǎn)生“不知所云”的感覺(jué)，這也是當(dāng)下大家對(duì)低代碼意見(jiàn)分歧最大的原因之一。

想要在迷霧中找到一條路，企業(yè)不僅要理解低代碼，更要了解自己，根據(jù)自己團(tuán)隊(duì)的能力、需要面對(duì)的應(yīng)用場(chǎng)景選擇合適的類型入手，這樣才能在選擇中完美適配企業(yè)自身的發(fā)展。