低代碼平臺(tái)：風(fēng)口終將過去，商業(yè)化落地才是王道 | 專家視角

戴珂

+ 關(guān)注

2021-03-26 18:45

1671次閱讀

一、低代碼是新瓶舊酒？

隨著國(guó)內(nèi)外低代碼公司的融資頻頻，低代碼也成為了ToB的新風(fēng)口。

不過，雖然有知名創(chuàng)投機(jī)構(gòu)和互聯(lián)網(wǎng)大廠的入局，但是他們對(duì)低代碼平臺(tái)的商業(yè)認(rèn)知水平，還停留在初級(jí)的概念階段。而資深的低代碼玩家們，卻在利用機(jī)會(huì)，緊鑼密鼓地進(jìn)行商業(yè)化布局，比如明道云等。

在我看來，現(xiàn)在還在熱衷談?wù)摰痛a的，還是因?yàn)樘贻p了。要知道低代碼這東西二十多年前就有了，比如微軟的Visual Basic、Access和Borland 的Delphi Builder系列。它們比現(xiàn)在低代碼開發(fā)環(huán)境的生產(chǎn)力要高得多，能力也強(qiáng)大得多。

老一代碼農(nóng)，也正是靠著這些高效率的開發(fā)環(huán)境，攢了一個(gè)又一個(gè)的項(xiàng)目，才過上有房有車的生活。

時(shí)隔多年低代碼又熱，無非是用低代碼這個(gè)舊瓶，重新封裝了表單、工作流、業(yè)務(wù)對(duì)象等等原料，包裝成面向業(yè)務(wù)應(yīng)用層的低代碼平臺(tái)。那么，這款新酒將如何銷售？

例如，它的賣點(diǎn)在哪里？是高生產(chǎn)率？無代碼？可視化？還是用戶自開發(fā)？其實(shí)仔細(xì)想想，在軟件產(chǎn)品和服務(wù)領(lǐng)域，這些都不是重點(diǎn)。

對(duì)低代碼無休止的技術(shù)爭(zhēng)論，很可能使低代碼陷入死穴，讓這個(gè)風(fēng)口豬很快就會(huì)掉下來。實(shí)際上，低代碼平臺(tái)目前最急需解決的，是它的商業(yè)化落地問題。

比如，低代碼平臺(tái)的用戶究竟是誰？行業(yè)生態(tài)啥樣？其在業(yè)務(wù)價(jià)值鏈中處于何種地位？從哪里獲取收益以及如何分配？

如果這些商業(yè)問題都沒有想清楚，代碼再低又有何用？

作為低代碼平臺(tái)的商業(yè)化嘗試，由明道云發(fā)起，通過鏈接公眾號(hào)用戶資源；我們?cè)诘痛a商業(yè)化落地方面，做了一些有價(jià)值的探索。比如這些主題：

如何利用低代碼的效率優(yōu)勢(shì)，實(shí)現(xiàn)項(xiàng)目低成本快速簽單
低代碼與MSP的合作創(chuàng)新
低代碼平臺(tái)讓低成本SaaS創(chuàng)業(yè)成為可能
用低代碼平臺(tái)，交付高復(fù)雜度項(xiàng)目的實(shí)踐
低代碼商業(yè)化還有哪些待解問題

二、利用低代碼的效率優(yōu)勢(shì)，實(shí)現(xiàn)項(xiàng)目低成本快速簽單

低代碼平臺(tái)公認(rèn)的優(yōu)勢(shì)，是軟件的生產(chǎn)效率。但從軟件業(yè)務(wù)的整個(gè)商業(yè)過程來看，低代碼平臺(tái)的商業(yè)價(jià)值，并不是軟件生產(chǎn)效率；而是整個(gè)項(xiàng)目周期的效率，包括銷售、開發(fā)和交付的效率。特別是銷售效率，在很大程度上，決定了軟件業(yè)務(wù)的成敗。

我們知道，通常客戶越大，銷售周期就越長(zhǎng)。實(shí)際上，長(zhǎng)周期對(duì)甲乙雙方來說，都是一種巨大的成本。對(duì)于如何壓縮銷售周期，軟件行業(yè)缺少有效的解決辦法。

我們不妨分析一下，這種長(zhǎng)周期高成本產(chǎn)生的原因。干過甲方的都知道，這種不得不耗時(shí)費(fèi)力的時(shí)間成本，實(shí)際是軟件采購過程中的驗(yàn)證成本。因?yàn)檐浖苋菀拙唾I錯(cuò)，所以客戶就需要各種POC、反復(fù)交流和不斷驗(yàn)證。

