日前，低代碼廠商黑帕云宣布正式停止服務(wù)。

來源：互聯(lián)網(wǎng)

　　在新一輪低代碼熱潮中，黑帕云成為欣欣向榮的光景里第一家宣告退出的廠商。

　　這家成立于2019年的企業(yè)在去年7月宣布A輪融資，但之后不久就傳出了其要被字節(jié)跳動(dòng)旗下飛書收購的消息。如今黑帕云的停服直接揭示了低代碼領(lǐng)域創(chuàng)業(yè)團(tuán)隊(duì)求存不易的一面。即使資本青睞，外界看好，站在了風(fēng)口，也拿到了融資，市場(chǎng)的考驗(yàn)依舊殘酷。

　　這兩年的低代碼賽道熙熙攘攘，但對(duì)大多數(shù)入局的玩家來說，技術(shù)如何演進(jìn)，商業(yè)模式如何突圍，依舊在求索之路上。

需求渴切

　　低代碼本身并不算新概念，因此在低代碼賽道升溫之余常有人質(zhì)疑其“老瓶裝新酒”，有炒作之嫌。

       2000年 VPL（Visual Programming Language），即可視化編程語言，就已出現(xiàn)；2014年，國際知名市場(chǎng)調(diào)研企業(yè)  Forrester 正式提出“低代碼/零代碼”的概念，將其定義為無需編碼或通過少量代碼就可以快速生成應(yīng)用程序的開發(fā)平臺(tái)；2018年，Gartner 提出  aPaaS 和 iPaaS 的概念；2019年開始，中國的低代碼市場(chǎng)進(jìn)入小步快跑的增長(zhǎng)期……

　　由此可見，關(guān)于可視化開發(fā)的嘗試早已開始，但它們都沒有對(duì)應(yīng)用程序的創(chuàng)建方式產(chǎn)生重大影響。為何在沉寂了一段時(shí)間后，低代碼又來到了聚光燈下呢？其中的關(guān)鍵在于，隨著數(shù)字化浪潮的到來，出現(xiàn)了龐大的應(yīng)用缺口。

　　近些年來，伴隨云計(jì)算、人工智能、物聯(lián)網(wǎng)、5G等技術(shù)的發(fā)展，越來越多的企業(yè)需要加速數(shù)字化轉(zhuǎn)型。加之疫情倒逼企業(yè)尋找高效轉(zhuǎn)型的方法，使用低代碼提升應(yīng)用開發(fā)效率，通過更敏捷的交付來推動(dòng)業(yè)務(wù)創(chuàng)新速度，成為了企業(yè)降本增效的選擇之一。

　　回顧一下2018年，彼時(shí)，低代碼賽道初露崢嶸：OutSystems成為估值逾10億美元的獨(dú)角獸，一時(shí)風(fēng)頭無兩。隨后，西門子又宣布以6億歐元的價(jià)格收購低代碼應(yīng)用開發(fā)平臺(tái)Mendix。幾乎在同一時(shí)期，AWS、Google、Microsoft、Oracle等巨頭也紛紛布局低代碼領(lǐng)域……

　　低代碼再度“火”起來后，中國市場(chǎng)的表現(xiàn)同樣值得矚目。Gartner有調(diào)研數(shù)據(jù)顯示，未來5年至少需要開發(fā)5億個(gè)新應(yīng)用，才能滿足中國企業(yè)數(shù)字化轉(zhuǎn)型的需求。面向這一市場(chǎng)，低代碼無疑大有可為。據(jù)悉，在2018-2020年間，中國無/低代碼領(lǐng)域總體投融資事件共16起，在總?cè)谫Y規(guī)模上，國內(nèi)無/低代碼平臺(tái)商共獲融資近15億人民幣，融資企業(yè)總估值近70億元。

　　在這一趨勢(shì)下，大廠的入局為低代碼領(lǐng)域的新玩法注入了更多想象。去年1月，伴隨釘釘6.0版本的發(fā)布，釘釘宣布全面開放底層能力和1300個(gè)API接口，同步提出了“低代碼革命”。發(fā)布會(huì)上，阿里云智能總裁張建鋒表示，基于云釘一體的“低代碼開發(fā)”，將成為新一代的軟件開發(fā)方式，并稱希望未來3年在釘釘上能長(zhǎng)出1000萬個(gè)釘應(yīng)用。資料顯示，截至2021年12月底，釘釘上的低代碼應(yīng)用數(shù)已超過240萬。

前景未明

　　盡管用戶需求迫切，市場(chǎng)空間廣闊，資本青睞有加，但需要正視的是，中國低代碼企業(yè)大多處于起步階段，行業(yè)格局尚未明朗，不久的未來可能面臨整體洗牌。在此期間，低代碼相關(guān)技術(shù)和商業(yè)模式的不成熟會(huì)成為掣肘多數(shù)創(chuàng)業(yè)企業(yè)的關(guān)鍵因素。

