編輯導(dǎo)語：我們的微信里一定都有不少的訂閱號(hào)，服務(wù)號(hào)訂閱通知對(duì)于用戶的體驗(yàn)感有著不小的影響。本文作者為我們分析了訂閱通知的方式以及推送通知的方式，并且針對(duì)本次微信計(jì)劃調(diào)整通知策略事件，制作了一份的產(chǎn)品改造方案。

在《微信服務(wù)號(hào)訂閱通知灰度測(cè)試：模板消息之變》中，筆者分析了消息通知方式改變對(duì)大家產(chǎn)生的影響，弊大于利。

基于被“用戶體驗(yàn)感”挾持的大前提下，不管微信團(tuán)隊(duì)是否執(zhí)意要對(duì)策略做出調(diào)整，大家都需要未雨綢繆，合理的面對(duì)并解決這個(gè)風(fēng)險(xiǎn)，以免措手不及。

這篇內(nèi)容，將會(huì)為大家分享筆者結(jié)合自己的產(chǎn)品，總結(jié)出改造的設(shè)計(jì)方案。分享前，先為大家解釋一下訂閱通知所涉及到的名詞、訂閱和推送通知的方式。

一、名詞解釋

• 一次性訂閱：指用戶訂閱一次，服務(wù)號(hào)可不限時(shí)間地下發(fā)一條對(duì)應(yīng)的訂閱通知；
• 長期訂閱：指用戶訂閱一次，服務(wù)號(hào)可長期多次下發(fā)通知，長期訂閱通知僅向政務(wù)民生、醫(yī)療等公共服務(wù)領(lǐng)域開放。

二、訂閱通知的方式

目前微信只開放了兩種可以進(jìn)行消息訂閱的途徑，具體流程如下。

1. 文章訂閱

可以在服務(wù)號(hào)發(fā)布的文章中，插入訂閱通知組件，用戶點(diǎn)擊進(jìn)行訂閱。

每篇文章最多插入10個(gè)訂閱通知組件，每個(gè)組件最多包含5條通知，每個(gè)組件不能同時(shí)包含一次性訂閱和長期訂閱，文章推送后用戶才可點(diǎn)擊訂閱。

2. 網(wǎng)頁訂閱

可以在服務(wù)號(hào)綁定的安全域名中，通過微信JS-SDK調(diào)起訂閱通知界面。目前沒有組件數(shù)量和訂閱通知數(shù)量的限制，但每個(gè)組件不能同時(shí)包含一次性訂閱和長期訂閱，并且實(shí)際效果需要真機(jī)調(diào)試，無法用開發(fā)者工具模擬。

三、推送通知的方式

通知的推送流程，與模板消息推送流程基本一致，只是將驗(yàn)證[是否已關(guān)注服務(wù)號(hào)]改變成了，驗(yàn)證[是否已訂閱通知]。

四、通知中的區(qū)別

在用戶訂閱消息后，已關(guān)注和未關(guān)注服務(wù)號(hào)，收到消息通知的表現(xiàn)形態(tài)有區(qū)別，具體表現(xiàn)形式為：

1. 已關(guān)注

已關(guān)注服務(wù)號(hào)的用戶，和以往下發(fā)位置相同，直接推送到服務(wù)號(hào)內(nèi)。

2. 未關(guān)注

未關(guān)注服務(wù)號(hào)的用戶，會(huì)直接下發(fā)到服務(wù)通知，和小程序的通知入口一致。

以上就是筆者對(duì)訂閱通知功能的理解，下面我將會(huì)為大家分享產(chǎn)品改造方案。由于不同產(chǎn)品的交互和業(yè)務(wù)邏輯不同，所以訂閱通知的改造和實(shí)現(xiàn)過程僅供參考，具體實(shí)現(xiàn)方案還需要根據(jù)自身行業(yè)做出調(diào)整。

五、設(shè)計(jì)前言

本次是以一款G2C產(chǎn)品為例，產(chǎn)品功能通過服務(wù)號(hào)+小程序?qū)崿F(xiàn)。C端用戶在關(guān)注服務(wù)號(hào)并注冊(cè)小程序的前提下，在小程序中觸發(fā)需要通知的事件后，會(huì)在服務(wù)號(hào)中，同時(shí)給C端用戶和G端用戶推送通知。