多少軟件公司都被折騰得精疲力盡，卻少有收益。但如果回頭看，這么長(zhǎng)的銷售周期內(nèi)，都在玩兒貓鼠游戲，就沒干幾件有意義的事。

從SaaS的銷售經(jīng)驗(yàn)中我們發(fā)現(xiàn)，其銷售周期要比軟件短得多。一般情況下，同樣的業(yè)務(wù)內(nèi)容，SaaS的平均銷售周期，可以低至軟件的30%以下。這是因?yàn)镾aaS可以通過配置方式，快速搭建近似最終方案的業(yè)務(wù)模型，可以加載業(yè)務(wù)數(shù)據(jù)，實(shí)現(xiàn)快速的業(yè)務(wù)驗(yàn)證。

其實(shí)SaaS所謂的配置就是無代碼，這就是SaaS能縮短銷售和交付周期的秘密。

我們把這個(gè)經(jīng)驗(yàn)移植到低代碼平臺(tái)，同樣可以達(dá)到縮短銷售周期的效果。所以，借助低代碼平臺(tái)的效率優(yōu)勢(shì)，通過改進(jìn)銷售流程，低代碼平臺(tái)項(xiàng)目就能達(dá)到縮短銷售周期的目的。

從客戶角度，其目的無非是驗(yàn)證要買的軟件或服務(wù)，就是其想要的，確保不會(huì)買錯(cuò)而已。在銷售競(jìng)爭(zhēng)中，誰先做到這一點(diǎn)，自然誰的勝算就會(huì)更高。

其實(shí)客戶也不想長(zhǎng)期耗著。盡早讓最終用戶用上軟件，也是選型采購的一個(gè)KPI。如果算上交付周期，低代碼方式的機(jī)會(huì)要更大。

縮短了銷售周期，自然就提高了銷售效率、降低了銷售成本。退一步說，即使沒有銷售成功，及早撤退也是了節(jié)省成本。

低代碼平臺(tái)：風(fēng)口終將過去，商業(yè)化落地才是王道 | 專家視角

三、低代碼與MSP的合作創(chuàng)新

低代碼一直在宣揚(yáng)所謂的傻瓜開發(fā)模式，即不懂編碼也能開發(fā)出企業(yè)軟件，這被認(rèn)為是低代碼的一個(gè)優(yōu)勢(shì)。甚至有人會(huì)認(rèn)為，這樣用戶自己也能搭建業(yè)務(wù)。其實(shí)，這真有點(diǎn)兒想多了。

不過，傻瓜開發(fā)模式倒是提醒了我們，低代碼的這一特點(diǎn)，可以產(chǎn)生一個(gè)新的業(yè)務(wù)生態(tài)。

依靠低代碼平臺(tái)，開發(fā)和實(shí)施交付就不必非要軟件原廠商提供。這就打破了傳統(tǒng)軟件的交付限制：即要么自己實(shí)施，要么由認(rèn)證伙伴實(shí)施。

在低代碼業(yè)務(wù)生態(tài)中，各個(gè)環(huán)節(jié)都是可以拆分或組合的。比如，銷售、咨詢、方案和實(shí)施等業(yè)務(wù)環(huán)節(jié)都可以獨(dú)立進(jìn)行。各參與方也不一定是公司，獨(dú)立的小團(tuán)隊(duì)甚至個(gè)人同樣能夠參與其中。通過業(yè)務(wù)環(huán)節(jié)的拆分和組合，每個(gè)參與方都可以做自己最擅長(zhǎng)的那一部分。

這就改變了企業(yè)軟件的生意模式。

我以一個(gè)剛剛完成的項(xiàng)目為例。這個(gè)項(xiàng)目的咨詢需求來自社區(qū)中的一位銷售，我不但完成了業(yè)務(wù)咨詢，給出解決方案，還用低代碼平臺(tái)為客戶做了實(shí)施（當(dāng)然也可以在社區(qū)中找專業(yè)實(shí)施人員做），很快就完成整個(gè)項(xiàng)目的交付。

這種服務(wù)模式不但大大縮短了項(xiàng)目的周期（不到計(jì)劃項(xiàng)目周期的20%），還為客戶節(jié)省了很大一塊費(fèi)用。

這在傳統(tǒng)軟件業(yè)務(wù)模式中是不可能做到的。