在技術(shù)上，低代碼工具的優(yōu)點(diǎn)一目了然。首先，低代碼平臺(tái)通過拖拽組件等形式，可以更好地應(yīng)對(duì)敏態(tài)業(yè)務(wù)的開發(fā)需求，比之全代碼開發(fā)，能有效降低成本，縮短交付周期；再者，低代碼工具為業(yè)務(wù)人員參與應(yīng)用開發(fā)提供了一種可行之法，有助于推動(dòng)全民開發(fā)成為業(yè)務(wù)和

IT 協(xié)作的重要組成部分。

　　不過，低代碼工具的短板也同樣明顯。

　　第一，通用性和個(gè)性化之間的矛盾難以調(diào)和。要降低開發(fā)門檻，就要盡可能讓有限的封裝覆蓋更多的場(chǎng)景。但事實(shí)上，應(yīng)用場(chǎng)景千差萬別，如果想做個(gè)性化改動(dòng)可能會(huì)面臨增加試錯(cuò)成本的風(fēng)險(xiǎn)。

　　第二，安全性。因?yàn)榈痛a廠商提供的封裝代碼模塊是無法被開發(fā)者檢查測(cè)試的。當(dāng)?shù)痛a無法保證安全控制時(shí)，企業(yè)可能不得不采購第三方安全管理工具，反而增加運(yùn)維成本。

　　在商業(yè)模式上，低代碼領(lǐng)域還有待探索。無論是走產(chǎn)品路線還是提供定制化服務(wù)，低代碼廠商的前景都面臨重重挑戰(zhàn)。

　　首先，現(xiàn)有可替代工具過多，且不少免費(fèi)。如何讓用戶愿意了解并使用低代碼是首要問題，尤其是對(duì)于中小客戶，商業(yè)邏輯能否跑通并達(dá)成規(guī)?；?yīng)還是個(gè)未知數(shù)。

　　其次，應(yīng)用不夠豐富，生態(tài)難以構(gòu)建。低代碼目前來說仍屬于小眾的企服產(chǎn)品，如果沒有大應(yīng)用生態(tài)做支撐，就其本身來說很難存活。釘釘?shù)钠脚_(tái)型低代碼模式之所以卓有成效，并不是因?yàn)椴町惢?，也不是?xì)分賽道做得更出色，而是釘釘作為一款協(xié)作辦公平臺(tái)，本身協(xié)同密度足夠大，可以高效地基于其龐大的底座構(gòu)建應(yīng)用生態(tài)。

　　其三，大廠入局后的連鎖效應(yīng)。2020年前后，一眾大廠開始入局低代碼，阿里推出“釘釘搭”，騰訊也推出了“微搭”，為這一賽道也帶來了變數(shù)。彼時(shí)，黑帕云在2021年底選擇被收購時(shí)，就有業(yè)內(nèi)人士猜測(cè)，這可能是其創(chuàng)始人在權(quán)衡利弊后的選擇，在商業(yè)化方面小團(tuán)隊(duì)依靠自身發(fā)展，不如借助大廠的資源和生態(tài)優(yōu)勢(shì)進(jìn)一步孵化。

　　尚未成熟的技術(shù)和商業(yè)模式讓低代碼市場(chǎng)前景未明，但也讓其呈現(xiàn)了一種野蠻生長(zhǎng)的活力。等賽道趨于飽和，市場(chǎng)大浪淘沙之后，低代碼本身如何進(jìn)化，將成為行業(yè)共同的命題。

來自開發(fā)者的聲音

　　隨著越來越多的企業(yè)入局，低代碼頻頻成為輿論關(guān)注的焦點(diǎn)，“全民開發(fā)”“非開發(fā)人員也能搭建應(yīng)用”逐漸植入大眾印象。但事實(shí)真的如此嗎？并不盡然。51CTO技術(shù)社群中各行業(yè)開發(fā)者們就此表達(dá)了自己的觀點(diǎn)。

爭(zhēng)議1：低代碼到底面向的是誰？

　　【coeus】感覺低代碼不是給開發(fā)用的。可視化編程、低代碼、零代碼要實(shí)現(xiàn)的不就是“不需要開發(fā)插手人人可用”嗎？所以一個(gè)大眾化的產(chǎn)品就要簡(jiǎn)單、無腦、定制化低。開發(fā)用的類似低代碼的東西，大家都?xì)w納到組件、工具、模塊中了，都不認(rèn)為是低代碼產(chǎn)品。

