文 | 周曉莉

現(xiàn)在說到 CIO（Chief Information Officer 首席信息官），基本都能達(dá)成要跟“業(yè)務(wù)”掛鉤的共識，既懂技術(shù)，又懂業(yè)務(wù)，也成為 CIO 的必修課。

在企業(yè)數(shù)字化轉(zhuǎn)型螺旋向上的進(jìn)程中，通過工具為企業(yè)提效尤為重要。而低代碼作為代碼編寫更少、環(huán)境設(shè)置和部署更簡單、成本投入也更低的應(yīng)用，正成為 CIO 在業(yè)務(wù)上緊密相連的工具。

基于中國市場的特點，又將通用低代碼平臺分為低代碼應(yīng)用開發(fā)平臺、無代碼應(yīng)用搭建平臺。

其中低代碼平臺主要面向?qū)I(yè)開發(fā)人員，以可視化的編程方式，編寫少量代碼或不編寫代碼進(jìn)行應(yīng)用開發(fā)；無代碼搭建平臺能夠讓業(yè)務(wù)人員通過拖拉拽的方式進(jìn)行可視化應(yīng)用搭建，降低開發(fā)門檻。

無論是低代碼還是零代碼，對于企業(yè)來講，本質(zhì)還是希望能夠降本增效并帶來新的商業(yè)模式增長點。

那么，作為數(shù)字化轉(zhuǎn)型掌舵者的 CIO 或是技術(shù)部門負(fù)責(zé)人，對低代碼又有著何種理解。

低代碼之于數(shù)字化轉(zhuǎn)型

民生證券信息技術(shù)中心總裁吳哲銳表示，從 2020 年來到民生證券后，就決定正式引入低代碼工具。起源于 2019 年接觸到奧哲的低代碼平臺，在此之前也察覺到這個領(lǐng)域發(fā)展迅速。

吳哲銳從摩根士丹利到華泰證券，再到民生證券，多年的證券行業(yè)技術(shù)工作經(jīng)歷中，他發(fā)現(xiàn)證券公司存在太多零散需求，重復(fù)建設(shè)多可謂是一個行業(yè)特點。

在這期間，吳哲銳也一直在做快速組合業(yè)務(wù)能力的嘗試。在證券運(yùn)營領(lǐng)域，曾經(jīng)開發(fā)了一個類似于低代碼的衍生品清算模塊交給業(yè)務(wù)部門進(jìn)行新產(chǎn)品配置，將幾周甚至一個月的開發(fā)過程減少到三天至一周。

在用低代碼理念研發(fā)業(yè)務(wù)功能并且嘗試擴(kuò)展應(yīng)用的同時，也看到國外低代碼技術(shù)的成熟。吳哲銳表示，當(dāng)時是看到國外 Mendix 以及微軟的 Power Apps 等成熟產(chǎn)品，開始尋找國內(nèi)類似廠商，因此結(jié)緣奧哲。

低代碼平臺在民生證券得到廣泛應(yīng)用，一部分原因在于民生的研發(fā)力量投入一開始沒那么多，反而有利于低代碼快速實現(xiàn)展開，構(gòu)建非常多的應(yīng)用案例和場景。

吳哲銳坦言，相比國外產(chǎn)品，當(dāng)時在選型時選擇本土低代碼廠商，的確是出于價格考量。由于對低代碼能夠發(fā)揮的作用有較高預(yù)期，計劃引入為全員使用，如果選用國外產(chǎn)品成本非常高。

他認(rèn)為如果將低代碼限制在某個部門內(nèi)使用，將無法發(fā)揮快速構(gòu)建線上應(yīng)用，簡化溝通，提高效率的作用，也就難以發(fā)揮低代碼的應(yīng)有價值，所以傾向于一步到位推廣至全公司。低代碼的一個好處，既是低成本的研發(fā)，也是低成本的使用。

目前民生所使用低代碼場景非常廣泛，除交易以及一些行業(yè)特定的復(fù)雜流程，對于簡易流程中的審批、服務(wù)流程、內(nèi)部管理等應(yīng)用也構(gòu)建在低代碼上，極大提高效率，并且將數(shù)據(jù)結(jié)構(gòu)化，有助于后續(xù)對數(shù)據(jù)進(jìn)一步分析及使用。

吳哲銳表示，數(shù)字化轉(zhuǎn)型需要進(jìn)行各個方向的探索，對于方向不明的嘗試，可以使用低代碼來一步步快速迭代，避免一次性投入太多研發(fā)力量。這凸顯出低代碼的另一個好處，承擔(dān)著原型、試錯、試運(yùn)行的功能。

