小程式全面禁止開啟APP，真的可以提升使用者體驗嗎？

2021-05-27 15:01:28

編輯導語：毫無疑問，小程式是微信生態極其重要的組成部分，也是繼朋友圈之後推出的又一款跨時代產品。小程式已經上線4年多的時間，數量已超380萬，日活躍使用者超4億，月活躍使用者高達8.3億。如今，微信不再提供小程式開啟App技術服務，這樣的方式真的可以提升使用者體驗嗎？

5月14號，微信釋出公告，宣佈從5月20日開始，全面關閉「微信小程式開啟app技術服務」。微信的官方說法是收到了大量使用者投訴，為了「提升使用者體驗」，他們關閉了這個服務，這麼做是為民請願。

且不論微信此舉是否真的代表使用者的訴求，對於小程式開發者來說，卻是的的確確捅了馬蜂窩。從微信社群的留言來看，似乎開發者們對微信這次的改動都持否定態度。我翻了幾頁，基本都是吐槽微信又在「瞎改」。

微信小程式在2017年初上線時，並沒有提供「小程式開啟app」服務。在小程式運營一年後，18年的v1.9.5版本中，微信才開放這個服務。三年之後，微信又關閉了這個服務。

小程式和app之間到底是什麼關係？「小程式開啟app」到底意味著什麼？微信又為什麼在這個問題上反覆橫跳呢？

一、微信小程式與APP的關係

什麼是微信小程式？

——按照張小龍的說法，微信小程式是一種不需要下載安裝即可使用的應用。

張小龍經歷了PC、網際網路和移動網際網路時代。PC時代，那個時候電腦還不能聯網，使用者需要通過軟盤或者光碟安裝程式來訪問服務。當然這時的程式，不能聯網，也不能跟外界互動，又稱之為單機程式。

到了網際網路時代，服務依然被聚合在程式中，只不過此時的程式具備了訪問網路的能力。另外隨著www.web協議的出現，湧現了一大批網站。網站可以被任何連線網路的使用者來訪問，所以使用者也可以通過訪問網站來享受服務。商家既可以通過寫一個程式來提供服務，也可以通過搭建一個網站來提供服務。

而進入了移動網際網路時代，使用者訪問網路服務的終端由電腦變成了手機。服務被聚合在app中，使用者通過安裝使用app來享受商家提供的服務。可是通過瀏覽器訪問一個網站很簡單，下載安裝app卻很費時間。

我們可以一天訪問20個網站，但是我們不會一天開啟20個app。我們很懶，我們更傾向於每天只打開幾個app，不喜歡下載安裝很多app。這也是那些頭部app變得越來越臃腫的原因，因為它把很多之前其他的app的活也給幹了。

張小龍認為，移動網際網路之後，未來的服務形態應該是所見即所得，隨時可以訪問的。比如，你去一個公園，公園門口有一個購票的應用程式，使用者是可以直接啟動訪問的，不需要下載安裝；你在公交車站等車，可以直接開啟查詢公交車實時位置的應用程式。

基於「無需安裝，觸手可及」的理念，微信推出了小程式。當然這句話深究起來是有問題的，使用者其實是需要下載安裝小程式的。只不過小程式的包體太小，一般不超過2M，它的下載安裝過程對於使用者來說近乎於無感知，所以說不需要下載安裝也沒什麼問題。

微信小程式代表了張小龍對於移動網際網路時代之後，服務形態的一種思考。微信小程式的定位是「比網站體驗更好，比app更觸手可得」。

微信小程式作為一種比app更加靈活的組織形態，可以替代一些低頻、核心流程簡單的app。例如，我可能一年都不會來幾次這個公園，為了購票花個幾十M流量下載個app成本太高；再比如騎共享單車，我的操作就是掃碼開車，這麼簡單的操作完全可以在微信小程式裡完成。

二、「保守」的微信

微信小程式可以看成是對於現在以app為主的服務形態的一種完善。那麼微信小程式和app之間必然有很多互動，那麼為什麼微信小程式不在一上線之時就提供微信小程式開啟app/app開啟小程式的服務呢？

整理一下微信小程式的入口，會發現小程式的入口可以分為三類：線上、線下和服務。

線上的發現入口：主頁下拉、發現頁、搜尋結果、會話小程式卡片等；線下的連線入口：線下掃小程式碼訪問；服務與服務之間的入口：微信公眾號與小程式互相訪問、小程式與小程式互相訪問；小程式和app互相訪問；

其中app與小程式之間的入口是最晚才開始接入的：

2017年3月，微信公眾號支援跳轉小程式；2017年6月，小程式之間可以互相跳轉；2017年9月，小程式內支付完成可關注公眾號；2018年1月，小程式支援開啟app；2018年4月，app支援開啟小程式；微信小程式與app支援互相跳轉可以帶來無盡的可能性。微信小程式可以作為app的一個簡易版應用，一些比較簡單的功能，使用者可以在微信小程式裡直接完成。一些進階的功能，使用者直接從小程式裡開啟app來完成。