　　【邊城浪子】低代碼主要是兩種服務(wù)模式：面向業(yè)務(wù)人員和面向?qū)I(yè)人員（開發(fā)人員），阿里、騰訊已經(jīng)開源的低代碼平臺(tái)就是面向開發(fā)者。

　　【張業(yè)貴】低代碼不是面向開發(fā)者，而是面向有一定軟件使用經(jīng)驗(yàn)的業(yè)務(wù)人員，所以對(duì)于開發(fā)者沒有效率。如果非要說低代碼是給開發(fā)者用的，而且是匹配的業(yè)務(wù)場(chǎng)景，那肯定是高效的，畢竟大部分業(yè)務(wù)邏輯都封裝了，大部分工作都自動(dòng)化了，這有點(diǎn)像腳手架的感覺。但是強(qiáng)耦合或者強(qiáng)數(shù)據(jù)相關(guān)的業(yè)務(wù)下，基本還是廢的，不如搞代碼工具或者代碼模板。

爭(zhēng)議2：低代碼適宜哪些應(yīng)用場(chǎng)景？

　　【老黃】低代碼應(yīng)該是解決復(fù)雜場(chǎng)景的，如果是簡(jiǎn)單的那種，沒什么必要。

　　【Kevin】個(gè)人認(rèn)為，低代碼解決的是（標(biāo)準(zhǔn)化）通用場(chǎng)景，和復(fù)雜度成弱關(guān)聯(lián)性。

　　【十七念】低代碼感覺比較適合標(biāo)準(zhǔn)化流程的，比如問卷、事項(xiàng)申報(bào)這種，還有對(duì)界面交互沒啥太大期待的。

　　【紫竹】低代碼意味著定制化，這兩者成正比關(guān)系，定制化越高，代碼越固化，可以改動(dòng)的內(nèi)容越少，參數(shù)化就越高，也就是所謂的低代碼；而普適性和定制化成反比關(guān)系，代碼想適應(yīng)更多的場(chǎng)景，就要解決更多的問題，就要枚舉更多的特例，增加開發(fā)量，實(shí)際上就不滿足定制化。這個(gè)矛盾無法解決。

　　【飛狐】分行業(yè)，分需求，低代碼也是因地制宜。我認(rèn)為，基于產(chǎn)品化的話局限性比較大，如果這個(gè)產(chǎn)品化的低代碼適用行業(yè)廣，可做成產(chǎn)品，稍微修改就可以，基于流程的話效率是提高了，但前期投入成本比較高，是否需要就看擴(kuò)展性了。

爭(zhēng)議3：對(duì)開發(fā)者來說，低代碼真的有用嗎？

　　【looffy】：說實(shí)話，懂的人不愿用（搞不定復(fù)雜業(yè)務(wù)），不懂的人玩不轉(zhuǎn)（還是需要有點(diǎn)編程邏輯思路的）。

　　【Signx】實(shí)現(xiàn)原型倒是很快，對(duì)于不復(fù)雜的業(yè)務(wù)還是有用的，比如某些小廠實(shí)現(xiàn)信息化，原來采用手工的方式轉(zhuǎn)換成電子化的。

　　【Timo】（低代碼）還在發(fā)展，遠(yuǎn)遠(yuǎn)沒有成熟。成熟的一個(gè)標(biāo)志就是普適性的低代碼平臺(tái)以及做垂直領(lǐng)域的低代碼平臺(tái)各司其職。作為開發(fā)人員，低代碼平臺(tái)可以作為日常管理的工具，對(duì)提升開發(fā)效率有用。但具體有什么用就見仁見智了，比如剛畢業(yè)的小孩兒讓用低代碼提升效率……還不如去看源碼更實(shí)在一點(diǎn)。

尾聲    

　　固然低代碼的局限還很多，但相較傳統(tǒng)軟件開發(fā)成本高、周期長(zhǎng)的特點(diǎn)，低代碼在特定場(chǎng)景下的確有不容忽視的優(yōu)勢(shì)。產(chǎn)品未來如何發(fā)展才能持續(xù)滿足市場(chǎng)需求？疊加功能，還是維持簡(jiǎn)潔的設(shè)計(jì)？開放更多接口，引導(dǎo)更多開發(fā)者參與？抑或進(jìn)一步細(xì)分場(chǎng)景進(jìn)行差異化設(shè)計(jì)？無論選擇哪個(gè)方向，都需要小心試錯(cuò)，及時(shí)調(diào)整?！叭耖_發(fā)”的未來是否會(huì)到來，何時(shí)到來還不得而知，但對(duì)于低代碼廠商而言，傾聽用戶聲音，扎實(shí)做好產(chǎn)品，乘風(fēng)而起之日總會(huì)到來。