撰文 | 吳坤諺

編輯 | 吳先之

如今已經是釘釘作為低代碼布道者的第三年。

自釘釘在2021年1月14日發(fā)布6.0版本以來，釘釘一直走在“被集成”的路上。依靠阿里云在“云釘一體”戰(zhàn)略下提供的算力與基礎設施支持，釘釘?shù)靡詷嫿她嫶蟮牡痛a生態(tài)，一面向to B企業(yè)開放API接口，以日新月異的應用充盈平臺生態(tài)，一面向廣大企業(yè)開放SDK接口，承接企業(yè)數(shù)字化潮流。

據(jù)公開信息，釘釘?shù)痛a平臺上的應用數(shù)量已于2022年9月突破500萬，在應用數(shù)量上正式比肩App store?！搬斸敶钆_企業(yè)唱戲”的模式已然成為一個生態(tài)閉環(huán)。

決定一個生態(tài)究竟是否具備可持續(xù)性的根本在于是否有足夠多的有效用戶，但在低代碼領域，行業(yè)卻往往自開發(fā)者視角來審視生態(tài)，究竟企業(yè)對低代碼的需求如何是一個值得深究的問題。

低代碼并不能隱去邏輯

在釘釘?shù)臉嬒胫校痛a應該是讓業(yè)務人員通過“拖拉拽”可視化圖形即可做出應用的封裝式代碼與模塊，在不編程、少編程的情況下即可完成應用的開發(fā)和上線。釘釘實際上是后來者，用友、金蝶等服務商早在20年前便開始了低代碼的開發(fā)。

歷經20年發(fā)展，如今我們認知的低代碼可能更偏向于零代碼，在視圖中將代碼封裝藏得干干凈凈，也正因如此，低代碼能以指數(shù)級提高開發(fā)效率，同時也帶來了不小的隱患。

“我們這邊作為自動化設備生產商，生產設備的自動編號和出入庫規(guī)則試過了好幾個低代碼平臺，包括釘釘，都沒能找到合適的。尤其是從產線到入庫之間的幾道復雜程序，低代碼并不能很好地解決我們需求”。

張坤是東南地區(qū)某家自動化設備生產商的庫管，早在2021年，老板就讓他與其他業(yè)務開始關注低代碼開發(fā)，并將此做法稱為“減輕IT團隊的工作量”。張坤和同事們瞄準了在當時低代碼領域內風頭更盛而且便于公司內共享的釘釘宜搭，并且在短時間內就拉起了數(shù)個內部應用，包括CRM、人事行政OA與KPI管理等。

“剛開始拉起應用的時候確實很興奮，以往需要交給專業(yè)團隊的工作可以由我們業(yè)務來完成，減少了來回溝通成本，在釘釘上也可以迅速同步”，張坤說。

但好景不長，除了人事行政OA一類以表單為基礎的應用外，在庫存管理、生產流程以及多部門協(xié)作等方面常常需要IT團隊接手擴展，占用IT團隊工時引起了老板的不滿。此外，庫存與進銷存之間必須的聯(lián)動又為兩個低代碼開發(fā)應用隔開，兩個部門之間經常需要將應用數(shù)據(jù)導出為Excel并來回傳閱，數(shù)據(jù)對照之間時間成本也提上去了。

“剛發(fā)現(xiàn)問題的時候大家都很煩躁，還有員工問一開始直接用Excel做不就好了？那天我領著大家一起加班到凌晨3點才把一個季度的數(shù)據(jù)理順，最后我們還去吃了一頓海底撈，只不過是我自掏腰包?！?/span>

隨著類似事故再三發(fā)生，張坤與大多數(shù)同事漸漸放棄了低代碼并且以“門外漢”的身份學起了Java，而人事部門的應用還在使用低代碼開發(fā)。在他看來，低代碼的好處是降低開發(fā)成本的同時提供敏捷能力。但缺點同樣明顯，低代碼開發(fā)的應用難以適配復雜流程以及場景，如果程序員參與低代碼二次開發(fā)則與“降本增效”的目的不符，是數(shù)字化轉型中的本末倒置。

