作者丨何思思

編輯丨林覺(jué)民

騰訊微搭的對(duì)手從來(lái)都不是釘釘。

低代碼是“舊瓶裝新酒”嗎？

低代碼風(fēng)潮在國(guó)內(nèi)興盛已有兩年，但也并不是已經(jīng)被所有人接受，有不少開發(fā)者還保有否定、抵觸的態(tài)度。

那為什么我們還認(rèn)為這是一個(gè)不可逆的趨勢(shì)呢？

這里先看下被否定的原因，雷峰網(wǎng)在調(diào)研中聽(tīng)到的主要是這三種情況：

• 其一，低代碼的出現(xiàn)會(huì)很大程度上分流某些程序員的一大部分工作，使他們的存在感和價(jià)值大大降低；

• 其二，有一定能力的程序員都希望通過(guò)自己的雙手創(chuàng)造價(jià)值，而低代碼卻讓他們“造火箭”的夢(mèng)想破滅了；

• 其三，國(guó)內(nèi)的低代碼在技術(shù)、產(chǎn)品、人才等方面均不成熟，導(dǎo)致低代碼功能不完善，程序員用起來(lái)不習(xí)慣，所以不愿意用。他們認(rèn)為，低代碼如同一個(gè)黑匣子，不僅不能解決他們?cè)诠ぷ髦杏龅降募謫?wèn)題，還很難控制開發(fā)過(guò)程中產(chǎn)生的突發(fā)問(wèn)題。

他們稱低代碼不過(guò)是“舊瓶裝新酒，沒(méi)什么了不起”

從時(shí)間上來(lái)看，其實(shí)低代碼確實(shí)誕生的很早，起源甚至可以追溯到上個(gè)世紀(jì)90年代。

其主要經(jīng)過(guò)了四個(gè)發(fā)展階段：1980年IBM的快速應(yīng)用程序RAD出現(xiàn)；2000年可視化編程迭代；2014年Forrester提出低代碼概念；2016年國(guó)內(nèi)相繼發(fā)布低代碼平臺(tái)；2018年Gartner提出aPaaS和iPaaS的概念后市場(chǎng)逐步穩(wěn)固。

人們產(chǎn)生“低代碼就是一個(gè)舊事物”的認(rèn)知是很正常的，技術(shù)圈中關(guān)于低代碼的討論更是層出不窮：“一個(gè)舊事物能帶來(lái)多大的價(jià)值？一個(gè)舊事物能取代程序員？”等等。

但舊事物到底能不能創(chuàng)新，這又是另外一回事。

德魯克曾經(jīng)談過(guò)創(chuàng)新的本質(zhì)有兩種，一是讓昂貴東西變得便宜老百姓能用，二是讓高門檻東西變得低門檻普通人可用。

低代碼在這個(gè)時(shí)代就很符合這兩個(gè)本質(zhì)描述，所以從這個(gè)角度來(lái)說(shuō)，低代碼在這個(gè)時(shí)代具有創(chuàng)新價(jià)值。

低代碼至少順應(yīng)了這幾個(gè)時(shí)代趨勢(shì)：

其一，IT部門越來(lái)越貴，企業(yè)要降本。從企業(yè)高管角度來(lái)說(shuō)，秉著降本增效的經(jīng)營(yíng)理念，大部分企業(yè)尤其是傳統(tǒng)企業(yè)一般不會(huì)通過(guò)招聘幾個(gè)工程師實(shí)現(xiàn)企業(yè)的數(shù)智化升級(jí)。

一方面工程師的工資高，一年動(dòng)輒上百萬(wàn)的開支，另一方面采購(gòu)低代碼工具的成本要低的多。

其二，需求越來(lái)越精細(xì)，高級(jí)程序員、架構(gòu)師們需要增效。低代碼因其靈活易用等特性在降本的同時(shí)，還能給企業(yè)和團(tuán)隊(duì)增加效益；

其三，人們用低代碼產(chǎn)品更方便，都用成習(xí)慣已經(jīng)不可逆了。

