低代碼并非新事物。優(yōu)秀程序員“以可配置為榮、以硬編碼為恥”，會(huì)在編碼的過(guò)程中追求功能抽象、組件復(fù)用及參數(shù)可配置。因此，低代碼的出現(xiàn)，可以說(shuō)是軟件行業(yè)眾多降本增效技術(shù)路線中的一條，在當(dāng)前階段發(fā)展成熟并得到了大規(guī)模推廣。近年來(lái)，國(guó)內(nèi)云計(jì)算高速發(fā)展、SAAS軟件模式快速普及、企業(yè)數(shù)字化的需求增長(zhǎng)等方面促進(jìn)了低代碼平臺(tái)開(kāi)發(fā)與應(yīng)用的高速發(fā)展，使之成為繼RPA之后企業(yè)數(shù)字化轉(zhuǎn)型的明星工具。如果說(shuō)RPA將線上流程自動(dòng)化，那么低代碼解決了更基礎(chǔ)的問(wèn)題，用極低的成本將線下的工作規(guī)范化、流程化、線上化。

經(jīng)過(guò)恰當(dāng)?shù)臄?shù)據(jù)模型設(shè)計(jì)和流程設(shè)計(jì)，線上的數(shù)據(jù)以更高的頻率被采集，更快的速度流通，更細(xì)的粒度描繪業(yè)務(wù)，這就是企業(yè)數(shù)字化轉(zhuǎn)型的過(guò)程——以更高的分辨率感知和應(yīng)對(duì)業(yè)務(wù)的變化。低代碼與套裝軟件、源碼自研均可達(dá)到類似效果，但在實(shí)現(xiàn)成本上卻存在巨大差異。

民生證券股份有限公司 信息技術(shù)中心總裁 吳哲銳

數(shù)字化轉(zhuǎn)型的痛點(diǎn)

1.市場(chǎng)競(jìng)爭(zhēng)加劇，數(shù)字化轉(zhuǎn)型需求不斷涌現(xiàn)，但資源缺口導(dǎo)致長(zhǎng)尾需求無(wú)法滿足。后疫情時(shí)代，隨著市場(chǎng)競(jìng)爭(zhēng)加劇，線下臺(tái)賬、紙質(zhì)審批單跑簽等傳統(tǒng)處理模式逐漸跟不上業(yè)務(wù)快速發(fā)展的步伐，也有越來(lái)越多的部門(mén)提出線上收集數(shù)據(jù)、實(shí)時(shí)數(shù)據(jù)分析支持、管理駕駛艙等數(shù)字化轉(zhuǎn)型需求。但在傳統(tǒng)開(kāi)發(fā)模式下，僅僅針對(duì)核心系統(tǒng)的建設(shè)、運(yùn)維等重要且緊急的需求，信息技術(shù)部門(mén)就已疲于應(yīng)對(duì)，對(duì)于企業(yè)經(jīng)營(yíng)活動(dòng)中散落在各條線的大量且零碎的長(zhǎng)尾需求更是有心無(wú)力。

2.轉(zhuǎn)型業(yè)務(wù)模式多變、收益不確定，軟件成本高導(dǎo)致全面數(shù)字化推動(dòng)力不足。為快速響應(yīng)市場(chǎng)、客戶需求的變化，數(shù)字化轉(zhuǎn)型需要不斷優(yōu)化、調(diào)整業(yè)務(wù)模式。在需求明確、資源足夠的情況下，按照傳統(tǒng)開(kāi)發(fā)模式，一個(gè)完整的軟件項(xiàng)目落地可能需要3~12個(gè)月不等的時(shí)間。而在創(chuàng)新業(yè)務(wù)模式探索的過(guò)程中，需求可能會(huì)根據(jù)實(shí)際業(yè)務(wù)情況變化而變化，導(dǎo)致開(kāi)發(fā)周期變長(zhǎng)，投入成本及收益都難以預(yù)計(jì)。

