文/明道云創(chuàng)始人任向暉

我很喜歡的一位博主陳果昨天發(fā)了一篇公眾號文章《低代碼，不要以比“中臺”還快的速度爛大街》。憤世嫉俗的口吻總是能夠吸引眼球，果不其然，等我讀到的時候，閱讀量已經(jīng)過萬了。

我的事業(yè)身家都在零代碼/低代碼領(lǐng)域了，他又是我一直很認同企業(yè)數(shù)字化專家，還專門寫一篇文章來批判低代碼，搞得我晚飯都沒吃好。

我當然理解他的意思，也認同文章中部分的觀點。很多低代碼產(chǎn)品缺乏新意，只是可視化開發(fā)工具的延伸，很多廠商有概念炒作的嫌疑，自然讓業(yè)內(nèi)磚家忍不住要抄起幾塊磚。在陳果之前，還有一家知名IT咨詢企業(yè)的CTO在視頻號上有過類似的表達，他的口氣真是不屑一顧。 市場有多少低代碼，就有多少“低代碼是個偽命題”的評價。我也發(fā)現(xiàn)傳統(tǒng)企業(yè)軟件的咨詢師普遍看衰低代碼，而企業(yè)IT管理者則普遍關(guān)注低代碼。點評的人是真不知道做事情的難。

我是利益相關(guān)人士，從業(yè)于低代碼領(lǐng)域，且看好低代碼未來。我不能讓這些唱衰的妄斷影響用戶的心智，但也不會空洞地揮舞低代碼的大旗。我要盡全力說明清楚低代碼的本質(zhì)是什么，為什么這一代產(chǎn)品和過去有本質(zhì)不同，為什么它的發(fā)展會有益于整個企業(yè)IT市場，為什么爛大街并非一件壞事。

低代碼/零代碼的實質(zhì)是什么？

陳果可能認為低代碼平臺的實質(zhì)是代碼依賴度更低的開發(fā)工具。其實并不是這樣。包括明道云在內(nèi)的這一代零代碼/低代碼（為簡便起見，后面我統(tǒng)稱低代碼）平臺的實質(zhì)是“應用平臺”（APaaS），低代碼只是它的使用特征之一。所謂應用平臺，就是DevOps（應用開發(fā)和運維體系）的對立面。應用不再需要通過原生高級語言（Java，PHP，C#等）編寫，也不再需要完整的軟件開發(fā)角色分工（DBA，后端開發(fā)，前段開發(fā)，交互設(shè)計，界面設(shè)計，測試等）。真正意義上的APaaS是不會有IDE環(huán)境的，也不會有代碼編譯，更不會有搭建應用運行環(huán)境的繁復過程。應用通過APaaS搭建（我避免使用開發(fā)這兩字），搭建完成后，就在APaaS上直接運行。

APaaS對用戶結(jié)構(gòu)的改變是不言而喻的。因為摒棄了DevOps過程，非軟件開發(fā)人員終于可以直接參與到應用建設(shè)的過程。有人說，市場上并不缺少開發(fā)者，為什么一定要消除對他們的依賴呢？事實是市場上就是缺開發(fā)者，更缺的是能力強的應用開發(fā)者，因為他們大多數(shù)人都在科技行業(yè)從業(yè)，很少會直接助力一般行業(yè)的數(shù)字化建設(shè)。

即使有優(yōu)秀的軟件開發(fā)者，為了產(chǎn)出高質(zhì)量的企業(yè)應用，依然需要很多專業(yè)環(huán)節(jié)，比如需求分析、系統(tǒng)架構(gòu)、產(chǎn)品交互設(shè)計等等。這些專業(yè)過程極其費神，也非常昂貴。對于大部分的企業(yè)軟件實現(xiàn)，這些過程大多數(shù)是草率處理或者被忽略的。

應用平臺的妙處就在于把這些專業(yè)過程全部通過平臺來模式化實現(xiàn)，雖然犧牲了一定的靈活性，但提供了高質(zhì)量和高效率。我們僅僅為了一個數(shù)據(jù)詳情頁，是十多位產(chǎn)品設(shè)計和前端開發(fā)迭代數(shù)十次以后才達到理想水平的。