三年疫情，人們的生產(chǎn)生活習(xí)慣發(fā)生了很大的改變，諸如大家將之前的現(xiàn)金支付改為了線上支付、微信支付；醫(yī)院之前都是通過(guò)紙質(zhì)的方式收集病患信息，而現(xiàn)在逐漸改用小程序或者公眾號(hào)方式等；包括刷碼進(jìn)站乘坐地鐵上班、出入各種場(chǎng)合需出示健康碼、商家高的各種線上營(yíng)銷活動(dòng)等。這背后都可以用低代碼進(jìn)行開發(fā)。

技術(shù)升級(jí)是不可逆的，低代碼趨勢(shì)也是不可逆，人們用慣更便宜的東西也是不可逆的。

而且，低代碼是為企業(yè)提供了一種更低成本的方式，幫助其解決內(nèi)部基礎(chǔ)軟件開發(fā)的問(wèn)題，讓更多的企業(yè)完成基本的信息化和數(shù)字化，最終推動(dòng)企業(yè)對(duì)于內(nèi)部軟件、系統(tǒng)產(chǎn)生更多高階的訴求，從而加大對(duì)于高級(jí)IT人才的需求。

業(yè)界關(guān)于“低代碼是舊瓶裝新酒”的比喻也沒(méi)有錯(cuò)，和云計(jì)算一樣，它其實(shí)就是云底層技術(shù)的組裝，但是之于傳統(tǒng)代碼，低代碼技術(shù)將開發(fā)行業(yè)帶到了自動(dòng)檔時(shí)代，雖然很多人都已經(jīng)習(xí)慣了手動(dòng)檔，但是當(dāng)自動(dòng)檔出現(xiàn)時(shí)，人們還會(huì)漸漸地轉(zhuǎn)到自動(dòng)檔。

微搭怎么成為第一大低代碼生態(tài)？

騰訊云微搭在國(guó)內(nèi)為什么起的這么快，發(fā)展這么猛，說(shuō)簡(jiǎn)單點(diǎn)原因大家都知道——它是從微信生態(tài)里長(zhǎng)起來(lái)的，微信生態(tài)猛啊。

但要是說(shuō)深入點(diǎn)，這就得牽扯到騰訊體系的戰(zhàn)略利益布局，雷峰網(wǎng)帶大家仔細(xì)看下。

據(jù)海比研究院數(shù)據(jù)顯示，2022年中國(guó)低代碼市場(chǎng)規(guī)模預(yù)計(jì)達(dá)42.6億元，2022年將有40%~60%的大型企業(yè)使用低代碼開發(fā)應(yīng)用，未來(lái)五年，中國(guó)低代碼市場(chǎng)復(fù)合增長(zhǎng)率為49.5%。

這也是騰訊作為云服務(wù)商布局低代碼的重要原因之一，但微搭低代碼平臺(tái)的問(wèn)世還要從云開發(fā)業(yè)務(wù)的起源說(shuō)起。

2017年在小程序建設(shè)初期，騰訊發(fā)現(xiàn)開發(fā)者需要花費(fèi)很多精力在搭建或者購(gòu)買服務(wù)商上，恰巧騰訊在云基礎(chǔ)設(shè)施資源等方面有足夠的儲(chǔ)備；在看中這個(gè)機(jī)會(huì)之后，騰訊云借助微信生態(tài)的優(yōu)勢(shì)；

2018年聯(lián)合微信推出了“小程序·云開發(fā)”產(chǎn)品；實(shí)現(xiàn)云端一體，達(dá)到1 1>2的效果；

騰訊公司高級(jí)執(zhí)行副總裁、云與智慧產(chǎn)業(yè)事業(yè)群CEO湯道生

隨后幾年時(shí)間內(nèi)，根據(jù)云開發(fā)的發(fā)展和變革，2021年騰訊提出全面云開發(fā)的概念。

2022年，首次提出了“開發(fā)云原生”的概念，騰訊公司高級(jí)執(zhí)行副總裁、云與智慧產(chǎn)業(yè)事業(yè)群CEO湯道生認(rèn)為，開發(fā)云原生有三個(gè)顯著特征：資源服務(wù)化、協(xié)同云端化和編程低碼化。

其中，資源服務(wù)化方面，通過(guò)將底層IaaS資源封裝為對(duì)開發(fā)者更加友好、易用的PaaS平臺(tái)服務(wù)，解決開發(fā)者在服務(wù)器運(yùn)維部署等后端問(wèn)題。

