都在做低代碼 騰訊阿里有何不同？

　　微搭起初服務(wù)于微信小程序的開發(fā)者生態(tài)，基因也更偏重于服務(wù)開發(fā)者。釘釘則更強調(diào)業(yè)務(wù)人員來使用和開發(fā)低代碼應(yīng)用。

　　隨著大低碼戰(zhàn)略和開發(fā)云原生理念的落地，騰訊云的云原生開發(fā)者生態(tài)將逐步成型。

　　又一家企業(yè)開始大張旗鼓地強調(diào)低代碼了。盡管不是新概念，但低代碼卻是最近圈內(nèi)非�；馃岬脑~，無論是騰訊云、阿里云等云廠商，還是協(xié)同辦公軟件企業(yè)，都在強調(diào)各自的低代碼能力。

　　在不久前的云開發(fā)技術(shù)峰會上，騰訊云發(fā)布了一組數(shù)據(jù)：低代碼平臺微搭的應(yīng)用數(shù)超過30萬，而基于底層云開發(fā)的開發(fā)者數(shù)量已超過300萬，日均調(diào)用次數(shù)超過30億。

　　作為騰訊旗下的兩款服務(wù)于開發(fā)者群體的產(chǎn)品，云開發(fā)能將開發(fā)者所需的底層IaaS資源服務(wù)化，而微搭則從應(yīng)用出發(fā)，將低代碼能力通過PaaS平臺的方式提供給開發(fā)者，降低開發(fā)門檻。

　　“開發(fā)云原生正在變成一件和上云同等重要的事。”騰訊高級執(zhí)行副總裁、云與智慧產(chǎn)業(yè)事業(yè)群CEO湯道生說，而云開發(fā)和低代碼是“開發(fā)云原生”理念的兩款具象產(chǎn)品，前者作為開發(fā)底座，后者作為開發(fā)工具，共同構(gòu)成了騰訊開發(fā)者生態(tài)里的大低碼戰(zhàn)略。

　　01

　　中式SaaS焦慮的一種解法

　　SaaS廠商六度人和的研發(fā)副總裁馮穎長期被一個問題困擾——由于各種原因，他們不得不把一些客戶拒于門外。

　　作為一家成立于2008年的CRM軟件公司，六度人和的產(chǎn)品特點是滿足不同行業(yè)的人從獲客到銷售、復(fù)購整個流程的管理需求。

　　以簽到打卡和培訓等應(yīng)用為例，這類需求零散、獨立于原有的客戶管理系統(tǒng)之外，如果不理會，繼續(xù)以標準產(chǎn)品交付，找上門的客戶需求就得不到滿足。如果想服務(wù)好客戶，接下單子，就得做定制化開發(fā)，“人力成本高，每個產(chǎn)品都定制，接一個單就是虧錢”。

　　六度人和的困擾，某種程度可能也是國內(nèi)SaaS從業(yè)者們普遍頭疼的問題。不同行業(yè)客戶的數(shù)字化需求千差萬別，怎么做好通用產(chǎn)品的同時，還能服務(wù)一部分定制需求?

　　紅杉資本中國基金董事總經(jīng)理翟佳此前接受媒體采訪時就曾表示，中國企服市場上先天缺少了好的中小企業(yè)市場。國內(nèi)沒有像美國的SaaS那樣，可以同時把通用產(chǎn)品做得好、定制化客戶被服務(wù)意愿又強的大環(huán)境。至少在一段時間內(nèi)這樣的環(huán)境都不成熟，導(dǎo)致企業(yè)沒有辦法做成又標準化又快增長的SaaS軟件公司。

　　SaaS廠商內(nèi)部自研開發(fā)平臺，把一些可復(fù)用的能力PaaS化被認為是一種不錯的選擇。不過業(yè)界普遍的共識是，這種解決方案下，自己寫前后端的代碼，并完成部署測試，成本太高。“基于開源代碼的自研，軟件產(chǎn)品還需要不斷迭代，如果在服務(wù)客戶的過程中迭代，合作周期長，使用感也很差”，一個SaaS開發(fā)者提到這種路徑的難處。