3.傳統(tǒng)系統(tǒng)架構(gòu)復(fù)雜，可擴(kuò)展性及集成度不高。目前大多數(shù)企業(yè)的核心系統(tǒng)，仍然沿用多年前技術(shù)架構(gòu)，集成成本高，歷經(jīng)升級(jí)后數(shù)據(jù)結(jié)構(gòu)復(fù)雜，且不具備較好的可拓展性和靈活性，對(duì)新業(yè)務(wù)支持改造大、周期長(zhǎng)，逐漸成為數(shù)字化轉(zhuǎn)型發(fā)展中面臨的重大難題。若想完成數(shù)據(jù)互聯(lián)互通或新增、重構(gòu)某一功能模塊，不僅工作量和成本巨大，而且傷筋動(dòng)骨，后患難測(cè)。

低代碼技術(shù)帶來(lái)新思路

1.“拖拉拽”的可視化開(kāi)發(fā)，低成本快速響應(yīng)需求。由于低代碼平臺(tái)可以將功能標(biāo)準(zhǔn)化、組件化，并且支持可視化的應(yīng)用開(kāi)發(fā)，開(kāi)發(fā)者能更高效、便捷地開(kāi)發(fā)應(yīng)用，減少代碼編寫(xiě)量，有效減少了編碼可能引入的缺陷，使得排查及修復(fù)缺陷的效率提高。對(duì)于沒(méi)有開(kāi)發(fā)技能的業(yè)務(wù)人員也能在低代碼平臺(tái)上大顯身手，自行拖拽表單、報(bào)表、配置審批流等。當(dāng)技術(shù)部門(mén)搭建好低代碼平臺(tái)，并做好必要的集成和安全加固后，具有一定軟件意識(shí)、流程意識(shí)，即使完全不會(huì)編寫(xiě)程序代碼的員工，也可以快速實(shí)現(xiàn)管理類需求，實(shí)現(xiàn)IT資源和能力的快速釋放。

使用低代碼平臺(tái)后，應(yīng)用實(shí)現(xiàn)周期縮短到1~2周。業(yè)務(wù)部門(mén)長(zhǎng)期未被滿足、大量、零散的數(shù)字化需求，得到及時(shí)解決。同時(shí)，讓業(yè)務(wù)人員參與低代碼開(kāi)發(fā)工作，化解數(shù)字化變革與傳統(tǒng)穩(wěn)定性之間的矛盾關(guān)系，主動(dòng)投入，近距離感受變革后的成果，這會(huì)使組織內(nèi)部的群體更協(xié)作高效，打造出來(lái)的產(chǎn)品將更具有生命力及靈活應(yīng)變能力。

2.業(yè)務(wù)探索和快速試錯(cuò)，減少需求變更帶來(lái)的損失。對(duì)于一些新業(yè)務(wù)場(chǎng)景的探索，前期需求規(guī)劃可能不清晰、不明確，需要小步快走，逐步打磨，對(duì)應(yīng)用的靈活度及調(diào)整響應(yīng)度要求較高。低代碼平臺(tái)可以包容此類場(chǎng)景，根據(jù)實(shí)際業(yè)務(wù)反饋，及時(shí)、快速、靈活地基于現(xiàn)有組件進(jìn)行組合，以適應(yīng)變化多端的業(yè)務(wù)，及時(shí)驗(yàn)證新業(yè)務(wù)場(chǎng)景是否可靠。低代碼開(kāi)發(fā)模式因需求變化造成的損失相較于傳統(tǒng)開(kāi)發(fā)模式減少很多，尤其適用于創(chuàng)新業(yè)務(wù)探索及需求挖掘。

當(dāng)創(chuàng)新業(yè)務(wù)規(guī)模化后，對(duì)系統(tǒng)性能、交互提出更高要求時(shí)，前期支撐的低代碼應(yīng)用功能可以遷移到自研系統(tǒng)或商業(yè)軟件。迭代過(guò)程中，已經(jīng)澄清、沉淀好的業(yè)務(wù)規(guī)則、運(yùn)營(yíng)職責(zé)、第三方交互也都可以繼續(xù)沿用，減少業(yè)務(wù)、第三方與廠商或者新研發(fā)團(tuán)隊(duì)的溝通成本，縮短新系統(tǒng)的落地周期、減少新系統(tǒng)構(gòu)建成本。