在協(xié)同云端化方面，則從協(xié)同角度出發(fā)，先后推出了云端開發(fā)工具Cloud Studio，設(shè)計(jì)協(xié)作平臺(tái)CoDesign以及協(xié)作管理平臺(tái)CODING DevOps、TAPD等工具等實(shí)現(xiàn)了從開發(fā)環(huán)境到測(cè)試、運(yùn)維、部署全部上云，通過(guò)這些工具開發(fā)者可以隨時(shí)隨地協(xié)同。

要想實(shí)現(xiàn)真正意義上的開發(fā)云原生，只做到這兩點(diǎn)是不夠的。最終還是要解決業(yè)務(wù)開發(fā)者的難題：“如何以更敏捷的方式去搭建應(yīng)用？”

這就有了低代碼平臺(tái)。

基于此，騰訊云從19年就開始在云開發(fā)內(nèi)部孵化，最早以嘗試的方式做了一些探索；2020年微搭低代碼平臺(tái)問(wèn)世，并于2022年實(shí)現(xiàn)了全面升級(jí)。

微搭不僅可以提供多種模版，靈活重組功能和頁(yè)面，以拖拽的方式搭建應(yīng)用，還可以幫助軟件開發(fā)商滿足客戶的定制化需求，提升交付效率。

可以說(shuō)，微搭是基于小程序開發(fā)的需要衍生而來(lái)，這也明確了微搭最初的定位是以微信生態(tài)為基礎(chǔ)，打造低代碼平臺(tái)，同時(shí)也是最便捷高效的小程序開發(fā)平臺(tái)之一。

核心是讓用戶用微搭低代碼去跟微信的C2B開發(fā)能力進(jìn)行結(jié)合，進(jìn)而滿足中小企業(yè)業(yè)務(wù)增長(zhǎng)需求。所謂C2B連接，C指的是基于微信的龐大C端用戶，B更多的是指有觸達(dá)C端用戶訴求的基于企業(yè)微信做內(nèi)外部協(xié)同的企業(yè)。

從現(xiàn)在來(lái)看，微搭更像是騰訊生態(tài)的連接器，目前微搭已經(jīng)把騰訊體系內(nèi)的，比如騰訊文檔，騰訊會(huì)議，微信支付等服務(wù)做了有效連接，以幫助企業(yè)及開發(fā)者更輕松地進(jìn)行定制開發(fā)。

諸如客戶想做一個(gè)面試邀約系統(tǒng)，就可以通過(guò)微搭自己搭建一個(gè)應(yīng)用，直接調(diào)用騰訊會(huì)議的接口生成會(huì)議鏈接，發(fā)放給候選人完成面試邀約的過(guò)程。

過(guò)去一年微搭圍繞拉新獲客、留存轉(zhuǎn)化這兩大突出的客戶需求完善了產(chǎn)品功能，推出了一碼多端引擎生成小程序和Web、企業(yè)名片搜索直達(dá)、瀏覽器一鍵調(diào)起小程序等豐富套件，幫助小程序拉新獲客。

此外，微搭還發(fā)布了訂閱消息推送、客服和支付插件等開箱即用組件，高效提升小程序的留存和轉(zhuǎn)化。針對(duì)企業(yè)微信場(chǎng)景，微搭支持一鍵發(fā)布應(yīng)用到企微工作臺(tái)，打通企微通訊錄、日程管理、會(huì)議管理等功能，方便企業(yè)將應(yīng)用與企業(yè)微信集成，打通工作流，提升企業(yè)辦公協(xié)同效率。

由此可見(jiàn)，微搭和騰訊生態(tài)已經(jīng)形成了緊密的融合，并產(chǎn)生了顯著成效。也正是這一點(diǎn)讓大多數(shù)產(chǎn)生了“微搭能做起完全靠騰訊生態(tài)”的認(rèn)知。

因?yàn)槲⒋钤隍v訊體系內(nèi)，騰訊生態(tài)就成了天然的優(yōu)勢(shì)，但事實(shí)上，完全依賴生態(tài)和所謂的流量很難做好低代碼，因?yàn)榈痛a作為一款商用系統(tǒng)的應(yīng)用，最終比拼的還是云底層的技術(shù)。

