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

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

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

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

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

需求渴切

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

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

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

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

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

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

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

前景未明

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

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

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

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

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

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

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

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

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

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

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

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

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

爭議1：低代碼到底面向的是誰？

　　【coeus】感覺低代碼不是給開發(fā)用的?？梢暬幊獭⒌痛a、零代碼要實現(xiàn)的不就是“不需要開發(fā)插手人人可用”嗎？所以一個大眾化的產(chǎn)品就要簡單、無腦、定制化低。開發(fā)用的類似低代碼的東西，大家都歸納到組件、工具、模塊中了，都不認為是低代碼產(chǎn)品。

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

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

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

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

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

　　【十七念】低代碼感覺比較適合標準化流程的，比如問卷、事項申報這種，還有對界面交互沒啥太大期待的。

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

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

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

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

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

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

尾聲    

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