不過需要說明，這種業(yè)務(wù)生態(tài)只適用于MSP（Managed Service Provider）服務(wù)模式，也是低代碼平臺(tái)比較常見的一種方式。所謂MSP即為某一家客戶提供定制化軟件或服務(wù)，并將其運(yùn)維托管在云端。

其實(shí)，在低代碼平臺(tái)上，還可以有另外一種商業(yè)形式，即ISV或SaaS模式。

四、低代碼平臺(tái)，讓低成本SaaS創(chuàng)業(yè)成為可能

在前面的一篇文章已經(jīng)說過，SaaS是基于低代碼交付的業(yè)務(wù)。即在APaaS上，通過寫少量腳本或無代碼配置，實(shí)現(xiàn)完整的業(yè)務(wù)。

然而，SaaS公司投入巨資開發(fā)的低代碼平臺(tái)APaaS，并不是開放的。也就是說，每家SaaS公司的APaaS，只能自己使用，而不能像Salesforce那樣對(duì)其它SaaS開放。

這樣，因?yàn)椴荒躧osted在現(xiàn)成的PaaS上，所以每家SaaS創(chuàng)業(yè)公司都需要自己做APaaS，所以SaaS創(chuàng)業(yè)的成本和風(fēng)險(xiǎn)就很高。

不過，這也正是低代碼平臺(tái)的一個(gè)生意機(jī)會(huì)。即除了在低代碼平臺(tái)上為單一客戶開發(fā)應(yīng)用的MSP模式外；還可以以ISV的身份，開發(fā)一個(gè)為更多客戶服務(wù)的產(chǎn)品，也就是低代碼平臺(tái)上的SaaS生意模式。

與MSP的產(chǎn)權(quán)關(guān)系不同，建立在低代碼平臺(tái)上的SaaS所有權(quán)和運(yùn)營(yíng)權(quán)，不在終端客戶那里；而是歸SaaS經(jīng)營(yíng)者所有。使用低代碼平臺(tái)，做自己的生意。

顯而易見，因?yàn)闊o需在開發(fā)APaaS上投入，SaaS創(chuàng)業(yè)者就可以專注于業(yè)務(wù)應(yīng)用。就像salesforce上面的數(shù)千個(gè)SaaS，一個(gè)人成立一家SaaS公司都有可能。

我們知道，SaaS創(chuàng)業(yè)投入大、風(fēng)險(xiǎn)高；而基于低代碼平臺(tái)的SaaS創(chuàng)業(yè)，將成為一種低成本、低風(fēng)險(xiǎn)的生意。

五、高復(fù)雜度項(xiàng)目的交付

低代碼被質(zhì)疑最多的，是它不能支持任意復(fù)雜度的軟件項(xiàng)目。甚至有人直接說，大企業(yè)不會(huì)采用低代碼平臺(tái)。

這其實(shí)是兩個(gè)問題，我們分開來說。

首先說復(fù)雜度問題。雖然都叫低代碼平臺(tái)，但平臺(tái)能力也不一樣。大部分低代碼平臺(tái)都能做到表單驅(qū)動(dòng)和工作流驅(qū)動(dòng)；而高級(jí)的還可以做業(yè)務(wù)建模和自定義業(yè)務(wù)對(duì)象。

但不管是哪一種，預(yù)定義平臺(tái)都不可能做到滿足任意復(fù)雜度的業(yè)務(wù)。

再說大企業(yè)能否接受低代碼模式的問題，或者說低代碼能否滿足大企業(yè)的業(yè)務(wù)要求。

的確有不少人認(rèn)為，低代碼在中小企業(yè)的接受度，要遠(yuǎn)高于大型企業(yè)。但從明道云的大企業(yè)交付經(jīng)驗(yàn)來看，結(jié)果并不是這樣。明道云近期做的客戶分析也表明，越來越多大型企業(yè)的非核心業(yè)務(wù)，也開始使用低代碼平臺(tái)構(gòu)建。

其實(shí)這個(gè)結(jié)論并不難理解。因?yàn)閷?duì)于大企業(yè)來說，無論是業(yè)務(wù)流程、還是數(shù)據(jù)邏輯，都是按照業(yè)務(wù)規(guī)范做的。低代碼平臺(tái)加上成熟的解決方案，可以更快捷地搭建。

反而是中小企業(yè)，因?yàn)闃I(yè)務(wù)不規(guī)范，而更愿意“削履適足”，低代碼反而不容易應(yīng)對(duì)。