正在閱讀:

為什么低代碼行業(yè)長不出大公司?

掃一掃下載界面新聞APP

為什么低代碼行業(yè)長不出大公司?

有,但不多。

文|新眸 鹿堯

當企業(yè)把數(shù)字化轉(zhuǎn)型提上日程時,最先意識到的往往是戰(zhàn)略需求,而不是業(yè)務要求。隨著轉(zhuǎn)型由淺入深,速度和質(zhì)量決定了生死,這時候才發(fā)現(xiàn)現(xiàn)有的開發(fā)工具與開發(fā)方式,管理水平及人才配備,其實很難勝任新的生產(chǎn)需求。

之前有數(shù)據(jù)統(tǒng)計,從轉(zhuǎn)型成功率上看,信息化程度較高的行業(yè)小于26%,而傳統(tǒng)行業(yè)只在4%~11%區(qū)間。為了解決這個問題,行業(yè)里常規(guī)的邏輯,企業(yè)如果要真的跨越周期,必須先使用合適的新工具,無論是云計算、Serverless、各種Xaas,目的都是為了理想化的降本增效,低代碼也是同樣的道理。

Gartner認為,未來企業(yè)間互動、需要更多的設(shè)備接入,業(yè)務會更加分散,專業(yè)開發(fā)者的數(shù)量并不足以滿足企業(yè)IT需求。供需矛盾間,可視化+拖拉拽的低代碼平臺能讓所謂的平民開發(fā)者,即普通的業(yè)務人員也能進行應用搭建,成為平臺的最終用戶,寫更少的代碼,花更少的錢,干更多的事,這看起來非常誘人,而且蘊含了巨大的商業(yè)前景。

2018年是一個有趣的節(jié)點,隨著OutSystems成為超過10億美元的新晉獨角獸,低代碼概念也被大量曝光,國內(nèi)低代碼賽道在近幾年也尤為火熱。

中國低代碼行業(yè)投融資事件匯總圖源前瞻產(chǎn)業(yè)研究院

之后,從2019年阿里把內(nèi)部產(chǎn)品宜搭正式對外商用,到兩年后發(fā)布低代碼開發(fā)聚合平臺“釘釘搭”,騰訊上線微搭,華為有AppCube,百度有愛速搭,大廠之外,傳統(tǒng)ISV躬身入局,一大批創(chuàng)業(yè)型選手也紛紛涌現(xiàn)。相比國內(nèi),國外巨頭的布局更早,微軟、谷歌、亞馬遜都將低代碼看作未來,也都擁有自己的低代碼平臺:PowerApps、Honeycode和Appsheet。

理想的狀態(tài)是,低代碼能將所有與應用開發(fā)相關(guān)的活動,都收斂到同一個平臺,從而產(chǎn)生更多方面的聚合效應與規(guī)模收益,但事實的發(fā)展卻并不順利。

站在2022年這個節(jié)點上會發(fā)現(xiàn),同為企業(yè)服務里的細分賽道,雖然近年來跑出不少低代碼玩家,但既沒有產(chǎn)生像erp里的用友、金蝶,更遑論crm領(lǐng)域的salesforce以及協(xié)同辦公里的zoom。反而傳出的更多是被收購的消息,比如西門子收購Mendix和TimeSeries、Magic收購PowPow、字節(jié)收購黑帕云??脊盼④?005年開始投入的webform,InfoPath等工具,也早被時代淘汰,現(xiàn)在一些寄生大廠生態(tài)的明星廠商,名聲并沒有如雷貫耳。

愿景是美好的,不過現(xiàn)實中類似“低代碼是不是偽需求、是否能真的商業(yè)化”的質(zhì)疑聲也一直不斷,盡管理論上降低了開發(fā)門檻,但怎樣讓客戶真正用起來,低代碼還是難以實現(xiàn)純粹的產(chǎn)品化推動。平臺如果預設(shè)是代碼小白,犧牲上限換短期效率,不僅會限制平臺成長,是否真的增效也不一定;如果提供給專業(yè)開發(fā)者,作用又難免雞肋,更不必說昂貴的變革成本。

為什么低代碼里至今沒有keyman,歸根結(jié)底,這并不僅是戰(zhàn)略層面拍腦袋能解決的問題,除了開發(fā)階段,還要考慮產(chǎn)品的全生命周期,如果將價值認定框在降本增效的標準里,其實不太符合現(xiàn)實商業(yè)原則;數(shù)字化轉(zhuǎn)型的過程中,風很大,具體到產(chǎn)品、市場、業(yè)務、用戶、特定的應用場景,有太多的細節(jié)需要重新考慮。

