文|新眸 鹿堯

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

中國低代碼市場(chǎng)滲透率低圖源洞見研報(bào)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

因?yàn)槟壳按蟛糠值痛a平臺(tái)都是高度封裝，高度耦合的開發(fā)模式，所有功能必須得按照平臺(tái)既定的規(guī)則開發(fā),假如只是簡(jiǎn)單的增刪改查，導(dǎo)入導(dǎo)出，聘一堆薪資不高的外包去用低代碼寫重復(fù)度高的業(yè)務(wù)，那確實(shí)是沒有問題。一旦遇到客戶有類似五彩斑斕的黑的要求，平臺(tái)現(xiàn)有的功能又無法滿足，很多人連Excel都不會(huì)用，更別提改代碼，最后只能是做開發(fā)的人來返工。

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

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

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