今晚24點起，小程序留存“大神”「模版消息」的時代結(jié)束了！

今天，一個小程序留存利器全面下線，它就是模板消息。

同時，一個新的留存法寶全面上線，它就是訂閱消息。

兩者關(guān)系，就像上帝關(guān)上了一扇窗后，打開了一個門。這個接力棒的交替，經(jīng)歷了近半年時間。

早在去年10月，微信就就已經(jīng)宣告了：小程序模板消息接口將于2020年1月10日下線，也就無法再使用原接口推送模板消息，開發(fā)者們需要注意及時調(diào)整接口。之后，微信又公告了關(guān)于小程序模板消息能力調(diào)整說明。

有開發(fā)者對曉程序觀察（yinghoo-tech）表示，一些小程序未能在1月10日之前把模板消息切換為訂閱消息，有幾類因素。

一種是開發(fā)過程坎坷。“不少做產(chǎn)品和開發(fā)的，都被這個能力的切換折騰得一塌糊涂，接入時一堆問題，真機無法調(diào)試?yán)驳取！遍_發(fā)者表示。

另一類則是，部分開發(fā)者或商家并不想切換。“模板消息和訂閱消息，一個**的不同就是模板消息的下發(fā)觸達(dá)的主動權(quán)基本在開發(fā)者或商家手上，訂閱消息則是完全由用戶主導(dǎo)，用戶體驗是好，但是開發(fā)者和商家相對被動了”。一位服務(wù)商表示，服務(wù)商還要負(fù)責(zé)客戶商家的教育普及等工作，這樣的溝通也會帶來時間損耗?！爱?dāng)然，從長久來看，這個功能維護(hù)了強大的服務(wù)生態(tài)和良好用戶體驗”。

無論如何，「訂閱消息」全面取代「模板消息」是微信在喚醒機制上的一次嘗試，有著明顯優(yōu)勢的同時，也有一個不可忽視的痛點。

從**次“亮相”到最終全面取代模板消息，訂閱消息可以說是“走了很長一段路?！?/span>

早在前年7月的微信公開課上海站，公開課講師臧靜就提到了「訂閱消息」，那是其**次“亮相”。

此后，去年初，「訂閱消息」正式內(nèi)測。彼時，不少人都發(fā)出疑問，微信為何要推出「訂閱消息」，和「模板消息」到底有什么不同？

兩者的不同點在于：

• 「模板消息」是在用戶點擊觸發(fā)或者支付成功之后，開發(fā)者可在 7天內(nèi)推送1-3條服務(wù)通知；

• 「訂閱消息」則需要用戶主動訂閱消息通知，開發(fā)者才可向用戶推送，但只要用戶授權(quán)，就可以不受時間限制向用戶推送消息。

說到底，就是「訂閱消息」將是否接受服務(wù)的選擇權(quán)完全交給了用戶。

在此之前，「模板消息」一直都是留存、喚醒用戶的法寶。它可以讓小程序得以形成一個完美的服務(wù)閉環(huán)，因此備受開發(fā)者青睞。小小包麻麻CEO賈萬興曾對我們用一句話總結(jié)了這個功能的美好：“讓小程序完美，完美得就像App”。

雖然完美，但「模板消息」的下線可以說是必然。

一方面，由于用戶喚醒對于用完即走的小程序開發(fā)者們至關(guān)重要，在小程序的諸多能力中，「模板消息」是承擔(dān)這一任務(wù)**的那一個，因此有少量小程序把「模板消息」當(dāng)成了營銷工具，用來推送廣告，甚至是不實信息，誘導(dǎo)用戶點擊。

顯然，這一做法就與「模板消息」的初衷背道而馳，極大影響用戶的使用體驗。亂象叢生，為了避免能力濫用、維護(hù)用戶體驗，微信上線了一系列該能力使用規(guī)范，亂象問題得到了極大的控制。

