低代碼的窘境

01 低代碼的本質(zhì)

經(jīng)常有朋友問(wèn)我：什么是PaaS？什么是低代碼？什么是無(wú)代碼？

確實(shí)，由于新行業(yè)發(fā)展太快，各種新產(chǎn)品層出不窮，以至于衍生出很多讓人混淆的名詞。

從本質(zhì)上來(lái)說(shuō)，不管是PaaS，還是低代碼、無(wú)代碼，其實(shí)都是一種應(yīng)用軟件的構(gòu)建方式。只是，低代碼更強(qiáng)調(diào)開(kāi)發(fā)的簡(jiǎn)易性（比如可視化開(kāi)發(fā)），而無(wú)代碼更強(qiáng)調(diào)自己壓根不需要開(kāi)發(fā)（比如通過(guò)拖拉拽搭建表單）。PaaS則是一個(gè)更加綜合的概念，往往包含了低代碼、無(wú)代碼甚至全代碼開(kāi)發(fā)的能力。

雖然低代碼公司和無(wú)代碼公司都非常強(qiáng)調(diào)自身產(chǎn)品的獨(dú)特性，也有從業(yè)者呼吁嚴(yán)格區(qū)分“低代碼”和“無(wú)代碼”。但站在企業(yè)高層和直接用戶(hù)的角度來(lái)說(shuō)，他們關(guān)心的其實(shí)是以下兩點(diǎn)：

1）我的需求能否得到滿(mǎn)足？

2）需求滿(mǎn)足的速度是否足夠快？

而至于滿(mǎn)足需求的方式，是通過(guò)low-code，還是no-code，客戶(hù)本質(zhì)上是不關(guān)心的。

同時(shí)，當(dāng)面對(duì)客戶(hù)個(gè)性化、復(fù)雜化、動(dòng)態(tài)化的需求，單純的低代碼或者無(wú)代碼，也很容易遇到各自的瓶頸。

從這個(gè)角度來(lái)說(shuō)，PaaS、低代碼和無(wú)代碼，未來(lái)不管是在功能上還是在概念上，都可能實(shí)現(xiàn)融合和統(tǒng)一。

也正是因?yàn)檫@個(gè)原因——雖然有不嚴(yán)謹(jǐn)之嫌——本文仍將把PaaS、低代碼和無(wú)代碼統(tǒng)稱(chēng)為“低代碼”。

02 低代碼的窘境

我一直認(rèn)為，一個(gè)好的商業(yè)模式，最先考慮的一定是客戶(hù)需要解決什么問(wèn)題，其次才是用什么工具去滿(mǎn)足客戶(hù)需求。

從這個(gè)角度來(lái)說(shuō)，偏通用工具屬性的低代碼，必然會(huì)面臨以下挑戰(zhàn)。

第一，復(fù)雜需求的挑戰(zhàn)

在一定的技術(shù)條件下，靈活性和標(biāo)準(zhǔn)化是存在沖突的。雖然低代碼通過(guò)標(biāo)準(zhǔn)化提高了開(kāi)發(fā)效率，但同時(shí)也犧牲了一定的靈活性。

比如，在快消品行業(yè)，業(yè)務(wù)員在手機(jī)端錄入銷(xiāo)售訂單是一個(gè)非常高頻的操作。以“選擇商品并錄入銷(xiāo)售單位和數(shù)量”為例，一位業(yè)務(wù)員每天可能需要操作幾百行，涉及到幾千次的點(diǎn)擊。

對(duì)于SaaS產(chǎn)品來(lái)說(shuō)，可以針對(duì)這個(gè)場(chǎng)景進(jìn)行非常精細(xì)化的設(shè)計(jì)，以最大化降低業(yè)務(wù)員的操作難度，并提高操作效率。

而某些低代碼的功能頁(yè)面由于全部由標(biāo)準(zhǔn)化控件組裝而成，不能靈活定制，在精細(xì)度方面無(wú)法達(dá)到SaaS產(chǎn)品的水平，必然影響到企業(yè)的運(yùn)營(yíng)效率。

第二，咨詢(xún)需求的挑戰(zhàn)

B端軟件產(chǎn)品的本質(zhì)，是業(yè)務(wù)流程的數(shù)字化。因此，在軟件上線(xiàn)之前，需要對(duì)業(yè)務(wù)流程進(jìn)行梳理，并根據(jù)梳理的結(jié)果對(duì)軟件進(jìn)行適度調(diào)整，對(duì)業(yè)務(wù)數(shù)據(jù)進(jìn)行整理和導(dǎo)入。我把這一類(lèi)需求統(tǒng)稱(chēng)為輕度咨詢(xún)需求。