01 廠商看技術(shù),甲方看業(yè)務

模塊化、可視化的編程方法由來已久。20多年前,微軟的Visual Basic、Access以及Sybase PowerBuilder、Delphi Builder等編程工具風靡一時,都算作比較早期的低代碼工具,多年來熱度起起伏伏,很多人認為,如今不過是用“低代碼”這個新瓶,裝了表單、工作流、業(yè)務對象等舊酒,包裝成面向業(yè)務應用層的低代碼平臺,本質(zhì)仍是個OA自定義表單和自定義流程引擎而已。

到2020年左右,廣義上的低代碼開發(fā)平臺包含低代碼與無代碼,前者面向程序員,后者提供給沒有編程基礎(chǔ)的業(yè)務人員,用友副總裁羅小江認為,“3-5年內(nèi)可能低代碼平臺主要還是針對專業(yè)開發(fā)者,混合開發(fā)模式能夠簡化一些基礎(chǔ)問題,程序員在此基礎(chǔ)上做復雜開發(fā)?!钡痛a的成熟度,還停留在需要技術(shù)人員在一線業(yè)務員和開發(fā)商間做溝通的程度。

實際上,現(xiàn)在對于低代碼的各種技術(shù)界定、渲染的實際意義不大,它的核心是為了解放生產(chǎn)力,那么業(yè)務邏輯比開發(fā)邏輯更重要。低代碼之所以受市場追捧,源于數(shù)字化轉(zhuǎn)型階段的業(yè)務與產(chǎn)品供需矛盾。

當深入到具體業(yè)務會發(fā)現(xiàn),現(xiàn)在的商業(yè)鏈條很復雜,比如從供貨端、各種營銷渠道,到各個電商平臺推廣賣貨,現(xiàn)有的進銷存軟件并不能整合管理從收集訂單、組織生產(chǎn),到調(diào)派庫存發(fā)貨的不同平臺訂單數(shù)據(jù),也不能分析銷售情況進行客戶追蹤。

于是,有預算的企業(yè)想要自己開發(fā)軟件,但在需求、交付時間、質(zhì)量都不可控的情況下,供需問題短期內(nèi)很難解決?;氐揭婚_始,任何的企業(yè)軟件都只是技術(shù)手段,技術(shù)最終要解決的是業(yè)務和管理的問題。所以,真正要討論的就變成了低代碼是否真的好用,商業(yè)化落地是否可行。

比如在C端,消費者的需求千變?nèi)f化,供應商是很難靠賣純粹低代碼平臺來賺錢,加上用戶的產(chǎn)品認知度不高,市場教育成本不容忽視;為了維持基礎(chǔ)能力,要兼顧定制的靈活性和運行的高性能,因為使用的人越多,邊際成本才越低,這些對一般初創(chuàng)廠商來說壓力山大。

如果在B端,考慮是否真的給企業(yè)客戶降低了成本,并且滿足個性化需求,這意味著企業(yè)結(jié)果導向。市面很多產(chǎn)品都是固定化流程設(shè)計,功能缺失或冗余難以避免,比如當你買了一個進銷存系統(tǒng),但當想統(tǒng)籌管理人員績效時,就得去買另一個,這種情況下的理想場景是,企業(yè)人員能夠按需自行設(shè)計多場景系統(tǒng),聽起來似乎更實用。

大企業(yè)的業(yè)務流程、數(shù)據(jù)邏輯往往按照業(yè)務規(guī)范去做,低代碼平臺加上成熟的解決方案,可以更快捷地搭建;但受限于服務能力邊界,低代碼有明顯的天花板,它無法替代當下的中、高級開發(fā)工作需求。中小企業(yè)的使用意愿也會被高估,即使用輕量化場景來,滿足這些業(yè)務邏輯更簡單的企業(yè),除了搭建成本,還要因為業(yè)務不規(guī)范的“削履適足”,低代碼反而不容易應對。

現(xiàn)階段,不論在C端還是B端,在業(yè)務還沒有實現(xiàn)標準化,數(shù)據(jù)也沒建立標準時,低代碼平臺都不可能滿足任意復雜度的業(yè)務,這也讓它的應用場景被局限在那些只能被標準化的領(lǐng)域里,完成業(yè)務的全面覆蓋更不現(xiàn)實,還會對企業(yè)的數(shù)據(jù)治理、信息安全產(chǎn)生隱患。