　　六度人和選擇了與低代碼PaaS平臺合作，把騰訊云微搭產(chǎn)品納入到自己的開發(fā)環(huán)境中，基于低代碼平臺去構(gòu)建自己的SaaS產(chǎn)品，把最通用的能力做成模板。在面對外部客戶的定制需求，這些封裝的能力可以模塊化地拖拽，形成復(fù)雜的交互和業(yè)務(wù)。

　　作為微搭產(chǎn)品的一個典型應(yīng)用案例。騰訊云微搭團隊告訴數(shù)智前線，類似六度人和這樣的合作方式，是微搭低代碼平臺未來主要的切入群體。

　　中國特有的數(shù)字化環(huán)境下，不是放棄定制，而是用工具更高效靈活地完成定制。“PaaS能力+SaaS廠商”的組合模式下，SaaS廠商將自己的傳統(tǒng)優(yōu)勢項目和低代碼結(jié)合，從而獲得更高的靈活性和敏捷性。一位業(yè)內(nèi)人士認為，這本身意味著傳統(tǒng)的ISV廠商們利用新技術(shù)開始企業(yè)服務(wù)領(lǐng)域的數(shù)字化轉(zhuǎn)型。

　　“原來一套SaaS軟件是標品，現(xiàn)在通過低代碼和原子化可以做多定制化的應(yīng)用”， 騰訊云云開發(fā)總經(jīng)理寧鵬偉告訴數(shù)智前線。

　　同時，由于一些高客單價客戶對數(shù)據(jù)隔離和安全有要求，微搭能提供小租戶獨享的環(huán)境，每個開發(fā)者和SaaS服務(wù)商可以給他們的客戶分配一套數(shù)據(jù)隔離的獨立環(huán)境。這在已有的低代碼平臺中不多見，也受到不少SaaS廠商歡迎。“這種方案能帶來獲客的增長，把原有的SaaS軟件拆解到微搭中，服務(wù)于原來做不到的場景，比如很高的客單價或者是很高的定制化應(yīng)用。”寧鵬偉說。

　　02

　　更面向開發(fā)者的低代碼平臺

　　近年來，主流科技大廠對低代碼的投入以肉眼可見的速度增加。

　　據(jù)Gartner預(yù)測，到2025年全球低代碼收入將達到290億美元，復(fù)合年增長率超過20%;而僅低代碼PaaS部分，預(yù)計也將擴大到143.8億美元，復(fù)合年增長率為26.4%。到2025年，企業(yè)機構(gòu)開發(fā)的新應(yīng)用中有70%將使用低代碼或無代碼技術(shù)，而在2020年這個數(shù)字不到25%。

　　但低代碼到底是面向哪個群體一直存有爭議。有觀點認為，低代碼解決了“技術(shù)不懂業(yè)務(wù)，業(yè)務(wù)不懂技術(shù)”的難題，應(yīng)該重點面向一線業(yè)務(wù)人員;但也有人認為，低代碼依然需要一定的變成編程思維和代碼能力，一線業(yè)務(wù)人員并無法勝任。

　　微軟副總裁Charles Lamanna曾分享了微軟的低代碼與無代碼平臺Power Platform的定位，“它必須是一個適用于所有三種類型用戶的平臺：商業(yè)用戶，也就是公民開發(fā)人員;IT專業(yè)人員，也就是非開發(fā)但技術(shù)熟練的人員;以及專業(yè)開發(fā)人員。這三種人必須能夠在同一個平臺上工作。他們不都使用相同的用戶界面，他們不都使用相同的編程模型，但所有這三個必須能夠在一個平臺上工作。”

