企業(yè)數(shù)字化新戰(zhàn)場(chǎng)：低代碼究竟是“毒瘤”還是“良藥”？（“低代碼開發(fā)”會(huì)是企業(yè)數(shù)字化轉(zhuǎn)型的理想選擇嗎）

這篇是技術(shù)領(lǐng)導(dǎo)力公眾號(hào)創(chuàng)始人——Mr.K先生直播的文字摘錄，這場(chǎng)直播獲得了滿堂喝彩，講的非常好，整篇文章大概4000字，建議大家看完。

來源：Mr.K-《帆軟·決勝數(shù)字化轉(zhuǎn)型》直播

文章整理：grace

Mr.K：公眾號(hào)“技術(shù)領(lǐng)導(dǎo)力”創(chuàng)始人、科技自媒體作者，將近20年互聯(lián)網(wǎng)技術(shù)從業(yè)經(jīng)驗(yàn)，曾擔(dān)任多家上市公司VP、CTO，出版過多本技術(shù)暢銷書，發(fā)表了多篇“企業(yè)數(shù)字化”方面的10w 爆文，在技術(shù)圈擁有廣泛的影響力。

今天我們分享的主題大概有以下幾個(gè)部分：

• 企業(yè)數(shù)字化轉(zhuǎn)型的底層邏輯是什么？
• 數(shù)字化轉(zhuǎn)型方法論：“金三角”法則
• 數(shù)字化新戰(zhàn)場(chǎng)“低代碼”為何走紅？
• 低代碼給企業(yè)帶來什么價(jià)值？
• 真低代碼和偽低代碼有什么區(qū)別？
• 應(yīng)對(duì)低代碼的正確姿勢(shì)

企業(yè)數(shù)字化轉(zhuǎn)型的底層邏輯

企業(yè)數(shù)字化演進(jìn)的底層邏輯就是企業(yè)治理的主要矛盾在發(fā)生變化。在社會(huì)化大生產(chǎn)時(shí)代，解決的是大規(guī)模生產(chǎn)效率的問題。上個(gè)世紀(jì)主要的技術(shù)進(jìn)步就是蒸汽機(jī)改良、電器的廣泛應(yīng)用。它極大地釋放了生產(chǎn)力使人類進(jìn)入了社會(huì)化大生產(chǎn)時(shí)代。為了應(yīng)對(duì)大規(guī)模生產(chǎn)效率的問題，管理學(xué)正式成為一門學(xué)科。大家熟悉的績(jī)效考核、平衡計(jì)分卡等等管理手段先后被發(fā)明出來。隨著計(jì)算機(jī)技術(shù)的普及，60年代出現(xiàn)了MRP2，作為一種企業(yè)的管理軟件也開始進(jìn)入企業(yè)管理當(dāng)中，企業(yè)的數(shù)字化水平有了進(jìn)一步的提升。直到90年代Gartner提出了ERP的概念，至此ERP就開始成為企業(yè)的標(biāo)配。

第二個(gè)是在互聯(lián)網(wǎng)時(shí)代，解決的是企業(yè)創(chuàng)新的問題。隨著互聯(lián)網(wǎng)技術(shù)的日益成熟，上網(wǎng)成為許多企業(yè)的標(biāo)配，也成為許多人的娛樂方式。90年代最重要的技術(shù)進(jìn)步就是互聯(lián)網(wǎng)，互聯(lián)網(wǎng)深刻地改變了人們的生產(chǎn)和生活。人們個(gè)性化的需求被釋放，要求產(chǎn)品創(chuàng)新，服務(wù)創(chuàng)新，于是大規(guī)模定制柔性生產(chǎn)被提出來了。企業(yè)為了應(yīng)對(duì)市場(chǎng)的需求，首先在組織上進(jìn)行了變革，扁平化。包括日本稻盛和夫提出的阿米巴哲學(xué)，支持企業(yè)快速創(chuàng)新和試錯(cuò)，許多企業(yè)紛紛效仿，推出了自家的中臺(tái)系統(tǒng)，不同程度的解決企業(yè)自身的模式創(chuàng)新的問題。