但另一個問題也出現(xiàn)了，由于使用規(guī)則較為復(fù)雜，一些開發(fā)者對「模板消息」的使用，戰(zhàn)戰(zhàn)兢兢。一位頭部小程序電商CEO對我們表示，為了避免不小心觸碰規(guī)則紅線，就干脆不怎么用「模板消息」能力，完全佛系心態(tài)做用戶留存。

此外，「模板消息」已經(jīng)難以滿足開發(fā)者們?nèi)找嬖鲩L的信息推送訴求。對于服務(wù)周期超過7天的低頻小程序而言，「模板消息」就滿足不了需求。

因此，「訂閱消息」出現(xiàn)了，完美彌補了以上兩點。

• 選擇權(quán)回到用戶手中，避免了開發(fā)者濫用喚醒能力，而且，用戶也可以隨時拒收該小程序的服務(wù)通知。

• 「訂閱消息」取消了7天內(nèi)推送消息的時間限制，開發(fā)者就可以隨時推送服務(wù)通知。對于服務(wù)周期超過7天的小程序而言，這就完美解決了此前的疑慮。

這意味著，“服務(wù)至上”成為開發(fā)者喚醒用戶的核心，無論是高頻還是低頻，決定用戶回頭的關(guān)鍵因素是服務(wù)是否優(yōu)質(zhì)。

在「訂閱消息」能力開始內(nèi)測時，曉程序觀察（yinghoo-tech）便找到了幾家參與內(nèi)測的開發(fā)者，當(dāng)時，他們紛紛表示該能力有幾個痛點。

1. 「訂閱消息」能力可用模版特別少，一個小程序可申請的模板數(shù)量上限為10個，對于服務(wù)場景較多的小程序而言，還遠(yuǎn)遠(yuǎn)不夠；

2. 同一個小程序都是共用一個訂閱能力，同個小程序只允許用戶訂閱1次。這意味著，用戶在小程序的某一場景里訂閱消息后，就無法在其他場景使用該能力，這對多場景的小程序開發(fā)者而言，他們更能夠多場景多召回。

3. 用戶一旦取消訂閱，開發(fā)者無法得到通知，因此很難排查該如何優(yōu)化服務(wù)。

至于前兩個痛點，「訂閱消息」全面上線后已經(jīng)解決。

目前，該能力可以創(chuàng)建24個模板。在開發(fā)者看來，“這個數(shù)字能cover一個小程序的服務(wù)場景”。如果服務(wù)場景多于24個，那么該小程序提供的服務(wù)，就不太符合小程序輕量的基因。

第二點，一個小程序可以在多個場景設(shè)置多個「訂閱消息」按鈕，用戶也可以在多個場景訂閱服務(wù)消息。不少開發(fā)者表示：雖然該功能已經(jīng)可以多場景使用，但是仍會選擇在較為剛需或者有延展性服務(wù)的場景植入該能力，并不會將這個能力鋪滿在小程序的各個角落，引用戶反感。

一位服務(wù)商表示：“以電商小程序舉例，我們一般在兩個場景植入該能力，一個是訂單支付完成時，提醒用戶可以訂閱訂單支付成功通知、快遞發(fā)貨通知、購買成功通知等，另一個會員中心，是針對會員充值成功通知、評價提醒等”。

對于小游戲而言，剛需場景則更加多樣，如組團(tuán)打怪的場景下，組團(tuán)成功的消息通知必然是剛需，養(yǎng)成系小游戲則可以在動物、植物的養(yǎng)成過程中多處植入訂閱消息的引導(dǎo)；工具類小程序則可以在打卡等場景植入該能力。

值得注意的是，在過多沒必要的頁面、場景里植入該能力，只會讓用戶對訂閱這一行為麻木，稀釋了其對訂閱動作的價值認(rèn)可。

不過，第三個痛點依然被不少開發(fā)者們呼吁?！坝脩羧∠嗛啿煌ㄖ覀?，對于我們而言，在做喚醒、召回體系時，會存在一定程度上的盲區(qū)，對于優(yōu)化服務(wù)非常不利?！?/span>