因?yàn)橐恍I(yè)務(wù)需求的原因，C端用戶必須要關(guān)注服務(wù)號(hào)。在1年前設(shè)計(jì)產(chǎn)品時(shí)，筆者根據(jù)此原因，并結(jié)合小程序通知需要G端用戶訂閱的前提。本著減少用戶操作次數(shù)，并且服務(wù)號(hào)會(huì)定期群發(fā)文章供G端用戶學(xué)習(xí)的想法，選擇了通過服務(wù)號(hào)下發(fā)通知的設(shè)計(jì)方式。

應(yīng)用場景舉例(請(qǐng)勿帶入現(xiàn)實(shí)生活)：C端用戶小趙在關(guān)注服務(wù)號(hào)并注冊(cè)小程序(注冊(cè)時(shí)獲取了手機(jī)號(hào)碼)后，G端用戶會(huì)收到服務(wù)號(hào)注冊(cè)成功的通知。

同時(shí)開發(fā)者后臺(tái)實(shí)時(shí)根據(jù)小趙的手機(jī)號(hào)碼探測(cè)網(wǎng)絡(luò)中的風(fēng)險(xiǎn)。當(dāng)小趙的隱私信息泄露后，會(huì)通過服務(wù)號(hào)給小趙和G端用戶推送通知，告知存在信息泄露風(fēng)險(xiǎn)。

在互聯(lián)網(wǎng)中，有類似場景的行業(yè)還有很多，甚至有一些產(chǎn)品是單服務(wù)號(hào)實(shí)現(xiàn)業(yè)務(wù)，對(duì)模板消息是具有強(qiáng)依賴性的，那么應(yīng)該如何進(jìn)行改造設(shè)計(jì)？

六、用戶特征分析

在設(shè)計(jì)需求之前，筆者首先思考了產(chǎn)品面向的用戶群體的特征，一共有兩類：

1. C端用戶

• 特點(diǎn)：對(duì)產(chǎn)品依賴性不強(qiáng)；
• 存量用戶：基本不會(huì)重新進(jìn)入服務(wù)號(hào)訂閱通知；
• 新增用戶：基本會(huì)訂閱通知，但訂閱留存率可能較低；
• 原因：產(chǎn)品是由G端用戶進(jìn)行推廣，推廣時(shí)現(xiàn)場教C端用戶如何操作，但事后C端用戶基本不會(huì)再次打開。所以增加服務(wù)號(hào)訂閱通知流程，對(duì)新增用戶基本無影響，但存量用戶的訂閱沒有保障。

2. G端用戶

• 特點(diǎn)：工作原因，對(duì)產(chǎn)品依賴性高；
• 要求：自己能收到通知，C端用戶必須關(guān)注服務(wù)號(hào)并且可以全部收到通知。

七、確定設(shè)計(jì)邊界

分析用戶特征，確定產(chǎn)品用戶需求后，需要明確設(shè)計(jì)邊界，防止設(shè)計(jì)時(shí)違背用戶需求。

1. C端用戶

• 產(chǎn)品使用方式：依舊采用關(guān)注服務(wù)號(hào)+注冊(cè)小程序的方式；
• 消息通知：無論是存量用戶還是新增用戶，都必須可以收到通知。

2. G端用戶

• 產(chǎn)品使用方式：在滿足對(duì)C端用戶要求的前提下，可以接受任何方式，但應(yīng)盡量簡便；
• 消息通知：必須可以收到通知。

八、文檔分析

確認(rèn)用戶特征和設(shè)計(jì)邊界后，閱讀微信開放文檔，尋找是否有可以額外利用的點(diǎn)。在“訂閱通知接口-用戶操作訂閱通知彈窗”中可以發(fā)現(xiàn)，用戶在訂閱/取消訂閱通知時(shí)，微信都會(huì)向開發(fā)者服務(wù)器發(fā)送通知。