SaaS產(chǎn)品由于按照特定行業(yè)或特定業(yè)務(wù)領(lǐng)域進(jìn)行了定制，同時(shí)也有專(zhuān)門(mén)的人才和方案儲(chǔ)備，在滿(mǎn)足輕度咨詢(xún)需求的能力上，相對(duì)成熟一些。

而低代碼產(chǎn)品由于沒(méi)有特定的行業(yè)與業(yè)務(wù)領(lǐng)域，或者說(shuō)覆蓋了較多行業(yè)和業(yè)務(wù)領(lǐng)域，在滿(mǎn)足輕度咨詢(xún)需求的能力上，則相對(duì)缺乏一些。

當(dāng)然，某些無(wú)代碼廠(chǎng)商的目標(biāo)用戶(hù)是業(yè)務(wù)人員，按道理他們應(yīng)該具備梳理流程和數(shù)據(jù)的能力。但實(shí)際上，‘大部分’公司業(yè)務(wù)人員的主要精力都放在了業(yè)務(wù)目標(biāo)上——除非是比較簡(jiǎn)單的局部需求——大部分業(yè)務(wù)人員暫時(shí)都無(wú)意、也沒(méi)有能力把流程梳理和數(shù)據(jù)整理等輕咨詢(xún)工作做好。

因此，即便低代碼能較好的解決開(kāi)發(fā)效率問(wèn)題，仍然會(huì)面臨輕度咨詢(xún)能力的瓶頸，這就大大影響了低代碼進(jìn)一步擴(kuò)大市場(chǎng)規(guī)模。

當(dāng)然，任何一個(gè)新事物都會(huì)面臨各種問(wèn)題。而低代碼面臨的這些問(wèn)題也并非無(wú)解。

比如，低代碼也可以推出行業(yè)解決方案或業(yè)務(wù)解決方案，甚至提供針對(duì)具體行業(yè)或業(yè)務(wù)的定制化組件。而人才的問(wèn)題，只要耐心培養(yǎng)和積累，或者與咨詢(xún)公司合作，也可以逐步得到解決。

但是，低代碼面臨的窘境在于，SaaS公司一定會(huì)向下延伸到低代碼領(lǐng)域，從而與低代碼公司形成競(jìng)爭(zhēng)關(guān)系。

比如，Salesforce于2008年推出的Force.com，北森于2020年開(kāi)放給企業(yè)客戶(hù)的魯班平臺(tái)，其本質(zhì)都是融合了無(wú)代碼、低代碼以及全代碼的PaaS平臺(tái)。

在SaaS公司深耕的領(lǐng)域，SaaS的優(yōu)勢(shì)非常明顯：

第一，對(duì)于核心場(chǎng)景和高頻場(chǎng)景，SaaS產(chǎn)品能夠更好的滿(mǎn)足客戶(hù)個(gè)性化、精細(xì)化需求。

第二，針對(duì)目標(biāo)領(lǐng)域，SaaS公司的客戶(hù)成功能力更為突出，積累的資源更為充足。

第三，SaaS公司的注意力更聚焦，其低代碼產(chǎn)品對(duì)目標(biāo)客群的匹配度也更高。

那么，面對(duì)SaaS公司的強(qiáng)勢(shì)競(jìng)爭(zhēng)，低代碼公司的機(jī)會(huì)又在哪里呢？

03 低代碼的解答

我一直認(rèn)為，好的競(jìng)爭(zhēng)戰(zhàn)略一定是發(fā)揮自己的優(yōu)勢(shì)，攻擊對(duì)手的劣勢(shì)。相對(duì)于SaaS來(lái)說(shuō)，低代碼也有自己的優(yōu)勢(shì)：

1）更通用的軟件搭建能力

大部分的SaaS公司專(zhuān)注于特定領(lǐng)域，這在提高其特定領(lǐng)域能力的同時(shí)，降低了跨領(lǐng)域的能力。

而企業(yè)是一個(gè)動(dòng)態(tài)調(diào)整的過(guò)程，不斷有創(chuàng)新業(yè)務(wù)出現(xiàn)，也需要降低試錯(cuò)的成本。在這種快速迭代的領(lǐng)域，低代碼平臺(tái)無(wú)疑是一個(gè)成本更低的選擇。

2）更開(kāi)放的平臺(tái)

雖然SaaS公司也可以建設(shè)自身的低代碼平臺(tái)，但為了提高領(lǐng)域能力，大多數(shù)SaaS公司仍然把自己定位為“特定領(lǐng)域解決方案公司”。