敏捷、普適、豐富的場景、性價比高,這是每一個低代碼廠商在宣傳自家產(chǎn)品時會用到的ppt話術(shù),也是資本喜聞樂見的故事。不過作為入局者,釘釘、用友和簡道云的相關(guān)負責人都曾表示,低代碼市場的宣傳是有些言過其實的,拓荒的過程很艱難,目前的滲透率極低,在所有的行業(yè)里滲透率基本上都是個位數(shù),甚至僅僅1%、2%。

中國低代碼市場滲透率低圖源洞見研報

在數(shù)字化浪潮中,RPA賽道的玩家們也正在經(jīng)歷類似的事情。由于低代碼環(huán)境弱化編程需求,RPA市場邊際擴大,并被認為是全球增速最快的細分軟件市場,僅今年上半年,以達觀數(shù)據(jù)、影刀為代表的國內(nèi)RPA廠商累計融資金額達20億,相關(guān)企業(yè)注冊量接近400家。

但相較國外各領(lǐng)域?qū)PA的應用已經(jīng)成熟,比如UiPath雖然驗證了商業(yè)模式和落地場景的可行性,但國內(nèi)的廠商仍在找試驗田,具體到哪些業(yè)務流程適用RPA機器人,產(chǎn)品應用范圍、邊界及周期怎么定,市場還未實現(xiàn)規(guī)?;炞C。加上產(chǎn)品功能的單一同質(zhì)等問題,以至于國產(chǎn)RPA廠商客戶年流失率平均在30%,遠高于國外。

低代碼和RPA的高開低走,其實不難理解,我們很多時候?qū)τ谝粋€新興概念的熱捧,要遠高于產(chǎn)品彼時存在的實際價值,即使它被認為是發(fā)展?jié)摿薮蟮娘L口,但在早期階段,缺乏本土市場驗證的情況下,產(chǎn)品是沒有普適性的,更不是企業(yè)用來加速適應市場的“萬能藥”,與其忽視市場的復雜去盲目照抄,或者積極炒作甚至削足適履,都不如在適當?shù)碾A段做恰當?shù)氖赂蠒r宜。

02 從低代碼平臺到生態(tài)

今年上半年,低代碼廠商黑帕云正式停服,從被資本熱捧到被字節(jié)收購,黑帕云是賽道熱潮中首個退出的玩家,這件事也被看作國內(nèi)低代碼行業(yè)洗牌的開端。

低代碼廠商圖譜圖源艾瑞咨詢

在停服之前,有人評價黑帕云是綜合能力最好用的輕量級數(shù)據(jù)協(xié)作工具。剛上手的時候可以直接當作Excel用,但它本身不僅比Excel更容易理解且支持協(xié)作,數(shù)據(jù)保存的完整性上也表現(xiàn)不錯;接著在使用過程中加深對業(yè)務理解進一步升級業(yè)務系統(tǒng),也就是說,軟件本身并不是最重要,對業(yè)務和數(shù)據(jù)的理解、從而讓業(yè)務系統(tǒng)不斷生長的過程才是最重要的。

收購后不久關(guān)停,有人將原因歸為飛書的核心產(chǎn)品多維表格,后者功能與黑帕云類似,雖然字節(jié)在低代碼領(lǐng)域行事低調(diào),但多維表格本身也是低代碼的一個體現(xiàn)。飛書向來采取all in one 的策略,大客戶的需求大多由飛書自己來做,隨著業(yè)務的深化,用低代碼去滿足海量需求可以算是布局未來。

互聯(lián)網(wǎng)巨頭都在低代碼領(lǐng)域加緊布局,像黑帕云的例子并不鮮見,雖然小企業(yè)的品牌變現(xiàn)能力對于大廠來說并不誘人,但沉淀下來的核心技術(shù)、產(chǎn)品理念和經(jīng)驗的確是有價值的。這也反映出,在本身沖突就很多的低代碼賽道,走中小客和PLG增長這一路線的小團隊,想要實現(xiàn)商業(yè)變現(xiàn)難上加難。

阿里的思路不太一樣,在賽道之外,低代碼起著“連接”和“高效辦公”的作用。草蛇灰線,從2019年張勇首提“商業(yè)操作系統(tǒng)”,希望幫助企業(yè)實現(xiàn)品牌、商品、銷售、營銷、渠道管理、物流供應鏈等多環(huán)節(jié)的數(shù)字化;次年,釘釘升級為大釘釘事業(yè)部,并融入阿里云智能事業(yè)群,釘釘成了云服務的平臺。

