關(guān)于低代碼開發(fā)平臺，爭論有很多。有人認為它是第四代編程語言，有人認為它是開發(fā)模式的顛覆，有人認為它是企業(yè)管理模式的變革，也有人認為它空有其表。
不過，至少在目前看來，低代碼無疑是火爆的，關(guān)于它的未來似乎也是坦途。
那么，企業(yè)是否真的能從低代碼開發(fā)平臺獲益呢？
國內(nèi)低代碼平臺現(xiàn)狀
低代碼的理念并非近些年才出現(xiàn)，早在上世紀(jì)80年代，相關(guān)的概念就已經(jīng)有了雛形，但受制于信息技術(shù)的發(fā)展，市場并無太多實質(zhì)性動作。
在2014年，F(xiàn)orrester 正式提出了低代碼/零代碼的概念，隨后國內(nèi)低代碼平臺發(fā)展進入了快車道，隨著影響力的上升，近兩年許多國內(nèi)巨頭都相繼進入了這一賽道，比如阿里、騰訊、百度等，在相關(guān)企業(yè)引入了巨頭資本之后整個低代碼領(lǐng)域的生產(chǎn)力也得到了比較大的發(fā)展和支撐，影響力得到了一定的增強。
那么在最初，低代碼平臺的發(fā)展經(jīng)歷了哪些過程呢？
最開始，低代碼平臺是“基于BPM驅(qū)動的低代碼工具，主要實現(xiàn)的是流程在線；接下來是基于元數(shù)據(jù)驅(qū)動的低代碼工具，主要實現(xiàn)的是業(yè)務(wù)在線和移動辦公；第三階段是數(shù)據(jù)驅(qū)動的低代碼工具，主要實現(xiàn)的是生態(tài)在線，業(yè)務(wù)與業(yè)務(wù)的數(shù)據(jù)連接”。
目前，國內(nèi)低代碼廠商都將自己的產(chǎn)品定位為一個平臺，但是如果以平臺視角來看的話，那這個產(chǎn)品最主要的功能應(yīng)該是打通數(shù)據(jù)底層的連接能力，以此來看，大部分的低代碼廠商所提供的依然是低代碼工具。
早期的代碼廠商，在基于BPM驅(qū)動的基礎(chǔ)上進入了初步發(fā)展，這是因為進入互聯(lián)網(wǎng)時代以來，大型企業(yè)的信息化已經(jīng)相對完善，需要借助跨系統(tǒng)的流程化管理進行產(chǎn)品升級。但隨著業(yè)務(wù)的快速發(fā)展，企業(yè)需要對系統(tǒng)不斷調(diào)整以應(yīng)對市場變化，因此追求快速迭代的產(chǎn)品便出現(xiàn)了。最后產(chǎn)品的矩陣針對不同用戶不斷完善，產(chǎn)品之間的數(shù)據(jù)打通以及產(chǎn)品跟平臺之間的數(shù)據(jù)連接就會變得更加緊密，這便是當(dāng)前的階段。
低代碼平臺應(yīng)達到的效果—全面連接的融合平臺
針對企業(yè)孤島式散點應(yīng)用，低代碼未來要做的就是全面連接和融合。
這些融合應(yīng)包括統(tǒng)一的賬戶和權(quán)限，方便賬戶集成管理；統(tǒng)一的數(shù)據(jù)和服務(wù)標(biāo)準(zhǔn)，基于標(biāo)準(zhǔn)創(chuàng)建連接平臺就可以進行低代碼數(shù)據(jù)的互聯(lián)互通，不再人工核對，減少數(shù)據(jù)出錯概率。
全面融合互通的背后是產(chǎn)品底層基礎(chǔ)建設(shè)能力，目前在國內(nèi)進行底層建設(shè)的企業(yè)并不多，而拿出一整套底層解決方案的供應(yīng)商更是寥寥無幾。一方面，行業(yè)產(chǎn)品提供商基于產(chǎn)品安全在源碼方面做了一定的限制，另一方面不同行業(yè)對功能的要求總會有一定的差別，這種差別很難在做基礎(chǔ)功能的時候完全體現(xiàn)出來，這就造成了低代碼平臺在通用性上總會有所不足，這不足的部分自然是需要使用者進行補全，補全的成本需要在定制和信息化戰(zhàn)略雙重要求下進行評估，這就需要一定的技術(shù)前瞻能力。
目前，很多企業(yè)的OA、財務(wù)，以及一些核心的業(yè)務(wù)體系都是根據(jù)企業(yè)特點自主打造的，這些企業(yè)的IT支持團隊開發(fā)傳統(tǒng)的獨立應(yīng)用軟件來滿足企業(yè)運營過程中的諸多訴求。對于這部分應(yīng)用的連接是低代碼提供商所需要解決的現(xiàn)實問題之一。
低代碼平臺得到市場的認同不是一蹴而就的事情，我們回溯整個低代碼的概念，從它的形成到雛形初形成，再到概念的落實，中間已經(jīng)經(jīng)歷了有數(shù)十年的時間。然后再到它有第一步的概念的提出，到現(xiàn)在又經(jīng)歷了十余年的時間，所以真正做到全面性的影響還需要一個新的周期。
首先，要讓使用者了解到今天低代碼可以幫助他們解決一些什么樣的問題，低代碼和全代碼、應(yīng)用程序的開發(fā)的區(qū)別在哪里。在這個概念普及的過程中，大廠的作用顯得尤為重要，阿里、騰訊等企業(yè)進入該行業(yè)這幾年，低代碼的概念得到了進一步的傳播，也為未來低代碼的進一步繁榮留下了想象的空間。
如何確定一個低代碼產(chǎn)品
低代碼本身來說，其所需要具備的能力應(yīng)該包括零代碼開發(fā)以及靈活可控的應(yīng)用搭建方式，也就是說它是高度靈活、高度普適的應(yīng)用能力開發(fā)的代碼。
一個綜合性低代碼平臺，其既要有理論體系，又要有實操體系。對理論體系，要包括對低代碼的整體能力，基礎(chǔ)理論學(xué)習(xí)，以及低代碼廠商的一些認知。實操體系包括通過空白去搭建，通過模板去搭建低代碼應(yīng)用。
低代碼平臺的行業(yè)推動力
低代碼平臺通常是一個基礎(chǔ)的產(chǎn)品型平臺，之所以說基礎(chǔ)，是因為該類產(chǎn)品只是整合了常用開發(fā)框架的底層基座，節(jié)省了初步的代碼編寫量。平臺所提供的功能大多是常用的流程、表單、權(quán)限、數(shù)據(jù)大屏等比較常用的基礎(chǔ)功能，這就要求在未來的開發(fā)中，使用者需要有底層代碼的控制權(quán)，這也是很多低代碼廠商選擇將產(chǎn)品源碼交付客戶的原因，這樣便于后期業(yè)務(wù)的調(diào)整，也便于在此基礎(chǔ)上構(gòu)建應(yīng)用系統(tǒng)或者連接已有的系統(tǒng)生態(tài)。但是一些頭部企業(yè)得益于自身生態(tài)優(yōu)勢，僅提供搭建平臺，內(nèi)容大多靠生態(tài)伙伴提供。
目前，中小企業(yè)的低代碼產(chǎn)品很難打造成一個生態(tài)型平臺，其本質(zhì)是因為有限的產(chǎn)品號召力。就平臺的打造能力這一點來看的話，需要比較龐大的底座的支撐，能夠比較連貫的數(shù)據(jù)連接，和比較順暢的產(chǎn)品體驗；此外，還需要估計N家廠商對你需要有相對比較標(biāo)準(zhǔn)的接入以及體驗以及鏈路等多維的平臺能力。這一點大廠具有先天的優(yōu)勢，比如阿里的釘釘，本身有了較多的用戶基數(shù)及生態(tài)伙伴，其自主低代碼產(chǎn)品宜搭也依靠此平臺迅速壯大。
未來，頭部廠商必定會繼續(xù)開放整體的品牌的生產(chǎn)能力，期望接入更多的廠商，進一步整合市場，而中小企業(yè)低代碼產(chǎn)品的未來，或許還需要在探索中成長。
文.Rayer
版權(quán)聲明：本文內(nèi)容由互聯(lián)網(wǎng)用戶自發(fā)貢獻，該文觀點僅代表作者本人。本站僅提供信息存儲空間服務(wù)，不擁有所有權(quán)，不承擔(dān)相關(guān)法律責(zé)任。如發(fā)現(xiàn)本站有涉嫌抄襲侵權(quán)/違法違規(guī)的內(nèi)容， 請發(fā)送郵件至 舉報，一經(jīng)查實，本站將立刻刪除。