在運(yùn)行迭代的過程，固化需求，保證方向明確后加大投入的成功率。所以很多時候低代碼除帶來效率提升，在梳理需求上也彰顯作用，特別對于有時候看需求文檔沒有感覺的業(yè)務(wù)人員，一定要把功能呈現(xiàn)在其眼前，才知道什么才是真正想要的功能，這是在民生發(fā)現(xiàn)低代碼的另一巧妙用法。

在風(fēng)華新能源 CIO 羅循衡眼里，低代碼為風(fēng)華整個業(yè)務(wù)帶來了顛覆性改變。以往涉及到采購程序，僅審批環(huán)節(jié)一張單就要 30 天，現(xiàn)在上線低代碼后，審批環(huán)節(jié)降至 3 天，其中還包括供應(yīng)商在系統(tǒng)里面報價、比價，最終決策，效率提高 10 倍。

以此類推其他審批環(huán)節(jié)流程，諸如請車申請、用車申請、維修申請，各方面都有類似的提高速度。

數(shù)字化轉(zhuǎn)型中，還有一類企業(yè)很特殊，那就是本身是 IT 類的公司。

遠(yuǎn)傳新業(yè)是一家從事呼叫中心行業(yè)的公司，公司將近 20 年的發(fā)展歷史，現(xiàn)在定位智能交互，主要是為企業(yè)進(jìn)行呼叫中心類的人工智能 IT 服務(wù)。

遠(yuǎn)傳決定鋪開低代碼的標(biāo)志在于，一年內(nèi) 18 個人做了 18 個呼叫中心項目的好業(yè)績，從起初由小團(tuán)隊做成功以后，決定大團(tuán)隊鋪開。

遠(yuǎn)傳研發(fā)中心副總經(jīng)理黃河告訴牛透社，如果在當(dāng)時其他團(tuán)隊用非低代碼的方式，起碼是遠(yuǎn)超 5 倍的數(shù)字至少需要 90 個人才能完成。

作為呼叫中心領(lǐng)域企業(yè)，在構(gòu)建呼叫中心底座的過程中，會不斷地擴(kuò)展業(yè)務(wù)，而不同行業(yè)的業(yè)務(wù)差別尤為顯著。在服務(wù)不同行業(yè)的客戶時，要跟隨客戶的需求變化而作調(diào)整。在變更過程中會逐漸拉高成本，加重交付壓力。所以，用低代碼去構(gòu)建是遠(yuǎn)傳廣泛的應(yīng)用場景。

此外，當(dāng)?shù)讓悠脚_的核心客服基本能力得到客戶認(rèn)可之后，就會出現(xiàn)其他不同行業(yè)，不同領(lǐng)域，甚至不同地域的差異需求。個性化需求要同步滿足，會給交付帶來巨大壓力，人工成本攀升，低代碼是能夠有效解決這個問題。

以業(yè)務(wù)視角看待低代碼

低代碼快速發(fā)展的背后，來源于創(chuàng)新是企業(yè)持續(xù)增長的關(guān)鍵。

據(jù)通信院統(tǒng)計，2020 年我國數(shù)字化人才缺口高達(dá) 1100 萬，已經(jīng)阻礙企業(yè)數(shù)字化轉(zhuǎn)型的推進(jìn)。而低代碼開發(fā)以高效快速、簡單易用的方式，縮短應(yīng)用開發(fā)周期，降低開發(fā)門檻，加快企業(yè)的數(shù)字化轉(zhuǎn)型。

行業(yè)轟轟烈烈的數(shù)字化轉(zhuǎn)型，通常聚焦在業(yè)務(wù)領(lǐng)域，而對于企業(yè)內(nèi)部的數(shù)字化則相對落后。一個普遍存在的現(xiàn)象是外部數(shù)字化轉(zhuǎn)型高歌猛進(jìn)，但組織內(nèi)部反而是一堆紙質(zhì)單據(jù)在流轉(zhuǎn)。

這也是低代碼能夠在相應(yīng)領(lǐng)域快速找到切入點去彌合的原因，企業(yè)總是會將更多精力、預(yù)算、人力鋪在業(yè)務(wù)上，對于企業(yè)內(nèi)控管理則相對薄弱。

吳哲銳認(rèn)為對于企業(yè)的內(nèi)部管理會慢慢得到重視并加強(qiáng)投入，因為隨著業(yè)務(wù)數(shù)字化和內(nèi)部管理數(shù)字化的差異加大，這會成為制約企業(yè)發(fā)展的瓶頸。