　　Gartner也曾有過一個類似的分類方式，將開發(fā)者角色分為專業(yè)開發(fā)者，專業(yè)和公民開發(fā)者，以及公民開發(fā)者三類，同時使用這一工具的企業(yè)里，IT成熟度也存在入門級、中等級別和高等級三種區(qū)分。提供服務(wù)的廠商們則分為4大類：低代碼應(yīng)用平臺(LCAP)、無代碼應(yīng)用平臺(CADP)、企業(yè)應(yīng)用(Enterprise Application)、云服務(wù)提供商(Cloud Service Provider)。不同類型的廠商提供的解決方案分為四種，分別是表單和辦公自動化應(yīng)用、業(yè)務(wù)流程自動化、行業(yè)數(shù)字化解決方案以及自定義業(yè)務(wù)應(yīng)用。

　　此次峰會上，微搭團隊公布了騰訊云低代碼的定位和面向?qū)ο蟆?ldquo;在微搭場景里，更多是開發(fā)人員在用這個低代碼開發(fā)工具”，寧鵬偉說。

　　這與行業(yè)內(nèi)另一家廠商釘釘?shù)拇蚍ㄓ兴�差異。釘釘更強調(diào)業(yè)務(wù)人員來使用和開發(fā)低代碼應(yīng)用。根據(jù)釘釘本月上旬公布的數(shù)據(jù)，目前該平臺有60%～70%的低代碼應(yīng)用由基層的業(yè)務(wù)人員完成。與釘釘強調(diào)的業(yè)務(wù)人員驅(qū)動的邊緣革命不同，微搭始終還是將重心放在了各類SaaS服務(wù)商身上。

　　差異的背后可能與兩個產(chǎn)品的基因有關(guān)。

　　在釘釘?shù)膽?zhàn)略里，低代碼是他們進入千行百業(yè)，滿足各個行業(yè)數(shù)字化轉(zhuǎn)型個性化需求，同時基層技術(shù)人員供給不足的狀況下的舉措，它深度綁定釘釘平臺的業(yè)務(wù)工作流。通過低代碼降低開發(fā)門檻，同時能帶動更多的SaaS應(yīng)用和基礎(chǔ)設(shè)施的消耗，從而進一步消耗云資源，符合“云釘一體”的打法。釘釘?shù)牡痛�碼客戶案例有不少制造業(yè)使用場景。

　　微搭起初是服務(wù)于微信小程序的開發(fā)者生態(tài)，基因也更偏重于服務(wù)開發(fā)者。寧鵬偉告訴數(shù)智前線，微搭未來的產(chǎn)品覆蓋依然以SaaS和ISV服務(wù)商為主，他看好未來這個群體能比較體系化地應(yīng)用。

　　除了六度人和這類有明確產(chǎn)品的SaaS廠商，還有一些軟件定制開發(fā)商。這類客戶的特點是什么需求都能接，今天做小程序，明天做APP。它們有大量的開發(fā)需求，服務(wù)A客戶的模版，服務(wù)B客戶也能用，這種情境下，低代碼產(chǎn)品也能服務(wù)他們。

　　當然，微搭也相當重視小團隊和個人開發(fā)者。面向小團隊和開發(fā)者，微搭已經(jīng)嵌入到了小程序的IDE(微信開發(fā)者工具，類似代碼編輯窗口)里，后者是微信的開發(fā)者的入口。微信生態(tài)的開發(fā)者可以調(diào)用微搭的產(chǎn)品，幫助小程序更好去拉新和獲客。

　　03

　　云原生開發(fā)者生態(tài)已到來

　　11月16日，騰訊集團發(fā)布了Q3財報，ToB業(yè)務(wù)板塊已經(jīng)連續(xù)六季度成為增長引擎。而作為To業(yè)務(wù)的核心之一，騰訊云未來的發(fā)展與開發(fā)者生態(tài)的搭建息息相關(guān)。

　　作為ToB業(yè)務(wù)的負責人，湯道生在騰訊云開發(fā)者峰會上，也首次提出了“應(yīng)用云原生”理念。

　　湯道生認為，云計算已經(jīng)進入到了云原生時代，不僅“資源云原生”， 還要實現(xiàn)“開發(fā)云原生”和“應(yīng)用云原生”�；�于開發(fā)云原生的理念，開發(fā)本身正呈現(xiàn)出資源服務(wù)化、協(xié)同云端化和編程低碼化三大趨勢。

