Z老板是一家貿(mào)易公司的CEO，我曾經(jīng)給他做過IT顧問，上周他跟我吐槽，被“低代碼”給坑慘了。

事情是這樣的，一年以前Z老板被某家軟件公司的銷售忽悠，說Z老板的管理理念落后了，現(xiàn)在已經(jīng)是數(shù)字化時代了，而Z老板還在用信息化時代的軟件系統(tǒng)。

Z老板雖然很擅長企業(yè)經(jīng)營，但是卻不太懂IT，于是就被對方給忽悠了。先后花了200多萬，上了一套 “低代碼”系統(tǒng)，哪知道這套系統(tǒng)本身的成熟度不高、使用體驗很差，更不要說可定制化了。

而該軟件公司的實施顧問，對貿(mào)易業(yè)務(wù)也不了解，連主流程都沒法順暢跑下來，員工怨聲載道，甚至還影響了2個重要客戶的業(yè)務(wù)開展，最終項目宣告失敗。

聽完Z老板的哭訴，我說，你這是被 “偽低代碼” 給拖垮了。

01 如何分辨：“真低代碼” 與 “偽低代碼”？

一提到低代碼，你首先想到的是“拖拉拽”就生成一套靈活、強大的企業(yè)軟件。實際上，真正的低代碼不僅僅一款軟件， 還是一種企業(yè)IT治理思想、IT與業(yè)務(wù)深度融合的方法論，是承載企業(yè)數(shù)字化轉(zhuǎn)型的重要技術(shù)手段 。

如果對低代碼的認知不足，企業(yè)就很容易掉進 “偽低代碼”的陷阱。那么，究竟要如何分辨 “真低代碼” 和 “偽低代碼”呢？主要看以下5個特征：

1、是否支持敏捷交付

低代碼的重要理念就是“敏捷交付”能力，不論企業(yè)的業(yè)務(wù)流程有多么復(fù)雜，都可以用MVP（最小可用產(chǎn)品）的方式搭建出一套系統(tǒng)，先跑起來。業(yè)務(wù)人員在使用的過程中提出反饋，再繼續(xù)完善功能，形成正反饋工作閉環(huán)。這種迭代演進的方式，能夠最大限度地減少問題、降低一次性投入成本，從而避免了風(fēng)險。

2、是否跟業(yè)務(wù)方共同開發(fā)

低代碼提供了友好的定制開發(fā)界面，極大降低了基于系統(tǒng)“二次開發(fā)”的門檻，使得業(yè)務(wù)人員或初級開發(fā)人員稍作培訓(xùn)，就可以快速掌握。

3、是否高度依賴IT部門

低代碼的出現(xiàn)，使得“ 開發(fā)左移 ”得以實現(xiàn)。所謂的“開發(fā)左移”，指的是將開發(fā)工作轉(zhuǎn)交給軟件開發(fā)流水線的上游，也就是業(yè)務(wù)方。使得業(yè)務(wù)方獲得更多的軟件定義權(quán)，增強了解決方案，減少對IT部門的依賴。

4、是否優(yōu)化業(yè)務(wù)流程

低代碼是承載企業(yè)數(shù)字化轉(zhuǎn)型的技術(shù)手段，企業(yè)在做數(shù)字化轉(zhuǎn)型的過程當(dāng)中，首先要做戰(zhàn)略規(guī)劃、業(yè)務(wù)架構(gòu)梳理、IT架構(gòu)設(shè)計、數(shù)據(jù)架構(gòu)搭建等等。完成了業(yè)務(wù)流程的優(yōu)化，這個時候才知道企業(yè)需要什么樣的數(shù)字化系統(tǒng)。

5、是否推動組織變革

企業(yè)數(shù)字化戰(zhàn)略確定后，就要投入相應(yīng)的資源，進行組織變革，確保數(shù)字化戰(zhàn)略最終得以落地。

02 “偽低代碼” 是如何搞垮公司的？

1、只上軟件，不升級思維模式

企業(yè)數(shù)字化轉(zhuǎn)型，從來都不是IT問題，而是業(yè)務(wù)方思維轉(zhuǎn)型的問題。光是上一套軟件，并不能實現(xiàn)企業(yè)數(shù)字化轉(zhuǎn)型。這是最核心的，也是最難的部分。

2、業(yè)務(wù)方參與度不足

在許多公司里，實施低代碼的過程當(dāng)中，企業(yè)方參與度不夠，還像實施傳統(tǒng)企業(yè)管理軟件那樣，把業(yè)務(wù)流程圖給IT人員，IT人員完成系統(tǒng)搭建和初始化工作，然后業(yè)務(wù)人員進行試用，再提出修改意見。

這就好比在山路上開蘭博基尼，就算你有再好的性能，也是發(fā)揮不出來的。

3、高度依賴IT部門