以民生證券為例，在未引入低代碼時，有很多小的長尾需求無法實現(xiàn)。而現(xiàn)實情況是，企業(yè)很難因為一個個小需求而作出高價購買系統(tǒng)的決策。所以當(dāng)需求得不到滿足，最后就變成一堆紙或者一堆 Excel 來回傳。吳哲銳說道：“對于長尾需求，最大的問題并不是說大家做得多難，而是根本就不做?！?/p>

對于大的證券公司來說，數(shù)字化的范疇很大，需要方方面面進(jìn)行。民生在數(shù)字化建設(shè)上，一方面是做好投資、交易、研究等核心系統(tǒng)建設(shè)；另一方面是借助低代碼、RPA，以及數(shù)據(jù)中臺延展出來的數(shù)據(jù)報表和分析能力，連接企業(yè)數(shù)字化辦公各類工具，讓數(shù)字化能力為全部員工所用。

在這個框架下，通過平臺和工具去實現(xiàn)的小需求，也會生長出成體系的方案以及大規(guī)模需求，從前到后形成一個閉環(huán)，去逐漸喚醒業(yè)務(wù)部門的需求意識和數(shù)字化意識，讓數(shù)據(jù)用來做業(yè)務(wù)分析和決策。

吳哲銳告訴牛透社，民生比較關(guān)注 IT 建設(shè)的 ROI。所以一開始引入低代碼，并不是拿著錘子找釘子，而是真的看到有很多未解決的需求擺在面前，再去延展需要引入什么平臺。

除了低代碼，RPA 在民生內(nèi)部也應(yīng)用廣泛。RPA、低代碼、自助報表也被稱作民生證券辦公數(shù)字化的三駕馬車。

而對于生產(chǎn)流程環(huán)節(jié)更復(fù)雜的制造業(yè)，對數(shù)據(jù)的處理尤為關(guān)鍵，且容易發(fā)生變更。但制造業(yè)的行業(yè)特點相對缺乏數(shù)據(jù)處理方向的專業(yè)人才，讓數(shù)字化轉(zhuǎn)型推行起來舉步維艱。

所以制造業(yè)數(shù)字化轉(zhuǎn)型的當(dāng)務(wù)之急，更需要管理者轉(zhuǎn)變觀念。通常制造業(yè)管理者會有根深蒂固的觀念，讓其更看重實實在在的東西，對于軟件類看不見摸不著的東西相對輕視。有大量制造業(yè)企業(yè)寧愿花二三十萬去購置設(shè)備，也不愿意花 5 萬去購買一套軟件授權(quán)。

低代碼容易變更和可拓展的優(yōu)勢，對于制造業(yè)涉及到工廠研發(fā)、品質(zhì)管理、出貨、驗貨諸多流程，實際有很大的應(yīng)用量。

廣東風(fēng)華新能源是一家研制開發(fā)新型電池材料和電池產(chǎn)品的老牌制造業(yè)，2500 名員工分布于全球 7 個廠區(qū)。

從兩年前開始，其通過釘釘和氚云低代碼平臺，逐步構(gòu)建起從全鏈路數(shù)字化系統(tǒng)，從研發(fā)開始，到現(xiàn)場工藝調(diào)整、生產(chǎn)工單、再到出貨驗證，一整個長鏈條，而每個分支也有很大的應(yīng)用量。

風(fēng)華新能源 CIO 羅循衡告訴牛透社，風(fēng)華所有跟生產(chǎn)信息化相關(guān)的主路線要從研發(fā)端一條條往下走，再向一線工人操作指引、品質(zhì)工藝設(shè)計、輔助職能部門以及上下游供應(yīng)鏈相關(guān)信息化各個方向輻射。

再者，從對員工困擾范圍最大的方向優(yōu)先部署，員工也更容易接受數(shù)字化轉(zhuǎn)型。在風(fēng)華，采購流程困擾已久，就讓低代碼先從這里轉(zhuǎn)型，最終將原本所需的 30 天轉(zhuǎn)為 3 天，極大提升了員工的工作效率。樹立信心后，得到各部門從下至上的全面支持，主線路以外的輻射支線功能越做越完善。

而作為本身就是 IT 公司的遠(yuǎn)傳，有自己的開發(fā)能力。遠(yuǎn)傳是通過購買頭部廠商系統(tǒng)的方式，分別購買了費(fèi)控報銷產(chǎn)品以及 CRM 系統(tǒng)。但在實際使用過程中，對于個性化流程的修改有很大難度，于是決定通過低代碼來自建 CRM 系統(tǒng)以及報銷系統(tǒng)。