比如，你做一個旅行攻略的app，使用者可能需要訂機票、酒店、打車、門票、演出預約等服務，但是一款app可能無法覆蓋這麼多的服務。

那麼可以讓使用者直接從app裡直接開啟特定的微信小程式來完成操作。這個小程式不一定非要你來開發，可以接入其他商家的小程式。你不需要把全部的活都給幹了，每個商家只做自己最擅長的那一部分。

可以預見的是，微信一旦放開小程式和app之間的互相跳轉，必然會吸引更多的開發者入駐，小程式的流量將迎來暴漲。但是微信卻表現的很剋制，甚至是保守。

微信的「保守」同樣體現在後面的視訊號中。微信視訊號在引入社交分發之前，依賴於演算法分發。因為早期使用者很少，內容質量較低；內容質量低，那麼播放量就低；播放量低，內容生產者沒有動力生產內容。這樣形成了一個惡性迴圈，演算法只能分發優質內容，無法創造優質內容。

這時就有一種聲音——要不給內容生產者以流量或者現金扶持，吸引他們在視訊號創造內容？但是還是被拒絕，視訊號沒有買內容，也沒有給內容生產者以流量扶持。

到底誰給了微信這麼高冷傲嬌的底氣呢？

微信是中國網際網路的第一流量池，微信推出了什麼新功能。很容易就會被炒成是下一個風口，各家想盡一切方法來透支他的流量。繁華過後，一地雞毛。所以微信在上線新產品的時候，都奉行「先緊後鬆」的策略。

讓這些新產品自己生長，當產品達到了一定的量級和活躍度，使用者留存率開始上揚，流量迴圈可以正常的運轉起來，代表產品真的活了起來之後，微信才會考慮完善基礎功能的搭建。如果產品沒有證明自己可以成為一個自行運轉起來的生態，直接引入流量並不是一件好事。

我們可以設想，如果微信提供了「小程式開啟app」的服務，那麼必然會吸引更多開發者入駐。他們會想各種方法來給app引流。

比如，我通過小程式給使用者發一張獎券，但是這個獎券，你必須在app裡才能使用；你在小程式可以看到新聞，但是對檢視評論的數量進行了限制，如果要檢視全部評論，需要來app；你在小程式裡可以看視訊，但是對視訊的清晰度進行限制。如果想要看到更清晰的視訊，你得來app。

經典套路：在小程式裡發一張在app裡才能使用的券

總之，商家會通過限制小程式裡的功能，把小程式的流量往app引導。這一點微信當然不想看到，微信希望小程式可以形成一個閉環，在小程式裡就可以解決使用者所有的問題。而不是把小程式作為app的引流工具，或者更直白點說是app的啟動器。

那麼微信是做了哪些事情來避免商家過度濫用「開啟app」這個能力呢？

三、如何避免商家過度濫用

首先微信出臺了《微信小程式運營規範》，裡面對於誘導使用者開啟/下載app進行了嚴格的限制。

為保障使用者體驗和使用者權益，小程式提供的服務中，不得存在影響功能服務或業務流程完整性、順暢性的誘導使用者跳轉/下載APP的行為，如利益誘導跳轉/下載APP、強制使用者跳轉/下載APP、通過利用客服訊息介面能力來達到誘導跳轉/下載APP目的的行為；

以及在小程式已提供相關功能或服務時，仍誘導或強制使用者跳轉/下載APP等行為，包括但不限於以下類型：微信小程式運營規範 5.20 誘導下載行為。

除了運營層面，微信還在技術層面對「小程式開啟app」進行了場景上的限制。在v1.9.5版本中，微信小程式的元件 button open-type 新增 launchApp 屬性，實現微信小程式喚起app。

但是這個launchapp的方法可以呼叫的前提是啟動小程式的場景值是否是1036或者1069。

微信的規則是，當小程式從 APP 分享訊息卡片的場景開啟或從 APP 開啟的場景開啟時，小程式會獲得開啟 APP 的能力，此時使用者點選按鈕可以開啟分享該小程式卡片/拉起該小程式的 APP。

以具體場景舉例就是說：

你通過app喚起微信，並且開啟某個微信小程式，那麼你可以從這個小程式回到app；你在b站app裡看到一個視訊，覺得很有趣，你分享給微信好友。微信好友在微信中，是通過b站微信小程式開啟你分享的視訊。這時你的好友可以通過小程式直接開啟b站app。這兩個場景中，使用者能來到小程式，源頭都是app。流量來自app，再讓流量回到app，倒也合情合理。除這兩個以外，其餘任何場景都不能從小程式裡直接喚起app（ps.微信親兒子們除外）。