　　騰訊云相關(guān)人士稱，微搭和另一款面向開發(fā)者的產(chǎn)品云開發(fā)是“開發(fā)云原生”理念的具象體現(xiàn)。

　　2018年，云開發(fā)產(chǎn)品剛推出時，還叫“小程序云開發(fā)”，最初是為了微信里的開發(fā)者生態(tài)而產(chǎn)生。微信生態(tài)里包含了三個類型的群體：公眾號體系下的創(chuàng)作者、小程序下的開發(fā)者和視頻號體系下的視頻博主。相比而言，小程序的參與門檻明顯更高。為了保持生態(tài)繁盛，補齊開發(fā)者生態(tài)的一環(huán)，必須要做很多底層的開發(fā)工具。

　　在這個邏輯下，為了讓更多的開發(fā)者不再關(guān)注運維和部署，專注于業(yè)務(wù)的發(fā)展和創(chuàng)新，云開發(fā)產(chǎn)品做了不少資源服務(wù)化的嘗試。開發(fā)者在開發(fā)過程中，尤其在微信生態(tài)內(nèi)不需要去關(guān)注底層運維、底層服務(wù)器資源、存儲等事情，也無需自己去配置，需要資源可以通過函數(shù)自動配置。

　　例如，六度人和的研發(fā)副總裁馮穎的另一個困擾，是客戶要做的新需求如何跟原來的系統(tǒng)之間對接。新進來的客戶里，不少已經(jīng)有了自己的管理、審批和銷售流程。他們希望拓展會員系統(tǒng)和營銷系統(tǒng)，但新的系統(tǒng)并不能另起爐灶，自成體系，它得頻繁與原有的系統(tǒng)之間互動。通過云開發(fā)和微搭的產(chǎn)品，就能夠以容器的方式把原來的系統(tǒng)打包對接，系統(tǒng)之間實現(xiàn)貫通。

　　除了底層的資源配置外，開發(fā)者還會面臨重復(fù)的功能組件要從頭造輪子的問題。2020年從云開發(fā)團隊衍生出來的低代碼平臺微搭問世。云開發(fā)系列產(chǎn)品解決了開發(fā)運維部署的問題，處理的是底層效率問題，微搭則滲入到業(yè)務(wù)層，把最通用的模版做出來，包括表單、申報小程序、CRM產(chǎn)品等模塊。

　　騰訊云發(fā)布的云開發(fā)2.0版，升級了相關(guān)的能力，支持自定義的開發(fā)模式與底層資源解耦，用戶可以跨云配置，打通已有的數(shù)據(jù)庫存儲資源。

　　騰訊云微搭產(chǎn)品總監(jiān)王倩告訴數(shù)智前線，除了可以支持多云部署，和微信生態(tài)的緊密的結(jié)合是微搭低代碼的一大發(fā)展優(yōu)勢。

　　在離用戶更近的場景里，微搭能夠基于微信的生態(tài)推出豐富和安全的套件。比如在拉新獲客轉(zhuǎn)化方面，通過一碼多端引擎可以快速生成小程序和web，支持瀏覽器一鍵喚醒小程序。訂閱消息推送以及客服支付等套件開箱即用可以很好的幫助開發(fā)者去進行拉新獲客，也方便企業(yè)進行留存和轉(zhuǎn)化。

　　如今，隨著大低碼戰(zhàn)略和開發(fā)云原生理念的落地，騰訊云的云原生開發(fā)者生態(tài)將逐步成型。基于這些底層能力和生態(tài)，開發(fā)者短時間里能更快響應(yīng)市場的變化，同時這種組件化的開發(fā)也能盡可能地減少企業(yè)的需求從開發(fā)到落地的鴻溝，幫助第三方服務(wù)者或者企業(yè)內(nèi)部的技術(shù)人員來服務(wù)業(yè)務(wù)場景，變革開發(fā)模式。