模式化實現(xiàn)企業(yè)應用到底對靈活性的犧牲大不大呢？其實并不大。大多數(shù)的企業(yè)應用都是由業(yè)務(wù)數(shù)據(jù)的增刪查改操作，工作流執(zhí)行和管理，以及對業(yè)務(wù)數(shù)據(jù)的分析匯報等模式組成的。這也難怪很多企業(yè)軟件都長得非常類似。即便是通過原生技術(shù)棧定制開發(fā)，開發(fā)實現(xiàn)過程也極度相似。所以在原生開發(fā)市場，也出現(xiàn)了大量的開源框架，讓開發(fā)者可以提高效率。比如國內(nèi)開發(fā)者常常使用Activity這個開源工作流框架來實現(xiàn)Workflow，用Ants這個前端框架來快速實現(xiàn)企業(yè)應用的前端界面。這也難怪陳果認為低代碼并沒有節(jié)省多少開發(fā)的時間。但正是這種模式近似性，讓APaaS有了普及運用的可能。實際上，也正是因為這種靈活度的犧牲，APaaS可以非常專注在企業(yè)中后臺應用實現(xiàn)上，對其他類型的應用開發(fā)心無旁騖。陳果認為低代碼并不能用來開發(fā)所有的軟件，這當然是對的。

至于市場上依然有一部分APaaS會生成源代碼，并允許用戶調(diào)整源代碼，甚至使用第三方編譯環(huán)境，我認為這才是陳果說的“新瓶裝舊酒”。它們的實質(zhì)依然是開發(fā)工具，只是可視化程度高，對代碼編寫的依賴度小。很不幸，在這個領(lǐng)域最知名的廠商Outsystems就是這么一個模式。即使是IDE模式的APaaS也有價值，它至少大幅縮短了開發(fā)周期，但他們還是依賴程序員，沒有接受過軟件開發(fā)訓練的人員是很難掌握的。

低代碼不是玩具

人總有望文生義的認知偏見。說是“零代碼”，“低代碼”，那必定就是簡單的工具。簡單的工具就只能打造簡單的應用，這是毫無道理的武斷。Photoshop和After Effects能夠創(chuàng)造出的華彩無比的影像作品和動畫，你從來沒聽說過要寫代碼；能不能寫代碼從來不是評價軟件工具先進性的指標。過去沒有，以后也不會有。尤其當應用平臺已經(jīng)脫身于開發(fā)工具市場之外，它提供的就是一個搭建應用的應用，至于能夠設(shè)計和搭建出什么樣的應用，主要依賴的是用戶的創(chuàng)作能力，而不是工具本身能夠決定的。

如果真的像陳果說的，低代碼產(chǎn)品只可以用來完成簡單的工作流和表單流轉(zhuǎn)的應用，那我們不必大費周章。在APaaS之外，已經(jīng)有很多輕量級的SaaS工具可以做到了。而且，傳統(tǒng)的OA套件也都能夠創(chuàng)建自定義的業(yè)務(wù)對象和流程，根本輪不到APaaS來替補。

實際上，今天的APaaS能夠承載的業(yè)務(wù)復雜度是可以相當高的。明道云在金融業(yè)的ISV伙伴已經(jīng)復刻出類似于BMC Remedy這樣的ITSM套件，雖然沒有覆蓋100%的業(yè)務(wù)環(huán)節(jié)，但把其中個性化程度高的流程部分解決得非常好；我們在稅務(wù)科技領(lǐng)域的合作伙伴普華永道，完整地提供房地產(chǎn)行業(yè)的稅務(wù)精算系統(tǒng)；可口可樂亞太技術(shù)中心利用明道云搭建了實驗室數(shù)據(jù)管理系統(tǒng)，我們在交通運輸?shù)臉藯U客戶佛山地鐵和北京地鐵都已經(jīng)將APaaS用在了非常高頻的設(shè)備管理、安全管理等環(huán)節(jié)上。佛山鐵路投資集團甚至專門建立了零代碼實驗室，讓項目專家直接上手設(shè)計和搭建應用。這些事實陳果可能不知道，但是我必須讓潛在用戶群體知道。我們明明做了一個彈跳桿，卻被業(yè)內(nèi)磚家說成是墊腳石，這是有失公允的。

當然，我也承認，現(xiàn)代APaaS產(chǎn)品有一個建立用戶信任的過程。在這個階段，很多用戶選擇將APaaS用在一些局部的簡單環(huán)節(jié)，先進行成熟度和可靠性驗證，這是完全可以理解的。但這個過渡現(xiàn)象不是我們產(chǎn)品的標尺。

