超過23萬註冊賬戶，50多萬開發者。

「小程式·雲開發」是由微信和騰訊雲聯合一起推出一站式後端服務，簡單來說，雖然小程式是一款偏前端的產品，但很多業務上依舊需要用到後端服務，而小程式·雲開發能力，就能夠把後端服務“一網打盡”，讓開發者專注於前端業務邏輯即可。

事實上，對於這一功能騰訊頗為重視，要知道，在今年初的微信公開課PRO上，騰訊雲更是拿出總價值超過10億元的「小程式·雲開發」資源扶持計劃，助力開發者。這一動作頗有成效，截止目前，在活躍小程式開發者中，使用雲開發的開發者佔比達到23%。

一、降低開發&運營成本的三個祕密武器

在一堆能力介紹中，幾個關鍵能力引發了我們的注意：雲函式、雲呼叫、雲資料庫、雲端儲存等基礎能力。

「小程式·雲開發」高效開發的祕密，就在其中。

1、雲函式：從開發流程和組織分工上提升效率

「微信讀書」小程式可以說最佳案例。其在小程式、H5、App端都有開發產品，在「微信讀書」團隊看來，三端最大的不同就體現在開發效率上，據他們統計，小程式的開發效率是App的4倍，是H5的1.6倍。

能做到如此高效，除了在開發流程上實現自動化，以及實時監控與告警之外，最重要的便是雲開發。“雲函式在我理解它就是在雲端執行的程式碼，而且天然有微信的私有協議，在安全性方面不用考慮。”微信讀書相關負責人表示。

為什麼要用雲開發呢？主要是4個方面的優化。

上手成本特別低，能夠一定程度上減輕人力成本，上線也更快了；雲開發與小程式結合得非常完美，直接在小程式ID裡面開發就可以了；服務響應特別快；服務特別穩，不會輕易出現宕機的情況。

以讀書小隊為例，以前在人力安排上，需要前端、後端、Node服務、運維等不同開發人員。現在有了雲開發，僅需要關注前端的業務程式碼和雲開發的部分就可以了，至於後面安全性的資料容量的問題，負載均衡的問題都可以交給更專業的團隊。所以，在開發效率上，自然也就迭代更快。

2、基於雲開發打造高效活動運營平臺

對「貓眼電影」小程式來說，「小程式·雲開發」最大的作用就是，打造了一款模板化配置、高時效性、靈活穩定的活動運營平臺。

貓眼的活動數量特別多、頻次也非常高，比如在影片上映時，隨著各個熱點事件營銷，小程式也要去做活動頁等。因此，使用者量波動也很大，並且不可預知，這就為前端、後端乃至運維都帶來了極大壓力。

但是，貓眼幾乎所有的前端專案都是分離的，前端要做，管理端要做，每一個活動都需要一個管理後臺。此外，後端還要考慮儲存問題，高併發、高可用，監控報警、錯誤日誌等等。運維就更頭疼了，因為他們要提前預估不可預估的，簡直是不可能完成的任務。

在他們看來，模板化是所有做活動的必由之路。

通俗來說就是，打造一個極度高效的活動運營平臺，所有活動在這個平臺上完成，達到自動上下線、隨時配置、隨時上線、隨時釋出、隨時下線等。

有了雲開發之後，這些問題迎刃而解，因為其集活動配置項、活動介面、標準活動邏輯以及物件儲存為一體，涵蓋雲函式、資料庫、儲存和雲呼叫能力，開發者無需自建伺服器、資料庫以及儲存和CDN。

貓眼電影小程式產生的活動資料、活動模版資料、許可權/身份資料等儲存問題都可以用雲開發來解決。以前一些較為複雜的活動，現在都可以放在小程式·雲開發上面來做。比如，分享三次得禮品，看完預告片送禮品等等。

“過去的一年我們開發了很多活動，團隊將近四五十號人中有一半在做活動，用了小程式·雲開發之後，這個人數直接縮減為2、3個人。這樣，我們就可以投入更多人力在業務開發上。”貓眼電影小程式相關負責人介紹。

以剛剛升級上線的訂閱訊息舉例，開發流程分成需要三步：

挑選和管理訊息模板；管理使用者的訂閱關係；觸發訊息時，需要呼叫介面去傳送訊息。

而云開發能做到，讓開發者通過簡單的函式就能夠把模板調出來。

雲開發還有觸發器與定時器的功能，當需要推送時，可以通過雲開發的後臺定時器，就能夠自動觸發訊息的下發，

換言之，進一步降低開發門檻「小程式·雲開發」的根本目的。

事實上，這也是搭建小程式生態的巨頭們，共同的認知，微信有「小程式·雲開發」，微信服務平臺，外掛市場以及各種元件化開發工具；阿里有繁星計劃、百度則與有贊聯合推出服務市場。

但平臺不同、生態不同，自然方式也會不同。

先來看看阿里雲今年3月推出的繁星計劃，用20億元補貼扶持開發者和商家，其中10億元用於技術補貼。

在開發上，開發者可進行統一的應用釋出、資源管理、資料管理。主要體現在以下方面：

一鍵釋出多平臺小程式：開發者可在小程式雲裡的一站式雲服務上進行統一的應用釋出；多平臺資料集中管理：開發者還可以在一站式雲服務上進行多端小程式的資源管理、資料管理等；各BU底層能力無縫對接：阿里系的幾大超級App，包括淘寶、釘釘、高德、餓了麼等，底層能力全部打通，形成無縫對接；超級App間可互相跳轉：阿里旗下各大超級App間的相互跳轉、相互導流。

這背後的原因是阿里的小程式打法是集團軍作戰，用小程式將整個阿里系各大BU的能力、流量穿針引線，對阿里集團內部資源進行整合。最終，以小程式為視窗，賦能給商家。

大約半年後，百度是聯合有贊推出百度智慧小程式「服務市場」，旨在為商家提供小程式模板，快速部署小程式。

降低開發門檻，是百度推出「服務市場」的核心目的。其存在的意義就是，讓商家可以拼積木一樣搭建出完整的小程式， 但是事實上現在已有的外掛都需要修改程式碼才能使用。而現在百度小程式的「服務市場」由有贊等服務商直接提供模板，相信通過拖拽外掛就能拼接出小程式的想法，很快就能實現。

這樣的思路，誰最受益？

另一個受眾群就是服務商。

一個例子可以說明，如某商家使用服務商開發的小程式做了一場大促，流量暴漲，那麼，該服務商旗下其他與之共享伺服器的小程式也會受到影響。

而云開發已經能夠支援服務商的開發，服務商可以去使用商家小程式裡面雲開發服務。這樣一來，商家和後臺就是相對獨立的，這種相對獨立就可以保證每一個商家小程式的後臺穩定，不會相互干擾。

接下來，微信小程式還做服務市場，建立一個雲開發的後端服務市場，允許服務商、開發者在上面輸出能力，開發者可以非常便捷地搜尋並呼叫上面的能力。由此，也可以讓優質服務商更好地展示。

不過，「小程式·雲開發」的目的“不止於快”，其目標使用者也不只是個人開發者與服務商。未來，還會根據企業的訴求做更多定製化的需求給企業開發者，比如一些灰度釋出的能力等等。

以灰度測試能力為誘餌，這一思路已經受到一些企業級開發者的認同。不過，到底好不好用，還需要時間來驗證。