傳統(tǒng)的企業(yè)管理軟件實施方式，高度依賴IT部門，就算IT人員響應(yīng)再快也都需要一個過程。在實施低代碼的過程當(dāng)中，業(yè)務(wù)方理解不到位、乙方公司培訓(xùn)不足，都會導(dǎo)致上了低代碼之后，業(yè)務(wù)方仍然高度依賴IT部門，這就增加了IT部門的維護成本。也就是說，軟件最有價值的地方并沒有完全釋放出來。

4、并未優(yōu)化現(xiàn)有業(yè)務(wù)流程

許多公司花了重金購買低代碼系統(tǒng)，部署完之后，把業(yè)務(wù)單據(jù)都錄入系統(tǒng)，報表出得來，就算項目成功了?？蓪嶋H上，對原有的業(yè)務(wù)流程并未做任何優(yōu)化，公司運營效率非但沒有提升，反而需要增加幾個系統(tǒng)錄入員的崗位。

5、不進行組織變革

數(shù)字化轉(zhuǎn)型戰(zhàn)略要落地，就需要對組織進行變革，這勢必會動到個人利益，必定會引起部分人員的強烈反對。這也是許多IT人員不愿意去觸碰的地方。

許多企業(yè)IT負責(zé)人都采取“鴕鳥策略”，不愿意直面問題，導(dǎo)致公司掉進了 “偽低代碼”的坑還不自知。

03 企業(yè)如何實施 “真低代碼”？

1、升級數(shù)字化思維

企業(yè)實施低代碼，首先要升級數(shù)字化思維。所謂數(shù)字化思維，包含了：數(shù)據(jù)思維、系統(tǒng)思維、敏捷思維、用戶思維、產(chǎn)品思維、生態(tài)思維等方面。

簡單來講，數(shù)據(jù)思維就是用數(shù)據(jù)來理解事物的思維，凡是決策必有數(shù)據(jù)的思考方法；系統(tǒng)思維是一種抽象思維，把多個事物看作整體的、有聯(lián)系進行全局思考。其他幾種思維都比較好理解，就不多做解釋了。

2、業(yè)務(wù)方深度參與實施

IT部門以及乙方公司要對業(yè)務(wù)方進行足夠的宣導(dǎo)，將低代碼提供的“開發(fā)左移”理念貫徹到位。讓業(yè)務(wù)方深度參與低代碼的實施過程，逐步培養(yǎng)業(yè)務(wù)方“二次開發(fā)”的能力。

推廣“開發(fā)左移”的理念，有助于業(yè)務(wù)方快速優(yōu)化流程，敏捷改進，真正實現(xiàn)端到端的交付，為企業(yè)經(jīng)營降本增效，帶來價值增量。

3、IT部門提供必要支持

通過低代碼能夠降低業(yè)務(wù)方對IT的依賴，讓IT部門把有限的開發(fā)資源投入到企業(yè)IT架構(gòu)、數(shù)據(jù)治理、智能分析等核心的工作當(dāng)中。

同時，IT部門要做好后續(xù)的支撐、系統(tǒng)運維、培訓(xùn)等服務(wù)，讓業(yè)務(wù)人員沒有后顧之憂，把更多業(yè)務(wù)往低代碼上遷移。

4、梳理業(yè)務(wù)架構(gòu)，通過“低代碼”落地

企業(yè)數(shù)字化轉(zhuǎn)型的首要任務(wù)是梳理頂層業(yè)務(wù)架構(gòu)，劃分好業(yè)務(wù)域，這個工作除了產(chǎn)品、技術(shù)主導(dǎo)，還需要業(yè)務(wù)方共同參與。

有了相對清晰的業(yè)務(wù)規(guī)劃藍圖、業(yè)務(wù)域劃分，就可以通過“低代碼”實現(xiàn)快速交付。隨著企業(yè)的不斷發(fā)展，業(yè)務(wù)架構(gòu)也會隨之改變，這就需要業(yè)務(wù)系統(tǒng)具備足夠的敏捷性、柔性，這恰恰就是低代碼的優(yōu)勢所在。

5、數(shù)字化轉(zhuǎn)型，驅(qū)動組織變革

也許你會說，我上個“低代碼”，跟組織變革有什么關(guān)系？前面提到，“低代碼”是企業(yè)數(shù)字化轉(zhuǎn)型的實現(xiàn)手段。

只有認知升級到這個層面，才能夠更好的實現(xiàn)IT賦能企業(yè)。

有一位IT前輩說過：“傳統(tǒng)企業(yè)數(shù)字化轉(zhuǎn)型的過程，就是‘砍人’的過程?！?通過技術(shù)手段不斷為企業(yè)提質(zhì)增效，釋放人力資源，幫助傳統(tǒng)企業(yè)從勞動密集型向知識密集型轉(zhuǎn)變。

其實，所謂數(shù)字化轉(zhuǎn)型，就是通過技術(shù)手段，構(gòu)建一個全感知、全鏈接、全場景、全智能的數(shù)字世界，再對物理世界的傳統(tǒng)管理模式、業(yè)務(wù)模式、商業(yè)模式進行重塑和創(chuàng)新，最終實現(xiàn)業(yè)務(wù)成功。