低代碼不是軟件業(yè)革命，So What？

陳果指出低代碼并非軟件業(yè)的革命，這玩意早就有了。 完全正確，第一代應用平臺產(chǎn)品誕生在上個世紀末，距離現(xiàn)在已經(jīng)20多年了。是革命，也早就革命完了。我們2B創(chuàng)業(yè)者追求并非是革命機會，而是漸進的改進機會。漸進的改進，幅度大一些，持久一些，才是創(chuàng)造商業(yè)價值的有力途徑。革命期的IT產(chǎn)品幾乎必然是低性能的，殘破不全的，只能夠服務(wù)先鋒性客戶的。陳果先生想必非常熟悉Gartner的Hype曲線（技術(shù)成熟度曲線），APaaS品類早已過了那個過山車的頂峰，今天正在走進“尋常企業(yè)家”。所以Gartner開始把APaaS作為魔力象限的研究范圍。

當一個市場開始漸進改進之時，正是它開始走向成熟的時點。這時候，先發(fā)優(yōu)勢和后發(fā)優(yōu)勢都有效。APaaS的前身——快速開發(fā)工具（RAD）身上的缺陷開始被消除，產(chǎn)品能力越來越強，用戶體驗越來越好，有效的商業(yè)模式也開始被探索出來。在這樣的市場中，創(chuàng)業(yè)企業(yè)不必再承受過大的不確定性風險，看好增長的市場機遇。尤其是低代碼市場還沒有明顯的領(lǐng)先企業(yè)，創(chuàng)業(yè)者和投資人當然都卯足了勁。這也是為什么過去兩年中，新出現(xiàn)的低代碼產(chǎn)品比較多的原因。

不僅有這四十多家創(chuàng)業(yè)公司參與，阿里和騰訊都推出了自己的低代碼產(chǎn)品。如果不是革命，只是改進，那么為什么整個市場會投入如此大的關(guān)注呢？歸根結(jié)底還是因為市場大，需求旺盛。

APaaS可以滿足不同層次的市場需求。首先它肯定能夠完勝傳統(tǒng)定制開發(fā)，即便一個項目不是100%能夠依靠APaaS實現(xiàn)，也可以將APaaS作為主要的基石，額外做一些擴展開發(fā)即可。僅僅定制開發(fā)一項，能夠覆蓋的市場規(guī)模就極為驚人。在中國廣泛存在的區(qū)域性軟件服務(wù)企業(yè)中，大部分從事的都是定制開發(fā)服務(wù)。過去，這些需求被散亂的開發(fā)人天所滿足，未來，APaaS將成為主要的交付基石。

其次，APaaS平臺可以積累各種行業(yè)應用的數(shù)據(jù)模型和解決方案，通過高水平的抽象后，它也能夠替代一部分專有性要求較低的行業(yè)軟件產(chǎn)品。我們在服務(wù)實踐中發(fā)現(xiàn)，像制造、工程、專業(yè)服務(wù)等領(lǐng)域，所謂的行業(yè)應用產(chǎn)品都可以被APaaS替代，因為他們大多是半成品，真正要落地到每家企業(yè)，還是要做比較多的實施工作，這本質(zhì)上和APaaS的實現(xiàn)投入是一樣的。而APaaS還能夠提供額外的靈活度。

第三，很多企業(yè)都有了“中臺”的理念。當業(yè)務(wù)規(guī)模成長到一定階段時，企業(yè)希望能夠從各個應用或子系統(tǒng)中抽取關(guān)鍵業(yè)務(wù)對象數(shù)據(jù)，從而實現(xiàn)企業(yè)范疇內(nèi)的數(shù)據(jù)一致性和共享性。APaaS真是特別適合干這個工作。通過一些簡單的集成開發(fā)，匯入數(shù)據(jù)到APaaS上，再通過APaaS所提供的API對外進行服務(wù)。買一套APaaS，基本就擁有了一個數(shù)據(jù)中臺的實質(zhì)。這對規(guī)模以上企業(yè)是有很強吸引力的。你可以說數(shù)據(jù)中臺的建設(shè)需要很多專業(yè)技術(shù)棧，但是對絕大多數(shù)行業(yè)來說，APaaS的內(nèi)置能力就已經(jīng)夠了八九成了，剩下的一些細節(jié)完全可以靠補充和擴展來解決。我們的一個跨境電商客戶，每天40萬左右的訂單和運單，每個單據(jù)都有三到四個工作流要實時觸發(fā)，完全運行在我們的云平臺上。