注：微信開放文檔是動(dòng)態(tài)文檔，所以在閱讀此文時(shí)，要注意自行查看文檔，避免因微信單方面更新文檔而造成信息差。

參數(shù)如下：

九、設(shè)計(jì)思路

在經(jīng)過以上分析后，產(chǎn)品的改造設(shè)計(jì)思路已經(jīng)基本明確了。下面采用將C端用戶和G端用戶拆分開方式，給大家分享我的解決方案。請(qǐng)自行進(jìn)行差異設(shè)計(jì)。

1. C端用戶

1）存量用戶

首先，通過分析用戶特征得知，C端存量用戶并非100%不會(huì)重新進(jìn)入服務(wù)號(hào)訂閱通知。

為了保證C端存量用戶在想要主動(dòng)訂閱時(shí)，能夠有一個(gè)可訂閱的入口。在將模板消息改造為訂閱通知后，我們應(yīng)該在服務(wù)號(hào)中提供一個(gè)便于查找、操作簡便的訂閱入口。例如，可以將能夠訂閱消息的文章或H5懸掛在服務(wù)號(hào)菜單中。

如果用戶忠誠度較高，不會(huì)因?yàn)槲恼氯喊l(fā)而出現(xiàn)大規(guī)模取關(guān)的話，在改造后可以通過群發(fā)文章來提高訂閱轉(zhuǎn)化率。筆者所負(fù)責(zé)的產(chǎn)品用戶忠誠度偏低，屬于靜默類型，所以不計(jì)劃通過群發(fā)文章提醒存量用戶進(jìn)行訂閱，僅在文章和H5中懸掛注冊(cè)入口和訂閱入口。

2）新增用戶

在分析用戶特征時(shí)，筆者有提到這款產(chǎn)品的C端用戶來源是G端用戶現(xiàn)場推廣引導(dǎo)注冊(cè)。在根據(jù)自身業(yè)務(wù)流程做出調(diào)整后，對(duì)新增用戶影響較小。

模板消息正式被微信團(tuán)隊(duì)替換為訂閱通知后，也沒有其他解決方案能夠繞過訂閱模式。所以在做調(diào)整時(shí)，要盡可能的保證減少用戶為訂閱做出的額外操作次數(shù)。

例如：筆者在某通快遞小程序，僅查詢物流動(dòng)態(tài)就需要進(jìn)行2次消息訂閱，很令人不舒服。

我們?cè)谧鲈O(shè)計(jì)功能時(shí)，可以考慮將驗(yàn)證是否訂閱通知作為使用功能的條件，但并不適用于所有行業(yè)。例如，在用戶下單時(shí)，驗(yàn)證是否訂閱了發(fā)貨通知，如果沒有訂閱就不允許下單。這種辦法雖然可以提升訂閱率，但顯然也會(huì)影響成交率，請(qǐng)謹(jǐn)慎使用。

3）補(bǔ)償機(jī)制

在解決完可以主動(dòng)訂閱的用戶的問題后，我們還需要考慮如何對(duì)未訂閱的用戶發(fā)送通知。在這款產(chǎn)品中，不會(huì)收到通知的有存量未主動(dòng)訂閱的用戶、新增拒絕訂閱的用戶、訂閱后自行取消訂閱的用戶。

筆者采用的方式是，發(fā)送通知前驗(yàn)證用戶是否訂閱消息，如果沒有訂閱，就對(duì)用戶發(fā)送手機(jī)短信。同時(shí)在短信中，可以結(jié)合小程序的“UrlScheme.Generate”能力，實(shí)現(xiàn)在短信的URL鏈接中跳轉(zhuǎn)小程序。

在設(shè)計(jì)改造方案時(shí)，筆者查詢了大量資料，得知互聯(lián)網(wǎng)中有一些能力可以實(shí)現(xiàn)URL鏈接跳轉(zhuǎn)到微信并訪問指定H5頁面，但此行為違反微信運(yùn)營規(guī)定，所以沒有采用。

2. G端用戶