第三個(gè)階段是智能時(shí)代，賦予中小企業(yè)敏捷的能力。近幾年技術(shù)的主要變革是移動(dòng)化，大數(shù)據(jù)，云計(jì)算，人工智能。在我國移動(dòng)互聯(lián)網(wǎng)化的發(fā)展，推出了移動(dòng)支付、出行、購物、導(dǎo)航、社交等等非常豐富的應(yīng)用場(chǎng)景，產(chǎn)生了大量的數(shù)據(jù)。這次數(shù)據(jù)給人工智能提供了豐富的養(yǎng)料，再加上云計(jì)算的發(fā)展，使得大規(guī)模運(yùn)算成為可能。于是，我們邁入了智能時(shí)代。在智能時(shí)代下，對(duì)組織的靈活性，對(duì)個(gè)體的能力的要求進(jìn)一步提高。出現(xiàn)了去中心化的組織、自由職業(yè)，也就是個(gè)體崛起的時(shí)代。

那么對(duì)于企業(yè)來說，就要具備這種敏捷的能力，它作為企業(yè)的內(nèi)部能力。低代碼以低成本、原生、模板化、可少量定制的優(yōu)勢(shì)，天然滿足了這些中小企業(yè)對(duì)敏捷能力的訴求。那么為什么大型企業(yè)也需要低代碼呢？因?yàn)榇笮推髽I(yè)正在做去中心化，創(chuàng)客化，如海爾、美的這些大型企業(yè)，他們被拆分成數(shù)百個(gè)小型的企業(yè)，所以企業(yè)對(duì)于低代碼需求的旺盛催生了整個(gè)低代碼行業(yè)出現(xiàn)了井噴式的發(fā)展。

數(shù)字化轉(zhuǎn)型方法論：“金三角”法

所謂的金三角法就是把企業(yè)數(shù)字化轉(zhuǎn)型定為企業(yè)的一級(jí)戰(zhàn)略，進(jìn)行全局的謀劃，配備戰(zhàn)略及資源的支持。通過組織轉(zhuǎn)型激發(fā)組織活力，通過文化轉(zhuǎn)型創(chuàng)造轉(zhuǎn)型氛圍，把戰(zhàn)略統(tǒng)籌、技術(shù)業(yè)務(wù)驅(qū)動(dòng)、自主合作并行作為基本的原則。做好數(shù)字化轉(zhuǎn)型的底層設(shè)計(jì)平臺(tái)，賦能生態(tài)以及持續(xù)迭代，通過這些管理行動(dòng)來進(jìn)行整個(gè)企業(yè)數(shù)字化轉(zhuǎn)型的方法。

數(shù)字化新戰(zhàn)場(chǎng)，低代碼為何走紅？

從外因來說，疫情導(dǎo)致了中小企業(yè)數(shù)字化轉(zhuǎn)型的進(jìn)程被提前。以傳統(tǒng)餐飲業(yè)為例，他們需要迅速建立起來在線訂餐、客戶管理、營銷管理、員工辦公管理等系統(tǒng)。但是傳統(tǒng)的it開發(fā)方法成本太高，交付的周期太長(zhǎng)，不適合中小企業(yè)的敏捷性。另一方面，中大型企業(yè)的數(shù)字化服務(wù)市場(chǎng)經(jīng)過十幾年的發(fā)展陷入了增長(zhǎng)平臺(tái)期，不能夠滿足軟件企業(yè)業(yè)績(jī)方面的增長(zhǎng)，需要開辟一個(gè)嶄新廣闊的市場(chǎng)，于是中小企業(yè)數(shù)字化轉(zhuǎn)型的市場(chǎng)需求被挖掘出來。

從內(nèi)因來講，中小企業(yè)數(shù)字化轉(zhuǎn)型迫在眉睫。在全球疫情常態(tài)化的新格局下，中小企業(yè)只有擁抱數(shù)字化，實(shí)現(xiàn)經(jīng)營管理服務(wù)的轉(zhuǎn)型升級(jí)，才能夠降本增效、服務(wù)創(chuàng)新，實(shí)現(xiàn)新的業(yè)績(jī)?cè)鲩L(zhǎng)。在內(nèi)因和外因的共同作用下，低代碼成為了被風(fēng)口選中的行業(yè)，加上資本的涌入，整個(gè)行業(yè)突然就火起來了。

低代碼究竟給企業(yè)帶來什么樣的價(jià)值？