也許這也解釋了為什么釘釘在前不久推出了低代碼開發(fā)師的認證功能，就像中餐飲食百菜百味，企業(yè)需要的應用與場景也是千奇百怪，模板化的產品甚至不如直接使用協(xié)同辦公的情況下，使用低代碼降低開發(fā)門檻有些緣木求魚。從智能手機中的各個應用乃至虛幻引擎開發(fā)的游戲，其實也是低代碼的一種形態(tài)，只是這些應用往往局限于單一場景，解決一個問題。

“我學習了編程之后才明白，低代碼或者說無代碼可以盡可能隱去代碼的存在，但運行始終是需要邏輯的。我們現(xiàn)在也在釘釘上做低代碼開發(fā)，只不過是開發(fā)來給其他未數(shù)字化企業(yè)使用，內部應用還是得用語言，畢竟現(xiàn)在還做不到用中文編程”，張坤說。

供給端的虛假繁榮

張坤以及他的同事們并非低代碼領域的個例。

光子星球了解到，除張坤所在企業(yè)外，還有不少企業(yè)同樣從低代碼應用的使用者搖身一變成了低代碼應用的開發(fā)者，過去兩年內大廠與資本對低代碼領域的關注也掀起不小的浪潮，由此也造就了釘釘搭這個低代碼市場的“繁榮景象”。

而釘釘搭的臺子中，又是誰在唱戲呢？

“釘釘生態(tài)是大，但大部分是可以歸類于零代碼的表單設計器，一般只能實現(xiàn)簡單業(yè)務?！币晃粠椭鷥?yōu)化低代碼平臺的架構師劉睿告訴光子星球，盡管低代碼生態(tài)中存在表單驅動、模型驅動、小程序驅動等多種開發(fā)模式，但目前在釘釘?shù)痛a生態(tài)中占據(jù)絕對主流的還是表單驅動應用。這一類應用的特點是開發(fā)輕松、模板化嚴重、流于表面，不利于解決實際業(yè)務問題。

這與光子星球在張坤處了解到的情況基本一致，即盡管在業(yè)務場景中，中后臺大部分的前端工作便是表單類應用，這部分工作低代碼化后可以顯著提高效率，但是在業(yè)務場景復雜化后，生態(tài)中能提供解決方案乃至全流程方案的開發(fā)者少之又少。

“你不敢相信，應用廣場中有相當一部分開發(fā)者是直接抄的GitHub的開源流程引擎，當然沒法實現(xiàn)復雜業(yè)務流，更別提有人抄都抄不明白。這不僅是釘釘?shù)膯栴}， 是目前國內低代碼平臺的通病”，劉睿稱。

當一個市場上充斥著大量低門檻同質化的產品，不僅會造成供大于求的現(xiàn)象，加劇企業(yè)的選擇成本，也不利于生態(tài)的長遠發(fā)展。

對于數(shù)字化較低的企業(yè)組織，表單類應用是數(shù)字化前的“最后一公里”，可也是數(shù)字化進程的“開頭一公里”。隨著數(shù)字化程度的加深，企業(yè)勢必會面臨更多需要應用來提效跑通的具體場景。釘釘生態(tài)能讓企業(yè)快速入門，但如何深入，目前尚未看到可行路徑。

“相比宜搭，微搭的應用相對更好，因為不過分追求‘拖拉拽’而封裝太多東西，所以也更具有適配性”，劉睿說。

此外，光子星球還從一位業(yè)內人士處了解到，以阿里為代表的大廠目前僅在公共低代碼平臺中放出了較為基礎的封裝模塊，內部使用著相對功能更為全面也更適配自身業(yè)務的低代碼平臺，并且中后臺有過半應用以該低代碼平臺為基礎開發(fā)，“能力可以說是宜搭的數(shù)倍之多”。