釘釘推出的低代碼開發(fā)聚合平臺”釘釘搭”,聚集了宜搭、簡道云、氚云、輕流在內(nèi)的8款主流低代碼廠商,金蝶、用友、紛享銷客等也是釘釘生態(tài)一員。與其說是細分賽道里的低代碼平臺廠商,釘釘更像一款協(xié)作辦公平臺,基于協(xié)同密度來建設(shè)應用生態(tài),這樣一來,對原有的存量系統(tǒng)服務,面對復雜且分散的業(yè)務,釘釘起到連接器和整合的作用。

同一時期,用友完成ERP到BIP,從產(chǎn)品服務模式升維到平臺服務模式。2020年發(fā)布的低代碼平臺YonBuilder為用友自身、伙伴、客戶的應用開發(fā)提供統(tǒng)一開發(fā)輸出的能力,幫助用友BIP實現(xiàn)商業(yè)落地。YonBuilder的存在和后來加入的APICloud,完善了用友的服務鏈條,和釘釘主打平臺及應用生態(tài)不同,用友側(cè)重開發(fā)者生態(tài)和低代碼產(chǎn)品。

在傳統(tǒng)軟件轉(zhuǎn)云的廠商,和互聯(lián)網(wǎng)玩家紛紛進軍低代碼的情況下,構(gòu)建生態(tài)成為共識,意味著現(xiàn)階段很難出現(xiàn)直接對標Airtable、Notion的獨立產(chǎn)品。這類似曾經(jīng)國內(nèi)爆火的BI賽道,隨著大廠BI產(chǎn)品銷聲匿跡,大部分獨立BI廠商以被收購、退出市場或抱團取暖收尾。同樣作為一種輔助性工具,從狹隘的定位上,低代碼是否會重蹈覆轍還需觀望。

03 比起開發(fā),說搭建更合適

如果打開知乎搜索低代碼,會發(fā)現(xiàn)很多人的字里行間不乏抱怨?!皠e的不說,單就工作量是一點都沒有減少,反而平添了很多很多的麻煩,不用‘低代碼’平臺分分鐘就能開發(fā)出來的功能,用了之后得花更多的時間?!?/p>

因為目前大部分低代碼平臺都是高度封裝,高度耦合的開發(fā)模式,所有功能必須得按照平臺既定的規(guī)則開發(fā),假如只是簡單的增刪改查,導入導出,聘一堆薪資不高的外包去用低代碼寫重復度高的業(yè)務,那確實是沒有問題。一旦遇到客戶有類似五彩斑斕的黑的要求,平臺現(xiàn)有的功能又無法滿足,很多人連Excel都不會用,更別提改代碼,最后只能是做開發(fā)的人來返工。

雖然不論是Gartner還是IDG,市場都對低代碼的未來表現(xiàn)高度熱情,但局中人冷靜發(fā)言,“它既不是模式的問題,也不是資本問題,而是賽道問題。低代碼產(chǎn)品好像什么需求都能做,但是好像每種需求又做不好。”簡道云聯(lián)合創(chuàng)始人單蘭杰認為,低代碼最大的問題,是這種產(chǎn)品形態(tài)怎么能夠持續(xù)地滿足客戶需求。

確實是這樣,低代碼可能會是程序員的一把工具,但不會成為顛覆行業(yè)的東西。正如前言,同為企業(yè)服務里的細分賽道,低代碼這一支尤其分散,看似每一項業(yè)務都能適配,但實際的業(yè)務用途目前還是狹窄,大多限于簡單的行政類、人事類需求,例如工作流和表單流轉(zhuǎn),大軟件的部分功能延伸,面向企業(yè)用戶的快速補充開發(fā)。企業(yè)的核心業(yè)務如生產(chǎn)、銷售、采購庫存等,還是要用傳統(tǒng)的erp,這些很難用低代碼去實現(xiàn)。

它的出發(fā)點是好的,我們傾向認為低代碼彌補中小企業(yè)開發(fā)人員數(shù)量上的不足,但開發(fā)是一回事,能用起來是另一回事。低代碼能力是否會變成一個與Office套件一樣普及的基本辦公職業(yè)技能,尚不可知;未來是繼續(xù)加功能,還是開放更多的接口,做交付動作滿足需求,還是產(chǎn)品保持簡潔,通過一些其他模塊,或應用市場的方式去解決問題,這些也不好回答。

本文為轉(zhuǎn)載內(nèi)容,授權(quán)事宜請聯(lián)系原著作權(quán)人。

釘釘