黃河表示，公司在面臨內(nèi)部數(shù)字化轉(zhuǎn)型時，會因為企業(yè)的業(yè)務(wù)流程在市場競爭環(huán)境中變化過快，不會預(yù)先設(shè)想太多。所以遠(yuǎn)傳所遵循的是，讓很多開發(fā)系統(tǒng)通過低代碼來完成。

未必人人都需要是程序員

數(shù)字化轉(zhuǎn)型，要求的是各行各業(yè)轉(zhuǎn)型。這無疑對低代碼提出更高要求，對不同行業(yè)不同場景，要有通用或個性化的解決方案。

這讓低代碼在企業(yè)的實際應(yīng)用中，也存在諸多不足，總的來說：

其一，低代碼還欠缺組件整合能力以及和第三方老舊系統(tǒng)之間的銜接，如果要打破數(shù)據(jù)孤島，還需要開發(fā) API 接口或者 web server 接口，才能將其他系統(tǒng)融合貫通；

其二，初期成長起來的低代碼平臺，更多還是流程導(dǎo)向，并非數(shù)據(jù)導(dǎo)向。而數(shù)據(jù)導(dǎo)向會成為各家廠商的下一代產(chǎn)品，需要低代碼做好相應(yīng)的遷移和適配；

其三，缺乏行業(yè)通用案例、場景；

其四，低代碼預(yù)制設(shè)計組件沒有協(xié)議和標(biāo)準(zhǔn)；

其五，行業(yè)認(rèn)知度不夠，目前整個行業(yè)缺乏對低代碼人員的培養(yǎng)體系，對于人員留存有較大困惑。

吳哲銳表示，低代碼、RPA、或者其他數(shù)字化工具，在宣傳過程中，更重要的是讓業(yè)務(wù)部門認(rèn)識到，很多事情你想得到就做得到，最重要的是能夠提出需求，能夠?qū)⒐ぷ髦械娜魏尾槐闾岢鰜砣プ鰧崿F(xiàn)。比起業(yè)務(wù)部門自己實現(xiàn)，更看重的是挖掘需求。

他認(rèn)為，招優(yōu)秀的業(yè)務(wù)人員，并不是讓其來開發(fā)流程，而應(yīng)關(guān)注于業(yè)務(wù)本身。只需要提供想法，就可以交于 IT 部門來做。因為低代碼體系下構(gòu)建應(yīng)用的成本已經(jīng)足夠低，就沒有必要再把這個負(fù)擔(dān)給到業(yè)務(wù)部門，更希望業(yè)務(wù)人員真正將時間用在自己專業(yè)之事上面。

如果真需要零代碼工具，釘釘、企微、OA 辦公等平臺內(nèi)置的小工具也基本能夠?qū)崿F(xiàn)。這也是民生證券在兩者之間，選擇低代碼而非零代碼的原因。

這似乎和時下“人人都是程序員”的理念相悖，吳哲銳坦言從前也曾喊過這個口號，但其實比起業(yè)務(wù)部門自己實現(xiàn)，更看重的是挖掘需求。他表示，更重要的是讓業(yè)務(wù)部門理解能干什么，放開想象，而不是懶得思考和梳理產(chǎn)品需求。

術(shù)業(yè)有專攻，其實未必人人都要是程序員。

下一步低代碼往哪走

目前低代碼賽道尚未形成完整市場格局，主要玩家多集中在初創(chuàng)軟件平臺商或軟件廠商。

在天風(fēng)證券《2022 年中國數(shù)字化轉(zhuǎn)型趨勢與 IT 投資機(jī)遇》顯示，企業(yè)使用最普遍的云計算應(yīng)用為云視頻/電話會議軟件、企業(yè)級即時通訊服務(wù)、辦公軟件；相對缺乏普及的應(yīng)用為無代碼/低代碼應(yīng)用平臺，低代碼基數(shù)較低，研發(fā)投入低代碼服務(wù)且有客戶基礎(chǔ)的軟件供應(yīng)商成長有望加速。

對于低代碼廠商，通常技術(shù)實現(xiàn)比較容易追趕，所以在技術(shù)上的差別會越來越小。但在相應(yīng)的集成服務(wù)以及平臺生態(tài)上，如何快速去跟系統(tǒng)整合，包括實施經(jīng)驗，往往是真正將廠商之間區(qū)分開的，基于云 API 的低代碼會逐漸成長起來。

