近兩年，所有CIO都在關(guān)注數(shù)字化轉(zhuǎn)型，并且大部分CIO正在進(jìn)行親身實(shí)踐。數(shù)字化轉(zhuǎn)型需要IT賦能，需要通過數(shù)據(jù)驅(qū)動(dòng)企業(yè)業(yè)務(wù)的變革，而在技術(shù)的背后，是對技術(shù)人才的爭奪戰(zhàn)。對于中國的大部分傳統(tǒng)企業(yè)而言，在跟互聯(lián)網(wǎng)、金融等先進(jìn)行業(yè)競爭人才時(shí)往往處于劣勢，除此之外，投入的不足也是制約企業(yè)數(shù)字化轉(zhuǎn)型進(jìn)程難以提速的主要原因。
即使尚未啟動(dòng)數(shù)字化轉(zhuǎn)型的企業(yè)，也面臨著要錢沒錢(預(yù)算不足)要人沒人(人員短缺)的困境。以某公司為例，一方面，剛剛上線兩年的軟件由于開發(fā)周期過長，現(xiàn)在已經(jīng)難以滿足當(dāng)前業(yè)務(wù)的需求，修改功能意味著不斷的二次開發(fā)，如果培養(yǎng)內(nèi)部開發(fā)人員，意味著要擴(kuò)大團(tuán)隊(duì)編制，老板未必批準(zhǔn);另一方面，將近二十年的財(cái)務(wù)軟件仍在服役，找供應(yīng)商開發(fā)，調(diào)整一個(gè)必填字段的報(bào)價(jià)高達(dá)兩萬，毫不夸張。凡此種種不勝枚舉，這恐怕是所有IT管理者心中的痛。
如何解決這些讓人頭痛的問題呢?資深CIO支招，企業(yè)可以培養(yǎng)二次開發(fā)人員，但為了節(jié)約成本，可以不必培養(yǎng)全棧開發(fā)，去從零開發(fā)一個(gè)系統(tǒng)。如果一定要開發(fā)屬于自己的系統(tǒng)，要考慮兩個(gè)前提條件：一是市面上找不到這樣的系統(tǒng);二是可以用低代碼平臺開發(fā)完成。實(shí)際上，低代碼平臺已經(jīng)成為繼中臺之后的又一行業(yè)熱點(diǎn)，已有很多企業(yè)和開發(fā)人員從中受益。
可組合時(shí)代來臨 低代碼優(yōu)勢凸顯
縱觀應(yīng)用軟件市場的發(fā)展，大致可以分為三個(gè)時(shí)代：
- 以IBM、甲骨文、SAP等軟件大佬為主稱霸市場的大一統(tǒng)軟件時(shí)代，這些軟件公司的產(chǎn)品大而全，企業(yè)可以按需選擇，當(dāng)然軟件的費(fèi)用也非常高昂。
- 應(yīng)用軟件的云化時(shí)代，通過功能的碎片化，以連接的方式來構(gòu)建應(yīng)用。應(yīng)用軟件的SaaS化程度，美國高于中國，但是美國企業(yè)核心的應(yīng)用系統(tǒng)仍然離不開IBM、甲骨文、SAP的軟件來支撐其核心業(yè)務(wù)。而在中國市場，隨著去IOE的加速，一批信創(chuàng)軟件開始崛起，也有一部分企業(yè)通過自主研發(fā)核心系統(tǒng)收獲了不錯(cuò)的成績。
- 可組合式的平臺化時(shí)代。Gartner將組合式應(yīng)用程序納入2022年12 大戰(zhàn)略性技術(shù)趨勢之一。可組合式平臺背后需要四大支撐：一是可以通過領(lǐng)域建模的方式構(gòu)建應(yīng)用場景;二是通過AI的幫助進(jìn)行預(yù)測和優(yōu)化;三是借助RPA解決信息孤島問題;四是采用事件驅(qū)動(dòng)的模式。在可組合式的時(shí)代，低代碼在軟件開發(fā)領(lǐng)域?qū)⑵鸬街陵P(guān)重要的作用。
實(shí)際上，低代碼技術(shù)并非憑空出世，網(wǎng)絡(luò)調(diào)研問卷等工具，是最簡單的低代碼應(yīng)用場景，可以完全脫離代碼，由業(yè)務(wù)人員自主完成。第二個(gè)領(lǐng)域是以協(xié)助為導(dǎo)向，通過excel表的方式實(shí)現(xiàn)多場景的輕量化應(yīng)用，但是這類應(yīng)用難以滿足企業(yè)核心應(yīng)用軟件的開發(fā)需求，尚未解決全代碼化的最后一公里問題。目前，市面上頭部的一些低代碼平臺已經(jīng)具備解決最后一公里問題的能力，相信在市場需求的引導(dǎo)下，將會很快普及。
低代碼的優(yōu)勢：多快好省
低代碼開發(fā)，讓大部分開發(fā)工作可以通過簡單的拖拽與配置完成，代碼編寫更少，環(huán)境設(shè)置和部署也更簡單，在軟件全生命周期流程上的成本投入更低。以前程序員開發(fā)主數(shù)據(jù)大概需要5天左右時(shí)間，有了低代碼平臺，10分鐘之內(nèi)就可以完成。以前需要由高級軟件工程師寫出來的程序，有了低代碼平臺，初級軟件工程師甚至是業(yè)務(wù)人員即可完成。代碼并非越多越好，代碼越多，意味著出錯(cuò)率越高，低代碼開發(fā)在少寫代碼的同時(shí)，意味著要測試的代碼量更少，出現(xiàn)bug的概率也更低。
低代碼的優(yōu)勢顯而易見，不僅意味著代碼更少，具備低代碼開發(fā)能力的人更多，還意味著產(chǎn)品上線的時(shí)間更快，軟件的質(zhì)量更好，軟件全生命周期的成本更節(jié)省，其“多、快、好、省”的優(yōu)勢能夠幫助正在進(jìn)行數(shù)字化轉(zhuǎn)型的企業(yè)降低創(chuàng)新的成本。據(jù)Gartner預(yù)測，到2024年，65%的應(yīng)用程序?qū)⑹褂玫痛a模式構(gòu)建，在未來三年內(nèi)，低代碼將推動(dòng)幾乎三分之二的應(yīng)用程序開發(fā)。
低代碼平臺的應(yīng)用現(xiàn)狀
波士頓Creatio公司的《2021年低代碼狀態(tài)報(bào)告》顯示，企業(yè)領(lǐng)袖們正在致力于實(shí)現(xiàn)低代碼的數(shù)字化轉(zhuǎn)型，但是60%的受訪者表示，缺乏低代碼平臺的經(jīng)驗(yàn)是采用低代碼的最大障礙。該報(bào)告稱，該公司調(diào)查了來自各行各業(yè)的1022位IT、數(shù)字和商業(yè)領(lǐng)袖，結(jié)果發(fā)現(xiàn)只有6%的低代碼工作由業(yè)務(wù)人員獨(dú)立完成，而大部分低代碼工作均由IT工作者承擔(dān)。
現(xiàn)階段，由毫無技術(shù)背景的人用低代碼平臺來搭建應(yīng)用軟件難度系數(shù)太高，不懂開發(fā)知識和開發(fā)語言不是關(guān)鍵，更重要的是軟件應(yīng)用操作和原理結(jié)構(gòu)，涉及組件、元素、表單、頁面布局、數(shù)據(jù)走向的邏輯關(guān)系等一系列基礎(chǔ)知識，這也是低代碼平臺暫時(shí)無法像修圖界的“美圖秀秀”那樣人人可用的主要原因。
低代碼開發(fā)平臺的作用是讓軟件開發(fā)者能夠?qū)Ｗ⒂趶?fù)雜大型軟件的開發(fā)工作中，那些日常的低效、冗余、簡單、個(gè)性的軟件應(yīng)用模型搭建，都可以交給低代碼平臺完成。與此同時(shí)，低代碼平臺能讓那些不懂任何開發(fā)語言的業(yè)務(wù)人員和管理者參與到軟件開發(fā)的工作中來，這讓軟件開發(fā)更能貼近用戶需求，使組織內(nèi)部的協(xié)作更高效，打造出的產(chǎn)品將更具活力和市場競爭力。
低代碼平臺并非憑空出世，至少已經(jīng)發(fā)展了十余年的時(shí)間。目前來看，低代碼平臺大致可分為三種類型：
- 一是將低代碼平臺作為業(yè)務(wù)的原生軟件開發(fā)商，例如Mendix，ClickPaaS;
- 二是原來做財(cái)務(wù)、ERP、OA的應(yīng)用軟件開發(fā)商，例如用友、金蝶、泛微，這類群體構(gòu)建低代碼平臺的目的是在原有業(yè)務(wù)產(chǎn)品的基礎(chǔ)上，更好的滿足企業(yè)定制化、個(gè)性化的開發(fā)需求;
- 三是互聯(lián)網(wǎng)公司，例如華為、阿里，為了解決生態(tài)伙伴、客戶業(yè)務(wù)的共創(chuàng)需求，也推出了自己的低代碼平臺，或者接入了各類低代碼平臺。
整體來看，這三類廠商加起來總數(shù)達(dá)到四五十家，百花齊放的背后，也讓CIO、ITM以及開發(fā)者們面臨著平臺選擇上的難題。
如何選擇低代碼平臺?
低代碼開發(fā)平臺需要慎重選擇，因?yàn)槊總€(gè)低代碼平臺都需要花費(fèi)精力來學(xué)習(xí)和適應(yīng)，這是一種無形的成本。此外，由于低代碼平臺剛剛起步，尚無統(tǒng)一的標(biāo)準(zhǔn)，各平臺之間的數(shù)據(jù)和業(yè)務(wù)并不互通，這意味著從一種低代碼平臺遷移至另一種的難度很大。
選擇低代碼平臺，應(yīng)考察平臺是否具備以下能力：領(lǐng)域模型、可視化UI構(gòu)建、自動(dòng)化流程編排，數(shù)據(jù)整合分析，開放擴(kuò)展、復(fù)用等核心能力。目前來看，做的比較好的低代碼平臺能夠具備以上能力，國內(nèi)的平臺在體驗(yàn)和使用感受方面更勝一籌，國外頭部產(chǎn)品的顆粒度更細(xì)，提供的能力更強(qiáng)，在面對復(fù)雜業(yè)務(wù)場景時(shí)更具優(yōu)勢，但是上手難度更大，學(xué)習(xí)成本更高。
在進(jìn)行低代碼平臺選擇時(shí)建議從以下幾個(gè)維度進(jìn)行評估：
(1) 低代碼平臺的構(gòu)建能力，包括頁面構(gòu)建能力、數(shù)據(jù)集成能力，規(guī)則定義能力，表單、流程、組織、權(quán)限的配置能力，應(yīng)用庫的豐富程度，顆粒度的細(xì)膩程度等等;
(2) 是否能夠無縫整合企業(yè)自主開發(fā)的系統(tǒng)以及PLM、MES、ERP、CRM等企業(yè)核心系統(tǒng);
(3) 低代碼平臺是否容易上手、易于操作，是否具備較強(qiáng)的易用性;
(4) 低代碼廠商的品牌能力及客戶覆蓋量，大的品牌不容易在使用的過程中夭折;
(5) 平臺是否安全可靠，產(chǎn)品的穩(wěn)定性和后期的可維護(hù)性如何;
(6) 平臺與第三方平臺的兼容性如何;
(7) 平臺的性價(jià)比。
目前，一汽、上汽、中集車輛、蒙牛、立白、居然之家等大型的頭部企業(yè)，制造業(yè)、金融、保險(xiǎn)、零售、物流、醫(yī)療、制藥、教育等各行業(yè)的中小企業(yè)，都在用低代碼開發(fā)的方式開發(fā)應(yīng)用，用最快的響應(yīng)速度進(jìn)行數(shù)字化轉(zhuǎn)型。尚未采用低代碼平臺進(jìn)行開發(fā)的企業(yè)也不要心急，低代碼平臺恐怕難以100%滿足業(yè)務(wù)場景的搭建需求，因此前期的選型和評估工作至關(guān)重要，切勿倉促動(dòng)工。
