被低代碼拽住的釘釘

如今已經(jīng)是釘釘作為低代碼布道者的第三年。

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

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

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

低代碼并不能隱去邏輯

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

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

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

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

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

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

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

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

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

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

供給端的虛假繁榮

張坤以及他的同事們并非低代碼領(lǐng)域的個例。

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

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

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

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

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

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

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

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

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

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

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

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

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

低代碼不是銀彈

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

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

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

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

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

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

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

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

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