3.“樂(lè)高式”應(yīng)用搭建，功能可復(fù)用性、可擴(kuò)展性強(qiáng)。低代碼平臺(tái)不僅支持開(kāi)發(fā)一些簡(jiǎn)單的表單、報(bào)表展示、流程應(yīng)用等，相對(duì)復(fù)雜的移動(dòng)端應(yīng)用、管理類軟件等，也同樣適用。技術(shù)部門(mén)將低代碼平臺(tái)與其他平臺(tái)、業(yè)務(wù)系統(tǒng)做好對(duì)接后，全流程數(shù)字化的落地變得較為簡(jiǎn)單，可助力企業(yè)快速實(shí)現(xiàn)數(shù)字化。例如，當(dāng)?shù)痛a平臺(tái)與移動(dòng)工作終端高度集成時(shí)，開(kāi)發(fā)人員可以一鍵將PC端應(yīng)用發(fā)布到移動(dòng)端而不需要額外的開(kāi)發(fā)投入。

同時(shí)，隨著工具開(kāi)箱組件的增加，以及云原生、微服務(wù)等技術(shù)的發(fā)展，通過(guò)平臺(tái)架構(gòu)設(shè)計(jì)和編排引擎的使用，場(chǎng)景開(kāi)發(fā)能力、經(jīng)驗(yàn)得到最大范圍應(yīng)用，不僅為開(kāi)發(fā)人員減少了開(kāi)發(fā)中重復(fù)造輪子的境況，同時(shí)，拼搭式構(gòu)建場(chǎng)景，也大大提高了開(kāi)發(fā)者的成就感，形成更為廣泛的低代碼開(kāi)發(fā)參與度。

4.多應(yīng)用共生于同一平臺(tái)，快速實(shí)現(xiàn)新場(chǎng)景孵化和業(yè)務(wù)協(xié)同。在企業(yè)經(jīng)營(yíng)活動(dòng)中，部門(mén)間的業(yè)務(wù)往來(lái)、上下游操作往往割裂在不同的業(yè)務(wù)系統(tǒng)中，如果能讓這些部門(mén)的部分操作應(yīng)用在一個(gè)平臺(tái)里搭建，上下游操作間彼此可以產(chǎn)生聯(lián)系，從而打破信息系統(tǒng)孤島。在低代碼平臺(tái)中，應(yīng)用間相互獨(dú)立但不割裂，在嚴(yán)格的數(shù)據(jù)及功能權(quán)限控制下，新場(chǎng)景孵化、業(yè)務(wù)協(xié)同的快速實(shí)現(xiàn)成為可能。

民生證券的實(shí)踐經(jīng)驗(yàn)與展望

1.組建自有CoE團(tuán)隊(duì)，逐漸形成業(yè)務(wù)、技術(shù)、管理超融合的自治交付生態(tài)。阻礙數(shù)字化發(fā)展的難題之一是缺乏大量既懂業(yè)務(wù)又懂技術(shù)的復(fù)合型人才。我們有意識(shí)地通過(guò)組織內(nèi)競(jìng)聘、低代碼用戶編程系列培訓(xùn)等方式，招募并培養(yǎng)出一批與業(yè)務(wù)深度融合的CoE（Center of Excellence）卓越中心成員。剛開(kāi)始，CoE主要由分支機(jī)構(gòu)的技術(shù)人員組成，他們熟悉公司內(nèi)部業(yè)務(wù)、基礎(chǔ)設(shè)施、安全制度及人事關(guān)系。最近，隨著管理數(shù)字化轉(zhuǎn)型輻射領(lǐng)域的擴(kuò)展，這支大軍里又陸續(xù)增加了財(cái)務(wù)、運(yùn)營(yíng)等部門(mén)人員。通過(guò)規(guī)范研發(fā)過(guò)程管理機(jī)制，實(shí)現(xiàn)低成本與風(fēng)險(xiǎn)控制的平衡。

