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

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

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

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

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

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

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

APaaS對(duì)用戶結(jié)構(gòu)的改變是不言而喻的。因?yàn)檗饤壛薉evOps過程，非軟件開發(fā)人員終于可以直接參與到應(yīng)用建設(shè)的過程。有人說，市場(chǎng)上并不缺少開發(fā)者，為什么一定要消除對(duì)他們的依賴呢？事實(shí)是市場(chǎng)上就是缺開發(fā)者，更缺的是能力強(qiáng)的應(yīng)用開發(fā)者，因?yàn)樗麄兇蠖鄶?shù)人都在科技行業(yè)從業(yè)，很少會(huì)直接助力一般行業(yè)的數(shù)字化建設(shè)。

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

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

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

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

低代碼不是玩具

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

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

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

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

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

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

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

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

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

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

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

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

我們想成為最爛的那個(gè)

我其實(shí)是多么希望低代碼爛大街啊。什么叫爛大街？就是人盡皆知唄。川菜爛大街，廣東菜爛大街，火鍋爛大街，那是因?yàn)樗鼈兌际遣惋嫎I(yè)的主流。低代碼之于企業(yè)軟件，爛大街的一天就是成為主流的一天。所以，我們明道云就想成為爛大街上最爛的那個(gè)，火鍋店中的海底撈。

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

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

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

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

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

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