国外亚洲成av人片在线观看,热99re久久精品这里都是精品,天堂网在线最新版www,国产成人av区一区二区三,51久久成人国产精品麻豆

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

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

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

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

一、名詞解釋

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

二、訂閱通知的方式

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

1. 文章訂閱

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

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

2. 網(wǎng)頁訂閱

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

三、推送通知的方式

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

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

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

1. 已關(guān)注

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

2. 未關(guān)注

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

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

五、設(shè)計前言

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

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

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

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

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

六、用戶特征分析

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

1. C端用戶

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

2. G端用戶

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

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

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

1. C端用戶

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

2. G端用戶

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

八、文檔分析

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

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

參數(shù)如下：

九、設(shè)計思路

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

1. C端用戶

1）存量用戶

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

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

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

2）新增用戶

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

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

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

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

3）補償機制

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

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

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

2. G端用戶

在進行特征分析的時候，我們提到G端用戶因為工作原因，只能遵守產(chǎn)品規(guī)則。但在改造時仍然需要考慮，因為用戶體量大，必然會出現(xiàn)因為操作失誤而未訂閱的用戶，所以無論選擇哪種方案，都應(yīng)該增加與C端用戶相同的“補償機制”。

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

1）服務(wù)號通知

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

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

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

2）小程序通知

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

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

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

3. 另外

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

十、總結(jié)

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

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

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

作者：氟西汀，一個懂的不太多的pm，公眾號：氟西汀終究還是沒了

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

題圖來自圖蟲