聚焦到近兩年國(guó)內(nèi)市場(chǎng)上涌現(xiàn)出的各類低代碼廠商，可以發(fā)現(xiàn)大部分廠商做的更像無(wú)代碼，也可以理解為SaaS配置化。

SaaS加上配置化的皮，自上而下變成所謂的無(wú)代碼平臺(tái)，這種做法只能局限在一些垂直的場(chǎng)景和行業(yè)，離企業(yè)數(shù)字化所需要的通用的低代碼應(yīng)用平臺(tái)還差很多。比如很多國(guó)內(nèi)無(wú)代碼廠商都聚焦于表單、ERP、CRM等一個(gè)又一個(gè)單點(diǎn)的SaaS領(lǐng)域，讓這一片市場(chǎng)變成了紅海。

而真正通用的低代碼平臺(tái)必然是自下而上演進(jìn)的，它需要一套完整的云基礎(chǔ)設(shè)施、租戶隔離機(jī)制、Serverless底座、身份即服務(wù)（IDaaS），這些是傳統(tǒng)PaaS的內(nèi)功，而托拉拽可視化編輯器，只是外圍的開發(fā)工具，并不是低代碼平臺(tái)或者無(wú)代碼平臺(tái)的核心技術(shù)壁壘。

同時(shí)，雷峰網(wǎng)了解到，微搭用于小程序的開發(fā)只占三分之一左右。

“微搭可以做小程序，但不是唯一。”微搭于去年就完成了由小程序單點(diǎn)開發(fā)向多端、跨云、跨平臺(tái)方向轉(zhuǎn)變。以小程序?yàn)榛c(diǎn)，目前微搭低代碼的服務(wù)范圍已經(jīng)覆蓋到了金融、工業(yè)、教育、零售、文旅等多行業(yè)多領(lǐng)域。

這就是所謂的“一點(diǎn)布局，多點(diǎn)得利?！?/p>

微搭和釘釘從來(lái)不是對(duì)手

隨著低代碼的火熱，國(guó)內(nèi)很多廠商尤其是企業(yè)巨頭都涌入了低代碼賽道，尋求分一杯羹。這里當(dāng)然少不了BAT，而在BAT的低代碼戰(zhàn)略中，很多人愿意把微搭和釘釘對(duì)比起來(lái)。但在雷峰網(wǎng)看來(lái)，微搭和釘釘并不是對(duì)手。

無(wú)論是微搭還是釘釘，二者都對(duì)外傳遞了一種價(jià)值觀念：“成為一款好的生產(chǎn)力工具?！?/p>

同是生產(chǎn)力工具，二者有何不同？

首先，服務(wù)對(duì)象不同。云釘一體化后，釘釘強(qiáng)調(diào)對(duì)外提供PaaS能力，偏向企業(yè)端，而微搭則是從服務(wù)微信小程序的開發(fā)起家，更強(qiáng)調(diào)為開發(fā)者以及開發(fā)團(tuán)隊(duì)服務(wù)。

更直白的說(shuō)，釘釘擁有的生態(tài)相當(dāng)于微搭擁有的企業(yè)微信的部分，但是微搭的生態(tài)始于微信生態(tài)端。二者在生態(tài)方面已經(jīng)有了很大的割裂，各有各的市場(chǎng)。

當(dāng)然，釘釘作為一個(gè)協(xié)同辦公平臺(tái)做低代碼這一信號(hào)放出來(lái)后，就引來(lái)了業(yè)界非常多的質(zhì)疑聲。其實(shí)釘釘?shù)牡痛a戰(zhàn)略要從去年1月份說(shuō)起，一年時(shí)間釘釘在低代碼方面的動(dòng)作可謂非常頻繁

釘釘先是在發(fā)布6.0版本的時(shí)候宣稱：要做企業(yè)協(xié)同辦公和應(yīng)用開發(fā)平臺(tái)；

同時(shí)，釘釘全面開放底層能力和1300個(gè)API接口，同步提出了“低代碼革命”，并將內(nèi)部的低代碼開發(fā)平臺(tái)“宜搭”直接接入釘釘；4個(gè)月后，釘釘推出首個(gè)低代碼聚合平臺(tái)“釘釘搭”；

同年10月，釘釘進(jìn)一步將開放提升為戰(zhàn)略，開放超過(guò)2000個(gè)的API接口數(shù)，并與8家低代碼頭部廠商一起組建“低代碼聯(lián)盟”。