204
  • 阿里巴巴旗下釘釘平臺宣布登陸香港
  • 釘釘上半財年ARR遠超2億美元

評論

暫無評論哦,快來評價一下吧!

下載界面新聞

微信公眾號

微博

為什么低代碼行業(yè)長不出大公司?

有,但不多。

文|新眸 鹿堯

當企業(yè)把數(shù)字化轉(zhuǎn)型提上日程時,最先意識到的往往是戰(zhàn)略需求,而不是業(yè)務要求。隨著轉(zhuǎn)型由淺入深,速度和質(zhì)量決定了生死,這時候才發(fā)現(xiàn)現(xiàn)有的開發(fā)工具與開發(fā)方式,管理水平及人才配備,其實很難勝任新的生產(chǎn)需求。

之前有數(shù)據(jù)統(tǒng)計,從轉(zhuǎn)型成功率上看,信息化程度較高的行業(yè)小于26%,而傳統(tǒng)行業(yè)只在4%~11%區(qū)間。為了解決這個問題,行業(yè)里常規(guī)的邏輯,企業(yè)如果要真的跨越周期,必須先使用合適的新工具,無論是云計算、Serverless、各種Xaas,目的都是為了理想化的降本增效,低代碼也是同樣的道理。

Gartner認為,未來企業(yè)間互動、需要更多的設(shè)備接入,業(yè)務會更加分散,專業(yè)開發(fā)者的數(shù)量并不足以滿足企業(yè)IT需求。供需矛盾間,可視化+拖拉拽的低代碼平臺能讓所謂的平民開發(fā)者,即普通的業(yè)務人員也能進行應用搭建,成為平臺的最終用戶,寫更少的代碼,花更少的錢,干更多的事,這看起來非常誘人,而且蘊含了巨大的商業(yè)前景。

2018年是一個有趣的節(jié)點,隨著OutSystems成為超過10億美元的新晉獨角獸,低代碼概念也被大量曝光,國內(nèi)低代碼賽道在近幾年也尤為火熱。

中國低代碼行業(yè)投融資事件匯總圖源前瞻產(chǎn)業(yè)研究院

之后,從2019年阿里把內(nèi)部產(chǎn)品宜搭正式對外商用,到兩年后發(fā)布低代碼開發(fā)聚合平臺“釘釘搭”,騰訊上線微搭,華為有AppCube,百度有愛速搭,大廠之外,傳統(tǒng)ISV躬身入局,一大批創(chuàng)業(yè)型選手也紛紛涌現(xiàn)。相比國內(nèi),國外巨頭的布局更早,微軟、谷歌、亞馬遜都將低代碼看作未來,也都擁有自己的低代碼平臺:PowerApps、Honeycode和Appsheet。

理想的狀態(tài)是,低代碼能將所有與應用開發(fā)相關(guān)的活動,都收斂到同一個平臺,從而產(chǎn)生更多方面的聚合效應與規(guī)模收益,但事實的發(fā)展卻并不順利。

站在2022年這個節(jié)點上會發(fā)現(xiàn),同為企業(yè)服務里的細分賽道,雖然近年來跑出不少低代碼玩家,但既沒有產(chǎn)生像erp里的用友、金蝶,更遑論crm領(lǐng)域的salesforce以及協(xié)同辦公里的zoom。反而傳出的更多是被收購的消息,比如西門子收購Mendix和TimeSeries、Magic收購PowPow、字節(jié)收購黑帕云。考古微軟2005年開始投入的webform,InfoPath等工具,也早被時代淘汰,現(xiàn)在一些寄生大廠生態(tài)的明星廠商,名聲并沒有如雷貫耳。

愿景是美好的,不過現(xiàn)實中類似“低代碼是不是偽需求、是否能真的商業(yè)化”的質(zhì)疑聲也一直不斷,盡管理論上降低了開發(fā)門檻,但怎樣讓客戶真正用起來,低代碼還是難以實現(xiàn)純粹的產(chǎn)品化推動。平臺如果預設(shè)是代碼小白,犧牲上限換短期效率,不僅會限制平臺成長,是否真的增效也不一定;如果提供給專業(yè)開發(fā)者,作用又難免雞肋,更不必說昂貴的變革成本。

為什么低代碼里至今沒有keyman,歸根結(jié)底,這并不僅是戰(zhàn)略層面拍腦袋能解決的問題,除了開發(fā)階段,還要考慮產(chǎn)品的全生命周期,如果將價值認定框在降本增效的標準里,其實不太符合現(xiàn)實商業(yè)原則;數(shù)字化轉(zhuǎn)型的過程中,風很大,具體到產(chǎn)品、市場、業(yè)務、用戶、特定的應用場景,有太多的細節(jié)需要重新考慮。

