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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

民生證券的實踐經(jīng)驗與展望

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

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

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

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

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

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

（欄目編輯：韓維蜜）