從傳統(tǒng)的研發(fā)模式跟企業(yè)敏捷的業(yè)務(wù)需求做一個(gè)對(duì)比來看，傳統(tǒng)的研發(fā)模式需要大量人員進(jìn)行參與。企業(yè)會(huì)提出大量的需求，而這些需求未必能夠及時(shí)地受理，以及在企業(yè)當(dāng)中，研發(fā)人員不熟悉業(yè)務(wù)，就會(huì)被業(yè)務(wù)部門的需求牽著走。開發(fā)語言開發(fā)出來的代碼比較難以維護(hù)，維護(hù)成本非常的高，交付的速度也越來越慢。

Gartner的數(shù)據(jù)報(bào)告顯示，到2025年70%的新應(yīng)用將由低代碼及無代碼技術(shù)來完成，那么從下圖我們可以看到，一個(gè)100人的團(tuán)隊(duì)使用低代碼能夠每年節(jié)省數(shù)10萬的成本。低代碼為企業(yè)提供了降本增效提質(zhì)的價(jià)值，降本增效提質(zhì)就是為企業(yè)降低研發(fā)成本、人力成本，提升研發(fā)效率，縮短產(chǎn)品交付的周期，加快企業(yè)試錯(cuò)的速度，降低試錯(cuò)成本，使企業(yè)在產(chǎn)品服務(wù)以及更快速的進(jìn)行迭代和優(yōu)化在激烈的市場(chǎng)競(jìng)爭(zhēng)中得以勝出。

在一項(xiàng)調(diào)查中我們發(fā)現(xiàn)，95%的人會(huì)認(rèn)為低代碼的開發(fā)速度相對(duì)于傳統(tǒng)方式有所提高，其中61%的高管認(rèn)為提高的速度在40%以上。低代碼為什么能夠降本增效呢？低代碼平臺(tái)具備哪些能力？

第一，開發(fā)過程可視化，可視化交互是低代碼平臺(tái)所具備的一種必備的能力。不再面對(duì)冷冰冰的傳統(tǒng)文本的id一邊記，轉(zhuǎn)而向可視化編輯器進(jìn)行交互，不再是UI交互、交互事件后臺(tái)接口等等。

第二，低代碼開發(fā)模塊化。這個(gè)能力和中臺(tái)SDK的概念有類似，就是將重復(fù)的公共的代碼沉淀出來封裝起來，讓開發(fā)人員可以在低代碼平臺(tái)上直接拿出來作為工具嵌入到產(chǎn)品中，這樣開發(fā)人員就不需要再關(guān)注這個(gè)功能。

第三，一次開發(fā)多端發(fā)布。對(duì)于前端研發(fā)人員來說，經(jīng)常需要多單發(fā)布同一個(gè)項(xiàng)目，H5小程序，ios，安卓等開發(fā)工作經(jīng)常需要不同的技術(shù)站研發(fā)人員，而對(duì)于低代碼就屏蔽了具體的代碼選型，內(nèi)部編輯器用的是低代碼統(tǒng)一的語言。最后發(fā)布上線，可以發(fā)布到小程序，ios，安卓等多個(gè)端口，盡量保持UI交互的一致性。

真低代碼和偽低代碼怎么分辨？

Gartner在2020年9月發(fā)布了企業(yè)及低代碼開發(fā)平臺(tái)的關(guān)鍵能力報(bào)告，定義了低代碼的11項(xiàng)能力，如下圖所示。

• 易用性，不寫代碼時(shí)的開發(fā)能力。在不寫代碼的情況下能夠完成多項(xiàng)復(fù)雜的系統(tǒng)搭建。
• 所開發(fā)出來的應(yīng)用用戶體驗(yàn)。它指的不是低代碼開發(fā)平臺(tái)本身的用戶體驗(yàn)，而是通過低代碼平臺(tái)開發(fā)出來的應(yīng)用帶給用戶的使用體驗(yàn)。
• 數(shù)據(jù)模型和管理。這個(gè)指標(biāo)就是通常我們所講的模型驅(qū)動(dòng)，相對(duì)于表單驅(qū)動(dòng)，模型驅(qū)動(dòng)能夠給我們提供數(shù)據(jù)庫設(shè)計(jì)范式的能力，開發(fā)的應(yīng)用復(fù)雜度越高，系統(tǒng)集成要求越高，這個(gè)能力就越關(guān)鍵。
• 工作流程與業(yè)務(wù)處理邏輯。流程應(yīng)用與業(yè)務(wù)邏輯開發(fā)的能力，這個(gè)能力有兩方面。第一是指用低代碼開發(fā)平臺(tái)是否可以開發(fā)出復(fù)雜的工作流和業(yè)務(wù)處理邏輯；第二是開發(fā)這些功能時(shí)便捷性和應(yīng)用性的程度有多高。
• 開發(fā)平臺(tái)的生態(tài)系統(tǒng)。低代碼開發(fā)平臺(tái)的本質(zhì)是開發(fā)工具。當(dāng)內(nèi)置在id一體開箱機(jī)用的功能。
• 編輯接口與系統(tǒng)集成的能力，避免數(shù)據(jù)孤島。
• 系統(tǒng)架構(gòu)。系統(tǒng)需要支持服務(wù)化分層架構(gòu)方式，支持高可用集群等方式。
• 服務(wù)質(zhì)量。系統(tǒng)的健壯性，無故障使用時(shí)長(zhǎng)，故障恢復(fù)時(shí)長(zhǎng)。
• 用戶模型與軟件開發(fā)全生命周期的支持。
• 治理和運(yùn)維?，F(xiàn)代軟件開發(fā)中的敏捷開發(fā)，代碼庫管理等等。
• 安全與合規(guī)。低代碼開發(fā)平臺(tái)需要提供靈活的部署方式，安全機(jī)制和全線控制。