在進(jìn)行特征分析的時(shí)候，我們提到G端用戶因?yàn)楣ぷ髟?，只能遵守產(chǎn)品規(guī)則。但在改造時(shí)仍然需要考慮，因?yàn)橛脩趔w量大，必然會(huì)出現(xiàn)因?yàn)椴僮魇д`而未訂閱的用戶，所以無論選擇哪種方案，都應(yīng)該增加與C端用戶相同的“補(bǔ)償機(jī)制”。

筆者在改造G端用戶的通知接收方式時(shí)，考慮了兩種解決方案：

1）服務(wù)號(hào)通知

給G端用戶提供一個(gè)單獨(dú)的在服務(wù)號(hào)進(jìn)行訂閱的入口。但G端用戶原有業(yè)務(wù)是依托小程序進(jìn)行實(shí)現(xiàn)的，所以在服務(wù)號(hào)中通過文章或H5的方式進(jìn)行訂閱都存在問題。

• 文章：G端用戶為內(nèi)部用戶，如果對(duì)外暴露文章形式的訂閱入口，在C端用戶誤操作時(shí)，對(duì)C端用戶不夠友好；
• H5：G端用戶依托小程序開展業(yè)務(wù)，單獨(dú)開發(fā)H5頁面提供訂閱能力對(duì)G端用戶來說操作麻煩，并且不利于開發(fā)者進(jìn)行維護(hù)。

筆者個(gè)人認(rèn)為，微信生態(tài)中，H5的使用體驗(yàn)沒有小程序好，并且為了節(jié)省項(xiàng)目成本，所以不考慮將小程序業(yè)務(wù)改為H5實(shí)現(xiàn)。

2）小程序通知

將G端用戶的通知訂閱方式徹底改變?yōu)樾〕绦蛴嗛喌姆绞?，因?yàn)楣P者所在行業(yè)屬于政務(wù)類，可以申請(qǐng)到長期訂閱的通知模板，在改為小程序訂閱后，G端用戶只需要訂閱一次，就可以長期接收消息通知。

按照這種方式進(jìn)行改造后，G端用戶基本可以完全脫離服務(wù)號(hào)，僅使用小程序就能開展工作。

經(jīng)過筆者預(yù)估，如果采用這種改造方式，會(huì)降低G端用戶對(duì)服務(wù)號(hào)的關(guān)注率。在“設(shè)計(jì)前言”中有提到，服務(wù)號(hào)會(huì)定期群發(fā)供G端用戶學(xué)習(xí)的文章，所以改造后還計(jì)劃在小程序中增加瀏覽文章的功能，但是否增加此功能，還需要在改造后觀察服務(wù)號(hào)文章的閱讀數(shù)據(jù)是否下降。

3. 另外

考慮到改造成訂閱通知的形式后，運(yùn)營人員可能會(huì)考慮通知送達(dá)率，我們可以結(jié)合“文檔分析”中的參數(shù)，在運(yùn)營后臺(tái)中增加一些統(tǒng)計(jì)指標(biāo)。例如：每條通知的累計(jì)訂閱數(shù)量、留存訂閱數(shù)量、取消訂閱數(shù)量，同時(shí)可以結(jié)合用戶數(shù)預(yù)估通知的送達(dá)率。

十、總結(jié)

以上就是筆者在本次微信計(jì)劃調(diào)整通知策略的事件中，所做出的產(chǎn)品改造方案。

建議在微信明確下線模板消息前，盡量不要安排研發(fā)人員進(jìn)行備用版本的開發(fā)，在調(diào)整尚未明確之前，安排研發(fā)實(shí)現(xiàn)無疑是一種浪費(fèi)人力成本的做法。但作為項(xiàng)目管理者或產(chǎn)品經(jīng)理，應(yīng)該在發(fā)現(xiàn)風(fēng)險(xiǎn)時(shí)，準(zhǔn)備多種方案。

最后，希望微信團(tuán)隊(duì)能夠充分考慮調(diào)整策略對(duì)服務(wù)商、開發(fā)者產(chǎn)生的巨大影響，做出合理的決定。

作者：氟西汀，一個(gè)懂的不太多的pm，公眾號(hào)：氟西汀終究還是沒了

本文由 @氟西汀 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自圖蟲