這篇是技術領導力公衆号創始人——Mr.K先生直播的文字摘錄，這場直播獲得了滿堂喝彩，講的非常好，整篇文章大概4000字，建議大家看完。

來源：Mr.K-《帆軟·決勝數字化轉型》直播

文章整理：grace

Mr.K：公衆号“技術領導力”創始人、科技自媒體作者，将近20年互聯網技術從業經驗，曾擔任多家上市公司VP、CTO，出版過多本技術暢銷書，發表了多篇“企業數字化”方面的10w 爆文，在技術圈擁有廣泛的影響力。

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

• 企業數字化轉型的底層邏輯是什麼？
• 數字化轉型方法論：“金三角”法則
• 數字化新戰場“低代碼”為何走紅？
• 低代碼給企業帶來什麼價值？
• 真低代碼和僞低代碼有什麼區别？
• 應對低代碼的正确姿勢

企業數字化演進的底層邏輯就是企業治理的主要矛盾在發生變化。在社會化大生産時代，解決的是大規模生産效率的問題。上個世紀主要的技術進步就是蒸汽機改良、電器的廣泛應用。它極大地釋放了生産力使人類進入了社會化大生産時代。為了應對大規模生産效率的問題，管理學正式成為一門學科。大家熟悉的績效考核、平衡計分卡等等管理手段先後被發明出來。随着計算機技術的普及，60年代出現了MRP2，作為一種企業的管理軟件也開始進入企業管理當中，企業的數字化水平有了進一步的提升。直到90年代Gartner提出了ERP的概念，至此ERP就開始成為企業的标配。

第二個是在互聯網時代，解決的是企業創新的問題。随着互聯網技術的日益成熟，上網成為許多企業的标配，也成為許多人的娛樂方式。90年代最重要的技術進步就是互聯網，互聯網深刻地改變了人們的生産和生活。人們個性化的需求被釋放，要求産品創新，服務創新，于是大規模定制柔性生産被提出來了。企業為了應對市場的需求，首先在組織上進行了變革，扁平化。包括日本稻盛和夫提出的阿米巴哲學，支持企業快速創新和試錯，許多企業紛紛效仿，推出了自家的中台系統，不同程度的解決企業自身的模式創新的問題。

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

那麼對于企業來說，就要具備這種敏捷的能力，它作為企業的内部能力。低代碼以低成本、原生、模闆化、可少量定制的優勢，天然滿足了這些中小企業對敏捷能力的訴求。那麼為什麼大型企業也需要低代碼呢？因為大型企業正在做去中心化，創客化，如海爾、美的這些大型企業，他們被拆分成數百個小型的企業，所以企業對于低代碼需求的旺盛催生了整個低代碼行業出現了井噴式的發展。

所謂的金三角法就是把企業數字化轉型定為企業的一級戰略，進行全局的謀劃，配備戰略及資源的支持。通過組織轉型激發組織活力，通過文化轉型創造轉型氛圍，把戰略統籌、技術業務驅動、自主合作并行作為基本的原則。做好數字化轉型的底層設計平台，賦能生态以及持續叠代，通過這些管理行動來進行整個企業數字化轉型的方法。

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

從内因來講，中小企業數字化轉型迫在眉睫。在全球疫情常态化的新格局下，中小企業隻有擁抱數字化，實現經營管理服務的轉型升級，才能夠降本增效、服務創新，實現新的業績增長。在内因和外因的共同作用下，低代碼成為了被風口選中的行業，加上資本的湧入，整個行業突然就火起來了。

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

Gartner的數據報告顯示，到2025年70%的新應用将由低代碼及無代碼技術來完成，那麼從下圖我們可以看到，一個100人的團隊使用低代碼能夠每年節省數10萬的成本。低代碼為企業提供了降本增效提質的價值，降本增效提質就是為企業降低研發成本、人力成本，提升研發效率，縮短産品交付的周期，加快企業試錯的速度，降低試錯成本，使企業在産品服務以及更快速的進行叠代和優化在激烈的市場競争中得以勝出。

在一項調查中我們發現，95%的人會認為低代碼的開發速度相對于傳統方式有所提高，其中61%的高管認為提高的速度在40%以上。低代碼為什麼能夠降本增效呢？低代碼平台具備哪些能力？

