本文由36氪企服點(diǎn)評(píng)專家團(tuán)戴珂原創(chuàng)。

36氪企服點(diǎn)評(píng)專家團(tuán)——戴珂

————正文————

低代碼一直是軟件開(kāi)發(fā)的效率目標(biāo)和演進(jìn)方向，傳統(tǒng)的軟件與SaaS巨頭早已入局低代碼開(kāi)發(fā)平臺(tái)，如SAP、Oracle、金蝶、用友、Salesforce、ServiceNow等。國(guó)內(nèi)也有平臺(tái)型SaaS公司從APaaS入局低代碼。

這個(gè)往回倒二十年都不是新鮮事的低代碼概念，最近卻忽然就火了。

2018年6月，OutSystems宣布獲得KKR和高盛的3.6億美元投資，估值立馬過(guò)10億美元，成為新晉獨(dú)角獸。同年8月，低代碼開(kāi)發(fā)平臺(tái)Mendix被西門子以7億美元收購(gòu)，更是把低代碼平臺(tái)推向一個(gè)小高潮?；ヂ?lián)網(wǎng)和云服務(wù)巨頭也對(duì)低代碼平臺(tái)的加碼不斷，國(guó)外如谷歌、AWS和微軟，國(guó)內(nèi)有阿里云、騰訊云和華為云，以及一眾云廠商搭車者。

是低代碼時(shí)代已來(lái)，還是又一輪的概念炒作？

一、低代碼平臺(tái)的商業(yè)演進(jìn)

顧名思義，所謂低代碼是一種軟件快速開(kāi)發(fā)工具，主要用于開(kāi)發(fā)企業(yè)軟件系統(tǒng)。借助低代碼或零代碼，使用者無(wú)需復(fù)雜編碼，即可完成企業(yè)系統(tǒng)的開(kāi)發(fā)、維護(hù)和擴(kuò)展。

從軟件誕生起，低代碼就一直是提高軟件生產(chǎn)力的努力方向。隨著信息時(shí)代的全面到來(lái)，IT服務(wù)的供需和軟件生產(chǎn)率低下，成為了制約行業(yè)發(fā)展的主要矛盾，在此背景下，低代碼也開(kāi)始興起。

很多低代碼平臺(tái)公司認(rèn)為，按照這個(gè)演進(jìn)路徑，國(guó)內(nèi)的低代碼開(kāi)發(fā)平臺(tái)，將很快成為軟件和SaaS領(lǐng)域的主流生產(chǎn)方式。這種觀點(diǎn)雖然大方向沒(méi)錯(cuò)，但也忽略了低代碼市場(chǎng)發(fā)展的規(guī)律：即認(rèn)為從一個(gè)先進(jìn)的生產(chǎn)模式，到一個(gè)完整的產(chǎn)業(yè)閉環(huán)，是一個(gè)連續(xù)的過(guò)程。其實(shí)并不是這樣，下圖說(shuō)明了一項(xiàng)新技術(shù)模式，需要跨越幾道市場(chǎng)鴻溝，才可能成為大眾市場(chǎng)的主流。

演進(jìn)路徑

換句話說(shuō)，因?yàn)檫@個(gè)過(guò)程是不連續(xù)的，所以并非所有低代碼平臺(tái)都能走到商業(yè)終點(diǎn)，而很大部分可能落入由不連續(xù)性產(chǎn)生的陷阱。

低代碼平臺(tái)要想成為行業(yè)主流，必須經(jīng)過(guò)四個(gè)市場(chǎng)階段：

• 極客群體

也就是低代碼的技術(shù)熱衷者或追隨者組成的小圈子，比如目前國(guó)內(nèi)SaaS圈子。雖然圈子內(nèi)無(wú)需推廣，相互認(rèn)可度較高，但是這還不能稱之為是一個(gè)市場(chǎng)。

• 早期采用者

低代碼成功出圈的第一步，是獲取到市場(chǎng)上那些為數(shù)不多的求新求變的用戶。它們雖然數(shù)量上不多，也不能為低代碼平臺(tái)公司足夠的營(yíng)收；但是對(duì)于驗(yàn)證低代碼產(chǎn)品的商業(yè)有效性，卻起著重要的作用。

• 早期大眾市場(chǎng)

擁有早期大眾市場(chǎng)，是低代碼商業(yè)化最為重要的一個(gè)標(biāo)志。這個(gè)市場(chǎng)已經(jīng)有相當(dāng)數(shù)量的成熟用戶群體，成功的低代碼平臺(tái)公司能夠獲得足夠的商業(yè)回報(bào)。

