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

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

文章整理：grace

Mr.K：公眾號“技術(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ù)圈擁有廣泛的影響力。

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

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

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

企業(yè)數(shù)字化演進(jìn)的底層邏輯就是企業(yè)治理的主要矛盾在發(fā)生變化。在社會化大生產(chǎn)時(shí)代，解決的是大規(guī)模生產(chǎn)效率的問題。上個世紀(jì)主要的技術(shù)進(jìn)步就是蒸汽機(jī)改良、電器的廣泛應(yīng)用。它極大地釋放了生產(chǎn)力使人類進(jìn)入了社會化大生產(chǎn)時(shí)代。為了應(yīng)對大規(guī)模生產(chǎn)效率的問題，管理學(xué)正式成為一門學(xué)科。大家熟悉的績效考核、平衡計(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)配。

第二個是在互聯(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)和生活。人們個性化的需求被釋放，要求產(chǎn)品創(chuàng)新，服務(wù)創(chuàng)新，于是大規(guī)模定制柔性生產(chǎn)被提出來了。企業(yè)為了應(yīng)對市場的需求，首先在組織上進(jìn)行了變革，扁平化。包括日本稻盛和夫提出的阿米巴哲學(xué)，支持企業(yè)快速創(chuàng)新和試錯，許多企業(yè)紛紛效仿，推出了自家的中臺系統(tǒng)，不同程度的解決企業(yè)自身的模式創(chuàng)新的問題。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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