01 廠商看技術(shù),甲方看業(yè)務

模塊化、可視化的編程方法由來已久。20多年前,微軟的Visual Basic、Access以及Sybase PowerBuilder、Delphi Builder等編程工具風靡一時,都算作比較早期的低代碼工具,多年來熱度起起伏伏,很多人認為,如今不過是用“低代碼”這個新瓶,裝了表單、工作流、業(yè)務對象等舊酒,包裝成面向業(yè)務應用層的低代碼平臺,本質(zhì)仍是個OA自定義表單和自定義流程引擎而已。

到2020年左右,廣義上的低代碼開發(fā)平臺包含低代碼與無代碼,前者面向程序員,后者提供給沒有編程基礎(chǔ)的業(yè)務人員,用友副總裁羅小江認為,“3-5年內(nèi)可能低代碼平臺主要還是針對專業(yè)開發(fā)者,混合開發(fā)模式能夠簡化一些基礎(chǔ)問題,程序員在此基礎(chǔ)上做復雜開發(fā)?!钡痛a的成熟度,還停留在需要技術(shù)人員在一線業(yè)務員和開發(fā)商間做溝通的程度。

實際上,現(xiàn)在對于低代碼的各種技術(shù)界定、渲染的實際意義不大,它的核心是為了解放生產(chǎn)力,那么業(yè)務邏輯比開發(fā)邏輯更重要。低代碼之所以受市場追捧,源于數(shù)字化轉(zhuǎn)型階段的業(yè)務與產(chǎn)品供需矛盾。

當深入到具體業(yè)務會發(fā)現(xiàn),現(xiàn)在的商業(yè)鏈條很復雜,比如從供貨端、各種營銷渠道,到各個電商平臺推廣賣貨,現(xiàn)有的進銷存軟件并不能整合管理從收集訂單、組織生產(chǎn),到調(diào)派庫存發(fā)貨的不同平臺訂單數(shù)據(jù),也不能分析銷售情況進行客戶追蹤。

于是,有預算的企業(yè)想要自己開發(fā)軟件,但在需求、交付時間、質(zhì)量都不可控的情況下,供需問題短期內(nèi)很難解決?;氐揭婚_始,任何的企業(yè)軟件都只是技術(shù)手段,技術(shù)最終要解決的是業(yè)務和管理的問題。所以,真正要討論的就變成了低代碼是否真的好用,商業(yè)化落地是否可行。

比如在C端,消費者的需求千變?nèi)f化,供應商是很難靠賣純粹低代碼平臺來賺錢,加上用戶的產(chǎn)品認知度不高,市場教育成本不容忽視;為了維持基礎(chǔ)能力,要兼顧定制的靈活性和運行的高性能,因為使用的人越多,邊際成本才越低,這些對一般初創(chuàng)廠商來說壓力山大。

如果在B端,考慮是否真的給企業(yè)客戶降低了成本,并且滿足個性化需求,這意味著企業(yè)結(jié)果導向。市面很多產(chǎn)品都是固定化流程設(shè)計,功能缺失或冗余難以避免,比如當你買了一個進銷存系統(tǒng),但當想統(tǒng)籌管理人員績效時,就得去買另一個,這種情況下的理想場景是,企業(yè)人員能夠按需自行設(shè)計多場景系統(tǒng),聽起來似乎更實用。

大企業(yè)的業(yè)務流程、數(shù)據(jù)邏輯往往按照業(yè)務規(guī)范去做,低代碼平臺加上成熟的解決方案,可以更快捷地搭建;但受限于服務能力邊界,低代碼有明顯的天花板,它無法替代當下的中、高級開發(fā)工作需求。中小企業(yè)的使用意愿也會被高估,即使用輕量化場景來,滿足這些業(yè)務邏輯更簡單的企業(yè),除了搭建成本,還要因為業(yè)務不規(guī)范的“削履適足”,低代碼反而不容易應對。

現(xiàn)階段,不論在C端還是B端,在業(yè)務還沒有實現(xiàn)標準化,數(shù)據(jù)也沒建立標準時,低代碼平臺都不可能滿足任意復雜度的業(yè)務,這也讓它的應用場景被局限在那些只能被標準化的領(lǐng)域里,完成業(yè)務的全面覆蓋更不現(xiàn)實,還會對企業(yè)的數(shù)據(jù)治理、信息安全產(chǎn)生隱患。