第一，開發過程可視化，可視化交互是低代碼平台所具備的一種必備的能力。不再面對冷冰冰的傳統文本的id一邊記，轉而向可視化編輯器進行交互，不再是UI交互、交互事件後台接口等等。

第二，低代碼開發模塊化。這個能力和中台SDK的概念有類似，就是将重複的公共的代碼沉澱出來封裝起來，讓開發人員可以在低代碼平台上直接拿出來作為工具嵌入到産品中，這樣開發人員就不需要再關注這個功能。

第三，一次開發多端發布。對于前端研發人員來說，經常需要多單發布同一個項目，H5小程序，ios，安卓等開發工作經常需要不同的技術站研發人員，而對于低代碼就屏蔽了具體的代碼選型，内部編輯器用的是低代碼統一的語言。最後發布上線，可以發布到小程序，ios，安卓等多個端口，盡量保持UI交互的一緻性。

Gartner在2020年9月發布了企業及低代碼開發平台的關鍵能力報告，定義了低代碼的11項能力，如下圖所示。

• 易用性，不寫代碼時的開發能力。在不寫代碼的情況下能夠完成多項複雜的系統搭建。
• 所開發出來的應用用戶體驗。它指的不是低代碼開發平台本身的用戶體驗，而是通過低代碼平台開發出來的應用帶給用戶的使用體驗。
• 數據模型和管理。這個指标就是通常我們所講的模型驅動，相對于表單驅動，模型驅動能夠給我們提供數據庫設計範式的能力，開發的應用複雜度越高，系統集成要求越高，這個能力就越關鍵。
• 工作流程與業務處理邏輯。流程應用與業務邏輯開發的能力，這個能力有兩方面。第一是指用低代碼開發平台是否可以開發出複雜的工作流和業務處理邏輯；第二是開發這些功能時便捷性和應用性的程度有多高。
• 開發平台的生态系統。低代碼開發平台的本質是開發工具。當内置在id一體開箱機用的功能。
• 編輯接口與系統集成的能力，避免數據孤島。
• 系統架構。系統需要支持服務化分層架構方式，支持高可用集群等方式。
• 服務質量。系統的健壯性，無故障使用時長，故障恢複時長。
• 用戶模型與軟件開發全生命周期的支持。
• 治理和運維。現代軟件開發中的敏捷開發，代碼庫管理等等。
• 安全與合規。低代碼開發平台需要提供靈活的部署方式，安全機制和全線控制。

• 拖拽式開發。拖拽式開發就是低代碼開發平台給大家最直觀的印象也就是低代碼開發平台最基本的特性。這一點市面上的許多低代碼平台都能夠做到。
• 對象封裝與數據模型。這部分指的是低代碼平台要操作的對象、數據模型、表達式等等，它可以是高度抽象和封裝的對象。
• 模型驅動是相對于表單驅動的，指的是對于數據進行建模處理。
• 腳本語言。腳本語言實際上就是編程語言了，是低代碼平台實現複雜業務邏輯的擴展。可以使用常見的解釋性語言做到一鍵發布，即時運行。
• 軟件測試與部署。低代碼開發平台本質是軟件開發工具，所以整體的開發過程要遵循軟件工程的流程規範。把這些過程變得簡化、内部封裝，降低了學習成本，即時運行，方便代碼的調試。
• API與集成。主要是解決低代碼開發平台開發出來的系統跟其他外部的系統數據互聯互通。否則就又造了一堆大煙囪，一些數據的孤島。

以上六個判定标準怎麼使用呢？每一個維度1-10分，總共36分是及格線。分數越高，表示這個低代碼開發平台越完善，成熟度越高。通過這個方法可以簡單判斷一個低代碼平台是真低代碼還是僞低代碼。

我們需要清楚地知道，低代碼正在處于技術成熟度曲線的創新萌芽期，即将進入期望的膨脹期。從這個技術成熟度曲線當中，我們可以知道類似的技術，比如說中台技術都是經曆了期望膨脹期到應用成熟期。所以從低代碼的發展趨勢來看，還有3-5年的成熟應用期。

一個典型的低代碼平台是什麼樣呢？我們以簡道雲為例。首先，必須具備知識庫模塊、業務流程模塊、在線表單、儀表盤以及高級功能工作台、通訊錄等等。最後我們需要非常清楚地知道企業如何使用低代碼，在合适的時候引入低代碼，用低代碼去解決實際生産中的問題，千萬不要人雲亦雲。

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!