• 后期大眾市場(chǎng)

后期大眾市場(chǎng)是低代碼的一個(gè)成熟和普及的市場(chǎng)；對(duì)低代碼平臺(tái)形成大眾認(rèn)知和完全接受，市場(chǎng)領(lǐng)導(dǎo)者將獲得壟斷性的收益。

二、國(guó)內(nèi)低代碼平臺(tái)的發(fā)展

從商業(yè)演進(jìn)階段看，顯然國(guó)外低代碼市場(chǎng)早已過(guò)了早期采用者階段，進(jìn)入早期大眾市場(chǎng)，甚至后期大眾市場(chǎng)。而在國(guó)內(nèi)的低代碼市場(chǎng)上，只有少數(shù)公司進(jìn)入了早期采用者階段，而大多數(shù)還在極客群體階段。

低代碼的技術(shù)本質(zhì)并不在于編碼量的多少，而在于低代碼平臺(tái)。即支持快速建立應(yīng)用的PaaS，為了區(qū)別于一般PaaS概念，將其稱為APaaS（ApplicationPaaS）。

如果在技術(shù)方向上進(jìn)行細(xì)分，低代碼開(kāi)發(fā)平臺(tái)基本可以分為兩個(gè)主要的技術(shù)路徑，分別為表單驅(qū)動(dòng)和模型驅(qū)動(dòng)。其中表單驅(qū)動(dòng)是用表單數(shù)據(jù)定義業(yè)務(wù)，通過(guò)建立多張表單，利用流程串聯(lián)表單，并定義報(bào)表輸出方式。模型驅(qū)動(dòng)則是通過(guò)建模定義業(yè)務(wù)邏輯，因而能夠處理更復(fù)雜的業(yè)務(wù)邏輯。

低代碼開(kāi)發(fā)平臺(tái)兩個(gè)主要技術(shù)路徑

兩種技術(shù)路線的業(yè)務(wù)支撐能力其實(shí)差別很大，即使這種差別在極客群體和早期采用者市場(chǎng)還不明顯；但是低代碼平臺(tái)要想進(jìn)入大眾市場(chǎng)，模型驅(qū)動(dòng)的低代碼平臺(tái)是不可或缺的。

國(guó)內(nèi)低代碼平臺(tái)的起源，主要是兩個(gè)途徑：一個(gè)是純粹以低代碼平臺(tái)為目標(biāo)的發(fā)展方向；還有一種是自家使用的業(yè)務(wù)開(kāi)發(fā)平臺(tái)，將其業(yè)務(wù)開(kāi)發(fā)能力對(duì)外開(kāi)放，成為某一業(yè)務(wù)領(lǐng)域（如CRM）的低代碼開(kāi)發(fā)平臺(tái)。

不同的起源造就了不同的能力，即專業(yè)業(yè)務(wù)能力和通用開(kāi)發(fā)能力。實(shí)際上，為了達(dá)到這兩個(gè)能力的平衡，這些低代碼平臺(tái)雖然做不到完全的模型驅(qū)動(dòng)；但是在表單驅(qū)動(dòng)的基礎(chǔ)上，都增加了一定的業(yè)務(wù)建模能力，比如，可以自定義業(yè)務(wù)對(duì)象。這種能力幫助它們跨越了早期采用者階段，初步進(jìn)入了早期大眾市場(chǎng)。

因?yàn)樵醋詷I(yè)務(wù)平臺(tái)的APaaS受限于具體的業(yè)務(wù)領(lǐng)域，比如CRM的APaaS通常限于CRM領(lǐng)域；所以市場(chǎng)對(duì)純粹的低代碼平臺(tái)廠商關(guān)注度更高一些。

三、低代碼平臺(tái)的商業(yè)模式

低代碼平臺(tái)提高軟件生產(chǎn)效率的價(jià)值是毋庸置疑的，但是如何將其價(jià)值變現(xiàn)，是目前國(guó)內(nèi)低代碼平臺(tái)亟需解決的問(wèn)題。

對(duì)于業(yè)務(wù)型的的低代碼平臺(tái)廠商，其收入主要來(lái)自業(yè)務(wù)應(yīng)用，而非平臺(tái)，所以它們的使用者主要是ISV和實(shí)施伙伴，低代碼讓伙伴的集成和交付更容易。原廠商最終目還是靠提供產(chǎn)品型的服務(wù)取得收入；其業(yè)務(wù)伙伴也取得相應(yīng)的收入，如ISV產(chǎn)品服務(wù)、實(shí)施費(fèi)等。雖然最終用戶也可以在APaaS上開(kāi)發(fā)和維護(hù)自己的業(yè)務(wù)應(yīng)用，但是并未給原廠商提供收入。