敏捷、普適、豐富的場景、性價比高,這是每一個低代碼廠商在宣傳自家產(chǎn)品時會用到的ppt話術(shù),也是資本喜聞樂見的故事。不過作為入局者,釘釘、用友和簡道云的相關(guān)負責人都曾表示,低代碼市場的宣傳是有些言過其實的,拓荒的過程很艱難,目前的滲透率極低,在所有的行業(yè)里滲透率基本上都是個位數(shù),甚至僅僅1%、2%。

中國低代碼市場滲透率低圖源洞見研報

在數(shù)字化浪潮中,RPA賽道的玩家們也正在經(jīng)歷類似的事情。由于低代碼環(huán)境弱化編程需求,RPA市場邊際擴大,并被認為是全球增速最快的細分軟件市場,僅今年上半年,以達觀數(shù)據(jù)、影刀為代表的國內(nèi)RPA廠商累計融資金額達20億,相關(guān)企業(yè)注冊量接近400家。

但相較國外各領(lǐng)域?qū)PA的應用已經(jīng)成熟,比如UiPath雖然驗證了商業(yè)模式和落地場景的可行性,但國內(nèi)的廠商仍在找試驗田,具體到哪些業(yè)務流程適用RPA機器人,產(chǎn)品應用范圍、邊界及周期怎么定,市場還未實現(xiàn)規(guī)模化驗證。加上產(chǎn)品功能的單一同質(zhì)等問題,以至于國產(chǎn)RPA廠商客戶年流失率平均在30%,遠高于國外。

低代碼和RPA的高開低走,其實不難理解,我們很多時候?qū)τ谝粋€新興概念的熱捧,要遠高于產(chǎn)品彼時存在的實際價值,即使它被認為是發(fā)展?jié)摿薮蟮娘L口,但在早期階段,缺乏本土市場驗證的情況下,產(chǎn)品是沒有普適性的,更不是企業(yè)用來加速適應市場的“萬能藥”,與其忽視市場的復雜去盲目照抄,或者積極炒作甚至削足適履,都不如在適當?shù)碾A段做恰當?shù)氖赂蠒r宜。

02 從低代碼平臺到生態(tài)

今年上半年,低代碼廠商黑帕云正式停服,從被資本熱捧到被字節(jié)收購,黑帕云是賽道熱潮中首個退出的玩家,這件事也被看作國內(nèi)低代碼行業(yè)洗牌的開端。

低代碼廠商圖譜圖源艾瑞咨詢

在停服之前,有人評價黑帕云是綜合能力最好用的輕量級數(shù)據(jù)協(xié)作工具。剛上手的時候可以直接當作Excel用,但它本身不僅比Excel更容易理解且支持協(xié)作,數(shù)據(jù)保存的完整性上也表現(xiàn)不錯;接著在使用過程中加深對業(yè)務理解進一步升級業(yè)務系統(tǒng),也就是說,軟件本身并不是最重要,對業(yè)務和數(shù)據(jù)的理解、從而讓業(yè)務系統(tǒng)不斷生長的過程才是最重要的。

收購后不久關(guān)停,有人將原因歸為飛書的核心產(chǎn)品多維表格,后者功能與黑帕云類似,雖然字節(jié)在低代碼領(lǐng)域行事低調(diào),但多維表格本身也是低代碼的一個體現(xiàn)。飛書向來采取all in one 的策略,大客戶的需求大多由飛書自己來做,隨著業(yè)務的深化,用低代碼去滿足海量需求可以算是布局未來。

互聯(lián)網(wǎng)巨頭都在低代碼領(lǐng)域加緊布局,像黑帕云的例子并不鮮見,雖然小企業(yè)的品牌變現(xiàn)能力對于大廠來說并不誘人,但沉淀下來的核心技術(shù)、產(chǎn)品理念和經(jīng)驗的確是有價值的。這也反映出,在本身沖突就很多的低代碼賽道,走中小客和PLG增長這一路線的小團隊,想要實現(xiàn)商業(yè)變現(xiàn)難上加難。

阿里的思路不太一樣,在賽道之外,低代碼起著“連接”和“高效辦公”的作用。草蛇灰線,從2019年張勇首提“商業(yè)操作系統(tǒng)”,希望幫助企業(yè)實現(xiàn)品牌、商品、銷售、營銷、渠道管理、物流供應鏈等多環(huán)節(jié)的數(shù)字化;次年,釘釘升級為大釘釘事業(yè)部,并融入阿里云智能事業(yè)群,釘釘成了云服務的平臺。