低代碼產(chǎn)品的確在增多。多歸多，相比較其他領(lǐng)域，LCAP或APaaS市場的進入門檻依然比較高。我看到2020年發(fā)布的最長的一個廠商列表也不過40多家（這其中很多依然是快速開發(fā)工具的性質(zhì)）。但是在同期，CRM產(chǎn)品可能有數(shù)百家，就連生產(chǎn)執(zhí)行系統(tǒng)（MES）產(chǎn)品和廠商都有這么多。相比較各自的市場容量，APaaS的競爭遠沒有到爛大街的地步。

我們想成為最爛的那個

我其實是多么希望低代碼爛大街啊。什么叫爛大街？就是人盡皆知唄。川菜爛大街，廣東菜爛大街，火鍋爛大街，那是因為它們都是餐飲業(yè)的主流。低代碼之于企業(yè)軟件，爛大街的一天就是成為主流的一天。所以，我們明道云就想成為爛大街上最爛的那個，火鍋店中的海底撈。

問題是，成為海底撈真的不容易。海底撈在餐飲業(yè)依靠獨特的服務(wù)理念贏取了顧客口碑，在企業(yè)軟件行業(yè)，這把鑰匙是什么呢？我想了二十年也沒得到確定的唯一答案。但是對于APaaS來說，我覺得最重要的可能是“易用性”。

易用性是打開營銷獲客、產(chǎn)品價值、渠道拓展和客戶服務(wù)四個魔盒的通用鑰匙。解決一個問題，就等于同時解決了四個問題。尤其是像APaaS這樣的復雜產(chǎn)品，易用性顯得難能可貴。去年，國內(nèi)出現(xiàn)了好幾家完全模仿Airtable的產(chǎn)品，我想他們都看中的是Airtable的易用性。

陳果認為APaaS面向“公民開發(fā)者”是不現(xiàn)實的。我認為不僅現(xiàn)實，而且太重要了。企業(yè)的數(shù)字化問題憑什么都要程序員解決？如果真的是這樣，那幾十年來的Excel高手們都是干什么的？ 理解業(yè)務(wù)，熟悉業(yè)務(wù)，掌握數(shù)字化工具，是越來越多企業(yè)內(nèi)部尋求的人才對象。APaaS服務(wù)的就是這樣一群專業(yè)用戶，通過他們可以間接服務(wù)到各行各業(yè)的企業(yè)。這樣的人才當然不是爛大街，但是總歸比受過專業(yè)訓練的程序員多得多，更重要的是他們同時是需求的提出者和滿足者，省卻的溝通和協(xié)作成本是驚人的。陳果先生擔心低代碼產(chǎn)品離不開專業(yè)用戶的使用，這是對的，但是不要忽視這個龐大群體的存在。

所以，我們相信并堅決地服務(wù)非開發(fā)人員掌握APaaS產(chǎn)品，把產(chǎn)品的易用性永遠放在首要位置。一個再強大的產(chǎn)品，如果難以掌握，是不可能爛大街的。相反，把一個復雜產(chǎn)品做得容易理解，容易上手，容易解決問題，真的是一件特別有成就感的事情。我們在產(chǎn)品設(shè)計評審時，最常見的挑戰(zhàn)就是功能的可理解性，而不是功能的多寡。如果我們自己內(nèi)部都不能達成統(tǒng)一理解的，就絕對不會發(fā)布給客戶。

我們自信把明道云的功能和易用性平衡得很好。市場也給了我們積極的回應。在產(chǎn)品推出后的19個月中，我們的客戶上至中國人民銀行這樣的國家機構(gòu)，下到幾十人的電商團隊都可以很好地運用。接下來，我們要做一個更讓自己爛大街的動作。通過這篇文章，我想預告給大家，明道云將在今年春節(jié)前推出“免費版”，讓人人都可以成為應用開發(fā)者的口號真正落實。好的產(chǎn)品，就應該放下門檻，讓更多人可以接觸到。

海底撈很厲害，能夠免費吃的海底撈更厲害。歡迎大家下個月到免費的明道云來吃火鍋。