明明有優(yōu)于市場平均數(shù)的產品卻不釋出，阿里的目的不外乎是防止開源后被廣大程序員在二次開發(fā)過程中逆向開源，或是希望宜搭生態(tài)保持多樣性，不會出現(xiàn)一超多強的情況，做好搭臺者即可。搭臺是一筆好生意，而如何讓企業(yè)按需下單，宜搭還需要做更多。

值得注意的是，低代碼風潮對人才市場的影響也開始逐漸顯現(xiàn)。

低代碼開發(fā)師已經作為職業(yè)類別登上歷史舞臺。據(jù)某位頭部低代碼平臺應用構建部人士稱，低代碼開發(fā)師在招聘上會大量招聘剛畢業(yè)的實習生負責簡單的頁面生成與表單一類的重復工作，由一位高級架構師來寫后臺邏輯與復雜頁面，這些實習生在崗位中難以提升，如果不會自主學習，隨著大模型的落地 ，職場前途將變得暗淡。

“用低代碼做開發(fā)的人要么是35歲做不動了，要么還得下功夫學技術，用得越多越不值錢?！?/span>

低代碼不是銀彈

回顧低代碼在過去兩年踏上風口的路徑，降本增效顯然是最重要的抓手。

歲歲難熬歲歲熬，過去幾年恰是大家集體進入深水區(qū)的時候，VC對PPT項目越來越謹慎，老板也對降本增效格外重視。這時候，能現(xiàn)場開發(fā)出前端并且費用較傳統(tǒng)開發(fā)低好幾倍的低代碼適時出現(xiàn)，像一針強心劑扎進老板們的心里，讓其產生了“砍掉外包”、“砍掉程序團隊”、“迅速拉起業(yè)務線”等預期。

低代碼絕不是一勞永逸的解決方案，任何軟件都不是。

例如一家西南地區(qū)的精密配件公司，其Salesforce成員透露公司曾在數(shù)年前花費百萬配置了一套CRM系統(tǒng)，可老板想了解銷售數(shù)據(jù)的時候卻還需要使用Excel為媒介層層匯報。如今采用了低代碼開發(fā)的CRM，同樣的問題依舊存在。不少朋友應該都對此感同身受，數(shù)據(jù)孤島現(xiàn)象其實是如今企業(yè)數(shù)字化潮流中相當一部分企業(yè)的縮影。

對于釘釘在商業(yè)化道路上試圖撬動的中小企業(yè)市場而言，產品經理或老板通常缺乏技術素養(yǎng)，而低代碼平臺普遍擴展性不足，遇到個性化需求，開發(fā)難度遠大于自己搭建框架。這意味著，相比于布道低代碼，大大小小的企業(yè)老板們更需要被布道的是“數(shù)字化是什么”。釘釘應該更加關注的也不僅是開發(fā)者生態(tài)，而是使用者生態(tài)。

更有意思的是，雖然釘釘?shù)牡痛a生態(tài)很好很強大，但規(guī)模效應的副作用也如影隨形。由于可視化操作界面需要渲染，數(shù)據(jù)傳輸需要占用帶寬與空間，高度定制化的界面反而需要占用更多渲染資源。于是，釘釘“悄悄”在去年9月限制了企業(yè)內部應用API調用量和頻次，并發(fā)頻次最高20次，而月度調用次數(shù)為10000次，連接流次數(shù)為100次/月。

企服開發(fā)者想服務更多客戶，讓更多客戶得到舒心的應用體驗，那么就必須升級釘釘版本，而這部分的成本最終只能轉嫁給低代碼應用的用戶。這其中是否會再現(xiàn)協(xié)同辦公中的木桶效應可想而知。

降本增效是個筐，新風口都往里裝。目前低代碼以及其衍生的平臺、應用廣場的問題都在隨著時間逐漸暴露，顯然軟件行業(yè)沒有銀彈，低代碼目前只是能說是一個好生意，但還不是一個可持續(xù)的好生意。

只不過，隨著釘釘將大模型接入低代碼生態(tài)，通過斜杠進行更低門檻的低代碼開發(fā)，這又是一個新的降本增效的故事。