釘釘推出的低代碼開發(fā)聚合平臺”釘釘搭”,聚集了宜搭、簡道云、氚云、輕流在內(nèi)的8款主流低代碼廠商,金蝶、用友、紛享銷客等也是釘釘生態(tài)一員。與其說是細分賽道里的低代碼平臺廠商,釘釘更像一款協(xié)作辦公平臺,基于協(xié)同密度來建設(shè)應用生態(tài),這樣一來,對原有的存量系統(tǒng)服務,面對復雜且分散的業(yè)務,釘釘起到連接器和整合的作用。

同一時期,用友完成ERP到BIP,從產(chǎn)品服務模式升維到平臺服務模式。2020年發(fā)布的低代碼平臺YonBuilder為用友自身、伙伴、客戶的應用開發(fā)提供統(tǒng)一開發(fā)輸出的能力,幫助用友BIP實現(xiàn)商業(yè)落地。YonBuilder的存在和后來加入的APICloud,完善了用友的服務鏈條,和釘釘主打平臺及應用生態(tài)不同,用友側(cè)重開發(fā)者生態(tài)和低代碼產(chǎn)品。

在傳統(tǒng)軟件轉(zhuǎn)云的廠商,和互聯(lián)網(wǎng)玩家紛紛進軍低代碼的情況下,構(gòu)建生態(tài)成為共識,意味著現(xiàn)階段很難出現(xiàn)直接對標Airtable、Notion的獨立產(chǎn)品。這類似曾經(jīng)國內(nèi)爆火的BI賽道,隨著大廠BI產(chǎn)品銷聲匿跡,大部分獨立BI廠商以被收購、退出市場或抱團取暖收尾。同樣作為一種輔助性工具,從狹隘的定位上,低代碼是否會重蹈覆轍還需觀望。

03 比起開發(fā),說搭建更合適

如果打開知乎搜索低代碼,會發(fā)現(xiàn)很多人的字里行間不乏抱怨?!皠e的不說,單就工作量是一點都沒有減少,反而平添了很多很多的麻煩,不用‘低代碼’平臺分分鐘就能開發(fā)出來的功能,用了之后得花更多的時間。”

因為目前大部分低代碼平臺都是高度封裝,高度耦合的開發(fā)模式,所有功能必須得按照平臺既定的規(guī)則開發(fā),假如只是簡單的增刪改查,導入導出,聘一堆薪資不高的外包去用低代碼寫重復度高的業(yè)務,那確實是沒有問題。一旦遇到客戶有類似五彩斑斕的黑的要求,平臺現(xiàn)有的功能又無法滿足,很多人連Excel都不會用,更別提改代碼,最后只能是做開發(fā)的人來返工。

雖然不論是Gartner還是IDG,市場都對低代碼的未來表現(xiàn)高度熱情,但局中人冷靜發(fā)言,“它既不是模式的問題,也不是資本問題,而是賽道問題。低代碼產(chǎn)品好像什么需求都能做,但是好像每種需求又做不好?!焙喌涝坡?lián)合創(chuàng)始人單蘭杰認為,低代碼最大的問題,是這種產(chǎn)品形態(tài)怎么能夠持續(xù)地滿足客戶需求。

確實是這樣,低代碼可能會是程序員的一把工具,但不會成為顛覆行業(yè)的東西。正如前言,同為企業(yè)服務里的細分賽道,低代碼這一支尤其分散,看似每一項業(yè)務都能適配,但實際的業(yè)務用途目前還是狹窄,大多限于簡單的行政類、人事類需求,例如工作流和表單流轉(zhuǎn),大軟件的部分功能延伸,面向企業(yè)用戶的快速補充開發(fā)。企業(yè)的核心業(yè)務如生產(chǎn)、銷售、采購庫存等,還是要用傳統(tǒng)的erp,這些很難用低代碼去實現(xiàn)。

它的出發(fā)點是好的,我們傾向認為低代碼彌補中小企業(yè)開發(fā)人員數(shù)量上的不足,但開發(fā)是一回事,能用起來是另一回事。低代碼能力是否會變成一個與Office套件一樣普及的基本辦公職業(yè)技能,尚不可知;未來是繼續(xù)加功能,還是開放更多的接口,做交付動作滿足需求,還是產(chǎn)品保持簡潔,通過一些其他模塊,或應用市場的方式去解決問題,這些也不好回答。

本文為轉(zhuǎn)載內(nèi)容,授權(quán)事宜請聯(lián)系原著作權(quán)人。