在 Gartner 的最新報告中就指出，相對于全球的競爭廠商，國內(nèi)創(chuàng)業(yè)公司的主要優(yōu)勢在于有比較完整的產(chǎn)品項目和成功的實際應(yīng)用案例；并建議服務(wù)商實施本地化策略，通過培養(yǎng)生態(tài)系統(tǒng)以擴(kuò)充產(chǎn)品競爭力。

跟國外相比，國內(nèi)定制化需求更多。這也為國內(nèi)的低代碼廠商找到一條適合之路，在行業(yè)里積累更多項目實踐，以用戶場景為導(dǎo)向來搭建產(chǎn)品。將這些廣泛提煉成平臺的案例場景或是模塊，能夠?qū)π袠I(yè)的進(jìn)一步推廣起到促進(jìn)。

但低代碼總歸不是萬能的。想用低代碼解決所有問題的客戶，非常不現(xiàn)實。這也意味著未來，低代碼和純代碼方式將以互補(bǔ)的形態(tài)長期共存。

此外，國內(nèi)的低代碼發(fā)展還在補(bǔ)全階段，和國外低代碼的頭部公司相比，還有較大差距。但國內(nèi)低代碼廠商，在開發(fā)產(chǎn)品的易用性上更適合本土使用，也是一大優(yōu)勢。

吳哲銳認(rèn)為未來低代碼會朝著兩個方面去發(fā)展，一方面對于開發(fā)能力不足的小公司，低代碼廠商可以將更多固定場景或者模板給到企業(yè)，并且將各種接口預(yù)置，比如 ERP 適配。類似通用軟件，讓開發(fā)人員使用起來更輕松，降低學(xué)習(xí)成本，往更低代碼的方向發(fā)展。

另一方面，低代碼、RPA 發(fā)展到后面，會互相滲透結(jié)合，一起朝著超自動化領(lǐng)域發(fā)展，將流程能力，AI 能力、自動化能力、數(shù)據(jù)能力都整合到一個企業(yè)數(shù)字化的平臺。預(yù)期在這個領(lǐng)域會產(chǎn)生一些并購事件，使 IT 廠商具備更完整的能力，統(tǒng)一去向企業(yè)提供服務(wù)。

羅循衡認(rèn)為未來低代碼應(yīng)該朝著跟其他系統(tǒng)銜接能力層面再做提升。現(xiàn)在為了連接其他系統(tǒng)，往往需要招專人或者購買低代碼或無代碼的連接流工具，增加成本且影響開發(fā)效率。

其次，低代碼工具應(yīng)持續(xù)去提升安全性問題。對于安全審計、權(quán)限限制、歷史版本保留、水印防泄露、數(shù)據(jù)恢復(fù)等功能更加細(xì)化。

對于低代碼廠商來說，未來朝著更精細(xì)化的方向滿足市場需求，在現(xiàn)有功能基礎(chǔ)之上去開發(fā)新功能，適當(dāng)收費(fèi)讓企業(yè)健康生存下去，跟客戶共同增長。畢竟較之傳統(tǒng)花高價的軟件買斷方式，SaaS 模式實則便宜許多。

低代碼平臺這幾年一直在加速普及，很多企業(yè)已經(jīng)在探討如何使用，整個趨勢也很明確。吳哲銳稱：“不是說用或不用，而是誰先誰后的節(jié)奏問題”。

未來，低代碼在為企業(yè)提高效率的同時，也會朝著做更高級的應(yīng)用，向深度企業(yè)級的應(yīng)用發(fā)展。

結(jié)語

不置可否，低代碼對于軟件開發(fā)模式的敏捷、用戶可擴(kuò)展的友好模式，以及企業(yè)業(yè)務(wù)流程的構(gòu)建，起到了重要作用。

對于獨立開發(fā)者，讓低代碼服務(wù)商去做太多基礎(chǔ)設(shè)施模塊，而把更多精力花在基礎(chǔ)模塊之上所構(gòu)建的業(yè)務(wù)上。

對于 CIO ，更應(yīng)該以業(yè)務(wù)視角來看待 IT 決策，所有角色最終是服務(wù)于公司和業(yè)務(wù)的發(fā)展需要，包括預(yù)算、投入決策。

中國的企業(yè)多是自上而下的管理方式，這會導(dǎo)致企業(yè)有大量自定義需求，但也是低代碼能夠發(fā)揮更多價值的地方。業(yè)務(wù)至關(guān)重要，現(xiàn)實是大多中小企業(yè)工程師很稀缺，這讓低代碼可以作為 To B 市場的一個新變量，真正利用數(shù)字化帶來業(yè)務(wù)重構(gòu)。

文章來源于牛透社公眾號（ID：Neuters）