通過(guò)去年一年的時(shí)間的探索，可以看出低代碼已經(jīng)成了釘釘PaaS化中的重要一環(huán)。但從目前來(lái)看，釘釘?shù)痛a至今還沒(méi)有非常大的突破。也并沒(méi)有聽(tīng)釘釘明確的對(duì)外說(shuō)過(guò)，其服務(wù)對(duì)象是開發(fā)者，而是更側(cè)重在協(xié)同辦公方面。

再者，市場(chǎng)定位不同。釘釘是保持協(xié)同辦公和應(yīng)用開發(fā)平臺(tái)的定位不變，在文檔、音視頻、項(xiàng)目、會(huì)議等基礎(chǔ)產(chǎn)品上持續(xù)投入，其他場(chǎng)景應(yīng)用諸如人財(cái)物產(chǎn)供銷研等應(yīng)用交給生態(tài)做，更像是協(xié)同PaaS平臺(tái)。

但是從微搭的定位來(lái)看，少數(shù)客戶也會(huì)選擇用微搭做人事管理系統(tǒng)、OA表單等。但這并不是微搭的主賽道。大部分企業(yè)把微搭當(dāng)做軟件系統(tǒng)或者中臺(tái)使用，支持各種復(fù)雜業(yè)務(wù)場(chǎng)景的開發(fā)使用而非局限在協(xié)同辦公領(lǐng)域。

諸如某銀行其本身就有自己的IT團(tuán)隊(duì)，他選擇低代碼的目的是希望有個(gè)工具來(lái)幫助其擴(kuò)大對(duì)各種各樣業(yè)務(wù)場(chǎng)景應(yīng)用開發(fā)的掌控力。就好比，他有很多散落的鞋，你為他提供了一個(gè)鞋柜。

從一定程度上來(lái)說(shuō)，微搭作為一個(gè)中臺(tái)考驗(yàn)的是偏底層技術(shù)的能力，是在和技術(shù)廠商競(jìng)爭(zhēng)，和釘釘不存在競(jìng)爭(zhēng)點(diǎn)。

騰訊為什么“要合作，不要都做”

騰訊低代碼的策略到底是什么？——只做PaaS，不做SaaS。

雷峰網(wǎng)從知情人士那里了解到，去年4、5月份到現(xiàn)在騰訊一直踐行這一策略，從來(lái)沒(méi)有變過(guò)。

當(dāng)然也有人好奇，既然在云底層基礎(chǔ)設(shè)施方面有很強(qiáng)的積累，為什么只做PaaS不做SaaS？

首先技術(shù)層面，騰訊在云原生、容器、Severless等方面有著深厚的積累，更容易也更擅長(zhǎng)提供通用化、標(biāo)準(zhǔn)化的底層服務(wù)；

其次成本層面，SaaS軟件的開發(fā)前期需要投入大量的人力物力財(cái)力，是一個(gè)高投入且回報(bào)周期長(zhǎng)的行業(yè)。

所謂“專業(yè)的事交給專業(yè)的人來(lái)做?！边M(jìn)入到數(shù)字化時(shí)代，包括工業(yè)、能源、教育、醫(yī)療等行業(yè)都有著不同程度的數(shù)字化轉(zhuǎn)型需求，轉(zhuǎn)型程度的不同，行業(yè)的復(fù)雜性以及行業(yè)Know-how背后是一些定制化的要求，這就需要專門的SaaS服務(wù)商去做，這是騰訊所欠缺的。

據(jù)雷峰網(wǎng)了解，在云服務(wù)方面，騰訊也只是提供了技術(shù)托管服務(wù)，而不涉及客戶的業(yè)務(wù)層面，這樣不僅節(jié)省了成本，還為SaaS廠商提供了新的機(jī)會(huì)和發(fā)展空間。

再者，目前國(guó)內(nèi)對(duì)SaaS市場(chǎng)的發(fā)展前景持有不同的看法，經(jīng)過(guò)前幾年的發(fā)展熱潮，近兩年SaaS市場(chǎng)增長(zhǎng)逐漸放緩，以投融資為例，2022年上半年產(chǎn)業(yè)互聯(lián)網(wǎng)（主要以企業(yè)服務(wù)、TOB、SaaS領(lǐng)域?yàn)橹鳎┕舶l(fā)生345次融資事件，同比減少約40%；融資金額為同比減少約50%。