但是，我始終相信，最大的創(chuàng)新力量在企業(yè)外部。這也是為什么Salesforce要?jiǎng)?chuàng)立App Exchange、蘋(píng)果要?jiǎng)?chuàng)立App Store的初衷。本質(zhì)上就是為了吸引更多創(chuàng)業(yè)者來(lái)為其客戶(hù)提供更加多樣化的服務(wù)。

B端管理軟件的本質(zhì)是實(shí)現(xiàn)數(shù)字化的工具，這就從根本上決定了，數(shù)字化咨詢(xún)能力與軟件實(shí)現(xiàn)能力是不可分割的整體。相對(duì)于SaaS公司，低代碼公司在定位上更加開(kāi)放和中立，有希望吸引到更多具有咨詢(xún)能力和創(chuàng)新能力的創(chuàng)業(yè)者。

那么，低代碼公司應(yīng)該如何發(fā)揮自己的優(yōu)勢(shì)呢？

我一直認(rèn)為，在云計(jì)算這個(gè)市場(chǎng)，單點(diǎn)的競(jìng)爭(zhēng)力都是不足以構(gòu)成堅(jiān)固的護(hù)城河。

比如，低代碼公司會(huì)認(rèn)為自己的功能更貼近業(yè)務(wù)人員，或者認(rèn)為自己的組件能提高開(kāi)發(fā)效率。但是， SaaS公司的PaaS平臺(tái)同樣也可以具備這些功能特性。而且，隨著資金與人才的投入，同樣可以做得很好。

真正堅(jiān)固的護(hù)城河，應(yīng)該是來(lái)自于體系化的優(yōu)勢(shì)。

比如，SaaS星球的一位創(chuàng)業(yè)者，是一家服務(wù)于某垂直行業(yè)的SaaS公司。但是，他并沒(méi)有停留在提供軟件的層面，而是親自下場(chǎng)做了一家行業(yè)公司，以提升自己對(duì)行業(yè)的理解和實(shí)踐能力。接下來(lái)，他又把實(shí)踐的成果通過(guò)培訓(xùn)、帶教等形式，輸出給潛在客戶(hù)。這樣，一方面“SaaS軟件+行業(yè)實(shí)踐”的組合能力幫助他不斷拓展市場(chǎng)，另一方面與客戶(hù)的深入合作又給他帶來(lái)了更多的SaaS軟件創(chuàng)新和更豐富的實(shí)踐經(jīng)驗(yàn)。

當(dāng)這個(gè)體系形成了正向的飛輪效應(yīng)，那些試圖用低價(jià)策略進(jìn)攻他的競(jìng)爭(zhēng)對(duì)手，就會(huì)面對(duì)很堅(jiān)固的護(hù)城河。

低代碼公司同樣應(yīng)該構(gòu)建這樣的體系化優(yōu)勢(shì)。

我常說(shuō)，SaaS公司最大的競(jìng)爭(zhēng)對(duì)手，其實(shí)是他們的客戶(hù)和咨詢(xún)合作伙伴。

對(duì)于客戶(hù)來(lái)說(shuō)，SaaS公司不斷上漲的價(jià)格、遲緩的響應(yīng)速度、封閉的功能和數(shù)據(jù)，都會(huì)迫使客戶(hù)不得不走上自研的道路。而此時(shí)，低代碼將是SaaS公司很好的替代。

對(duì)于咨詢(xún)合作伙伴來(lái)說(shuō)，SaaS公司與其存在天然的競(jìng)爭(zhēng)關(guān)系。在SaaS專(zhuān)注的領(lǐng)域，SaaS公司不希望合作伙伴涉入太深。而在SaaS公司不專(zhuān)注的領(lǐng)域，對(duì)合作伙伴的支持又太少。

對(duì)于合作伙伴來(lái)說(shuō)，與中立、開(kāi)放的低代碼公司將有更大合作的空間。

如果低代碼公司能夠與客戶(hù)或者咨詢(xún)合作伙伴建立起賦能和互利的機(jī)制（而不僅僅是簡(jiǎn)單的提供產(chǎn)品和培訓(xùn)），那么形成的整體力量將成為低代碼公司的體系化能力。

當(dāng)然，成長(zhǎng)的道路并非如想象中那般美好。比如，如何為客戶(hù)和咨詢(xún)合作伙伴賦能？如何建立起共生的互利關(guān)系？這將是一個(gè)長(zhǎng)期的課題。

但我相信，在克服這個(gè)難題的過(guò)程中，真正的強(qiáng)者會(huì)脫穎而出。