對(duì)于通用型的低代碼平臺(tái)廠商，因?yàn)闆](méi)有任何應(yīng)用產(chǎn)品可售，其收入模式主要是圍繞平臺(tái)的生態(tài)收入。很多低代碼平臺(tái)都在極力宣揚(yáng)用戶的IT自主性，即最終用戶可以不受廠商的規(guī)格化產(chǎn)品限制，完全自主地開(kāi)發(fā)自己的業(yè)務(wù)，其實(shí)這是一個(gè)很大的推廣誤區(qū)。

技術(shù)上的可行性與商業(yè)模式實(shí)現(xiàn)，完全是兩回事。低代碼廠商的業(yè)務(wù)目標(biāo)，并不是為客戶降低技術(shù)門檻，而是追求最佳的盈利模式；否則，就進(jìn)入不了早期大眾市場(chǎng)。

即使站在客戶立場(chǎng)，很容易想明白這一點(diǎn)。在一個(gè)大眾市場(chǎng)，客戶的購(gòu)買目的只有一個(gè)，即買到一個(gè)符合自己業(yè)務(wù)目標(biāo)的系統(tǒng)或服務(wù)，而這個(gè)系統(tǒng)或者服務(wù)是如何生產(chǎn)出來(lái)的，他們并不關(guān)心。

難道客戶不會(huì)在低代碼平臺(tái)上自行開(kāi)發(fā)其業(yè)務(wù)嗎？這種情況有，但主要在早期采用者市場(chǎng)階段，所以不能將其作為商業(yè)模式。

處于早期采用者階段的低代碼平臺(tái)，以低成本、高效率的方式，為最終用戶提供系統(tǒng)或服務(wù)，這是國(guó)內(nèi)低代碼平臺(tái)的核心價(jià)值。資深的低代碼平臺(tái)廠商，已經(jīng)圍繞這一業(yè)務(wù)核心加快布局。

四、低代碼平臺(tái)的本質(zhì)

如果從程序員的角度討論低代碼，即所謂低代碼平臺(tái)只是一個(gè)高效率的開(kāi)發(fā)環(huán)境，則低代碼確實(shí)有炒作之嫌。

低代碼平臺(tái)雖然能提高軟件開(kāi)發(fā)的效率，但這并不是低代碼的本質(zhì)。我們知道，一個(gè)企業(yè)軟件或者SaaS的成功，并不取決于開(kāi)發(fā)的效率，而取決于業(yè)務(wù)解決方案。

所以，低代碼的真正本質(zhì)是解決方案的效益。

可以說(shuō)，領(lǐng)先的SaaS解決方案，都需要自帶低代碼的生產(chǎn)能力。

首先，如果沒(méi)有這個(gè)能力，一個(gè)SaaS就無(wú)法交付；因?yàn)镾aaS的實(shí)施和交付過(guò)程，必須依賴一個(gè)低代碼/零代碼的APaaS。

其次，SaaS的方案定制化和個(gè)性化，也需要在一個(gè)APaaS上，通過(guò)業(yè)務(wù)自定義和配置實(shí)現(xiàn)。反之，上述邏輯也同樣成立。即低代碼的效益，并非是靠把一些組件快速攢在一起就能實(shí)現(xiàn)，而必須依托于解決方案，即低代碼平臺(tái)也需要自帶業(yè)務(wù)框架或方法論。

實(shí)際上，低代碼作為一種新型生產(chǎn)方式和理念，并不僅限于SaaS，而適用于所有的信息技術(shù)領(lǐng)域。比如最近上市即大火的人工智能公司C3.ai，其本質(zhì)就是AI領(lǐng)域的可視化低代碼平臺(tái)；同樣，之前我們討論過(guò)的Snowflake，其本質(zhì)也是數(shù)據(jù)領(lǐng)域的低代碼平臺(tái)。它們的價(jià)值并不僅是一個(gè)低代碼的開(kāi)發(fā)環(huán)境，而是產(chǎn)出解決方案的效益。

從價(jià)值角度看，低代碼平臺(tái)的爆火，并非是單純的炒作，而是信息服務(wù)行業(yè)的系統(tǒng)性進(jìn)步。

www.36dianping.com

[免責(zé)聲明]

原文標(biāo)題：《從SaaS的角度，看低代碼的本質(zhì) | 專家視角》

作者：戴珂

本文來(lái)源于36氪企服點(diǎn)評(píng)