低代碼平臺包羅萬象，企業(yè)應(yīng)該如何做出抉擇？

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

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

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

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

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

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

 

產(chǎn)品包羅萬象

但底層仍依靠兩種技術(shù) 

 

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

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

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

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

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

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

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

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

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

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

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

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

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

 

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

 

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

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

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

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

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

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

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

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

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

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

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

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

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

 

棄用或換新

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

 

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

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

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

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

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

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

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

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

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

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

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

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

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