2.因地制宜地對(duì)低代碼工具進(jìn)行賦能，拓展場(chǎng)景開(kāi)發(fā)能力。通過(guò)一系列的數(shù)字化意識(shí)喚醒培訓(xùn)及數(shù)字化應(yīng)用實(shí)踐，逐步喚醒從一線員工到管理者、從總部到分支機(jī)構(gòu)、從前臺(tái)到中后臺(tái)的數(shù)字化需求。這些需求既包括建設(shè)公司級(jí)機(jī)構(gòu)CRM這樣的大項(xiàng)目，又包括一些因?yàn)椴幻鞔_實(shí)現(xiàn)方式等原因?qū)е聵I(yè)務(wù)部門(mén)原本不敢提的部門(mén)內(nèi)長(zhǎng)尾需求?？傮w來(lái)說(shuō)，除了追求高性能、高并發(fā)、高可用的“三高”需求以及市場(chǎng)上已有成熟軟件滿足的標(biāo)準(zhǔn)業(yè)務(wù)需求，大多數(shù)的信息管理（增刪改查）、統(tǒng)計(jì)報(bào)表、跨部門(mén)協(xié)同流程應(yīng)用甚至對(duì)應(yīng)的移動(dòng)端應(yīng)用，低代碼均可滿足。

例如，基于低代碼搭建的公司級(jí)機(jī)構(gòu)CRM-共贏平臺(tái)就實(shí)現(xiàn)了從初期數(shù)據(jù)收集到后期數(shù)據(jù)反哺、展業(yè)依賴的跨越。前期用戶提供客戶數(shù)據(jù)、登記拜訪記錄；通過(guò)二次開(kāi)發(fā)實(shí)現(xiàn)較為復(fù)雜的業(yè)務(wù)協(xié)同項(xiàng)目的四級(jí)數(shù)據(jù)決算、定時(shí)待辦推送；后期整合并可視化客戶咨詢以及在公司發(fā)生的所有業(yè)務(wù)數(shù)據(jù)，支持客戶專屬服務(wù)團(tuán)隊(duì)展業(yè)；打通低代碼平臺(tái)與OA、IM的連接，將所有審批待辦集中到OA、IM提醒，提高內(nèi)部協(xié)作效率。

3.未來(lái)展望：搭乘超自動(dòng)化的快車道，拓展低代碼能力象限。低代碼開(kāi)發(fā)技術(shù)百花齊放，工具原廠能力在企業(yè)的發(fā)揮往往有一定的局限。一方面，工具提供的模塊化組件與企業(yè)級(jí)管理應(yīng)用的構(gòu)建需求有一定差距，總有一些環(huán)節(jié)是低代碼工具無(wú)法開(kāi)箱支持的；另一方面，企業(yè)內(nèi)存在尚未打通的系統(tǒng)間調(diào)用、協(xié)同，僅用低代碼工具無(wú)法形成交付端到端閉環(huán)應(yīng)用的能力。

超自動(dòng)化以業(yè)務(wù)交付為核心，協(xié)同使用不同技術(shù)，整合多種工具以及公司內(nèi)平臺(tái)、業(yè)務(wù)系統(tǒng)乃至自研服務(wù)的能力。有了超自動(dòng)化平臺(tái)的底座，更多組件和能力將被補(bǔ)充到低代碼工具之上，如數(shù)據(jù)分析組件、AI能力等。CoE研發(fā)人員也就有了更豐富的場(chǎng)景開(kāi)發(fā)能力，低代碼工具構(gòu)建的應(yīng)用才得以在企業(yè)經(jīng)營(yíng)活動(dòng)中真正“動(dòng)”起來(lái)。這個(gè)“動(dòng)”，既包含了數(shù)據(jù)聯(lián)通，也包含了流程聯(lián)動(dòng)。

在數(shù)字化時(shí)代，傳統(tǒng)開(kāi)發(fā)模式的交付短板將被低代碼快速補(bǔ)充，兩者互補(bǔ)形成與業(yè)務(wù)發(fā)展、管理機(jī)制調(diào)整相匹配的交付效率。低代碼平臺(tái)作為數(shù)字化轉(zhuǎn)型的“助推器”已逐步被市場(chǎng)證明其價(jià)值。未來(lái)，在超自動(dòng)化平臺(tái)的搭載下，低代碼能力邊界會(huì)逐漸模糊，能力象限將不斷得以拓展、延伸，助力更廣泛、更深刻、更敏捷的數(shù)字化轉(zhuǎn)型。

（欄目編輯：韓維蜜）