低代碼的判定標(biāo)準(zhǔn)

• 拖拽式開發(fā)。拖拽式開發(fā)就是低代碼開發(fā)平臺(tái)給大家最直觀的印象也就是低代碼開發(fā)平臺(tái)最基本的特性。這一點(diǎn)市面上的許多低代碼平臺(tái)都能夠做到。
• 對(duì)象封裝與數(shù)據(jù)模型。這部分指的是低代碼平臺(tái)要操作的對(duì)象、數(shù)據(jù)模型、表達(dá)式等等，它可以是高度抽象和封裝的對(duì)象。
• 模型驅(qū)動(dòng)是相對(duì)于表單驅(qū)動(dòng)的，指的是對(duì)于數(shù)據(jù)進(jìn)行建模處理。
• 腳本語言。腳本語言實(shí)際上就是編程語言了，是低代碼平臺(tái)實(shí)現(xiàn)復(fù)雜業(yè)務(wù)邏輯的擴(kuò)展。可以使用常見的解釋性語言做到一鍵發(fā)布，即時(shí)運(yùn)行。
• 軟件測(cè)試與部署。低代碼開發(fā)平臺(tái)本質(zhì)是軟件開發(fā)工具，所以整體的開發(fā)過程要遵循軟件工程的流程規(guī)范。把這些過程變得簡(jiǎn)化、內(nèi)部封裝，降低了學(xué)習(xí)成本，即時(shí)運(yùn)行，方便代碼的調(diào)試。
• API與集成。主要是解決低代碼開發(fā)平臺(tái)開發(fā)出來的系統(tǒng)跟其他外部的系統(tǒng)數(shù)據(jù)互聯(lián)互通。否則就又造了一堆大煙囪，一些數(shù)據(jù)的孤島。

以上六個(gè)判定標(biāo)準(zhǔn)怎么使用呢？每一個(gè)維度1-10分，總共36分是及格線。分?jǐn)?shù)越高，表示這個(gè)低代碼開發(fā)平臺(tái)越完善，成熟度越高。通過這個(gè)方法可以簡(jiǎn)單判斷一個(gè)低代碼平臺(tái)是真低代碼還是偽低代碼。

對(duì)于企業(yè)來說，如何正確的應(yīng)對(duì)低代碼？

我們需要清楚地知道，低代碼正在處于技術(shù)成熟度曲線的創(chuàng)新萌芽期，即將進(jìn)入期望的膨脹期。從這個(gè)技術(shù)成熟度曲線當(dāng)中，我們可以知道類似的技術(shù)，比如說中臺(tái)技術(shù)都是經(jīng)歷了期望膨脹期到應(yīng)用成熟期。所以從低代碼的發(fā)展趨勢(shì)來看，還有3-5年的成熟應(yīng)用期。

一個(gè)典型的低代碼平臺(tái)是什么樣呢？我們以簡(jiǎn)道云為例。首先，必須具備知識(shí)庫模塊、業(yè)務(wù)流程模塊、在線表單、儀表盤以及高級(jí)功能工作臺(tái)、通訊錄等等。最后我們需要非常清楚地知道企業(yè)如何使用低代碼，在合適的時(shí)候引入低代碼，用低代碼去解決實(shí)際生產(chǎn)中的問題，千萬不要人云亦云。