騰訊選擇提供PaaS服務(wù)能很大程度上減少行業(yè)競(jìng)爭(zhēng)，并且通過(guò)和SaaS服務(wù)商、ISV合作伙伴的合作能很好地拓展生態(tài)。

“基于更加細(xì)顆粒度的原子化，為企業(yè)客戶提供定制化服務(wù)，幫助ISV解決定制化交付的問(wèn)題”——這是騰訊云微搭低代碼平臺(tái)想做的事情。

以六度人和（簡(jiǎn)稱“EC”）為例，其是一家專注于做SCRM業(yè)務(wù)的企業(yè)，包含營(yíng)銷系統(tǒng)、客戶關(guān)系管理和數(shù)據(jù)智能，目的是幫助客戶完成獲客、拉新、成交、復(fù)購(gòu)。

在EC服務(wù)的幾萬(wàn)家客戶中，有20%的企業(yè)有定制化需求，這類需求對(duì)開發(fā)的要求高、投入大。在這一過(guò)程中，六度人和嘗試過(guò)基于自研低代碼平臺(tái)去做定制化，結(jié)果卻發(fā)現(xiàn)成本非常高。“也試用過(guò)各種低代碼工具，但結(jié)果卻是因數(shù)據(jù)無(wú)法互通，結(jié)果導(dǎo)致開發(fā)效率降低”。

隨后借助微搭低代碼的能力，EC將通用的業(yè)務(wù)邏輯封裝成組件和區(qū)塊，開發(fā)人員熟悉大的業(yè)務(wù)邏輯后便可快速開發(fā)，交付效率也提升了50%以上，大幅降低了降低了定制化成本，此外，EC還結(jié)合微搭的企業(yè)名片、短信拉起了小程序等特色生態(tài)能力。

同時(shí)，由于一些高客單價(jià)客戶對(duì)數(shù)據(jù)隔離和安全有要求，微搭還能為每個(gè)開發(fā)者或 SaaS服務(wù)商分配一套數(shù)據(jù)隔離的多租戶環(huán)境，同時(shí)SaaS 廠商也可以為服務(wù)的客戶提供獨(dú)立環(huán)境，讓數(shù)據(jù)能被客戶自己掌握在手中。

后記：智能化是未來(lái)趨勢(shì)

目前，國(guó)內(nèi)的低代碼產(chǎn)業(yè)正如火如荼的進(jìn)行著。

無(wú)論是頭部的低代碼廠商，還是其他廠商，為了讓大家更加積極地?fù)肀У痛a，都在傳遞一種“無(wú)論是有技術(shù)背景還沒(méi)有技術(shù)背景的人，無(wú)論是有IT團(tuán)隊(duì)還是沒(méi)有IT團(tuán)隊(duì)的企業(yè)，都能輕松使用低代碼進(jìn)行開發(fā)”的價(jià)值。

無(wú)技術(shù)背景，無(wú)IT團(tuán)隊(duì)，其實(shí)這更像是無(wú)代碼的理念，是一個(gè)理想的狀態(tài)，但是從技術(shù)迭代的速度來(lái)看，在不久的將來(lái)一定會(huì)成為現(xiàn)實(shí)。

低代碼已經(jīng)解決了應(yīng)用的標(biāo)準(zhǔn)化組件的問(wèn)題，更多的是為有IT背景的人所用。

如果真正進(jìn)入無(wú)代碼或者智能化階段，AI將更多的解決模型識(shí)別等問(wèn)題，諸如早期的人臉識(shí)別技術(shù)還不夠成熟，現(xiàn)在已經(jīng)越來(lái)越真實(shí)；早前自動(dòng)駕駛需要懂汽車元器件等東西，現(xiàn)在小白也能駕輕就熟。

低代碼和AI的組合將揭開云開發(fā)智能化的新篇章，AI會(huì)用更加語(yǔ)義化的東西拆解出來(lái)，形成新的定義，從而轉(zhuǎn)化成普通人所能理解的概念，那時(shí)才是真正的無(wú)代碼時(shí)代。

之于人類、之于企業(yè)、之于社會(huì)，這是技術(shù)的革新，也是思維的革新。