中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

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

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

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

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

一、名詞解釋

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

二、訂閱通知的方式

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

1. 文章訂閱

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

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

2. 網頁訂閱

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

三、推送通知的方式

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

四、通知中的區別

在用戶訂閱消息后，已關注和未關注服務號，收到消息通知的表現形態有區別，具體表現形式為：

1. 已關注

已關注服務號的用戶，和以往下發位置相同，直接推送到服務號內。

2. 未關注

未關注服務號的用戶，會直接下發到服務通知，和小程序的通知入口一致。

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

五、設計前言

本次是以一款G2C產品為例，產品功能通過服務號+小程序實現。C端用戶在關注服務號并注冊小程序的前提下，在小程序中觸發需要通知的事件后，會在服務號中，同時給C端用戶和G端用戶推送通知。

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

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

同時開發者后臺實時根據小趙的手機號碼探測網絡中的風險。當小趙的隱私信息泄露后，會通過服務號給小趙和G端用戶推送通知，告知存在信息泄露風險。

在互聯網中，有類似場景的行業還有很多，甚至有一些產品是單服務號實現業務，對模板消息是具有強依賴性的，那么應該如何進行改造設計？

六、用戶特征分析

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

1. C端用戶

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

2. G端用戶

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

七、確定設計邊界

分析用戶特征，確定產品用戶需求后，需要明確設計邊界，防止設計時違背用戶需求。

1. C端用戶

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

2. G端用戶

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

八、文檔分析

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

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

參數如下：

九、設計思路

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

1. C端用戶

1）存量用戶

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

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

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

2）新增用戶

在分析用戶特征時，筆者有提到這款產品的C端用戶來源是G端用戶現場推廣引導注冊。在根據自身業務流程做出調整后，對新增用戶影響較小。

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

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

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

3）補償機制

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

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

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

2. G端用戶

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

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

1）服務號通知

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

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

筆者個人認為，微信生態中，H5的使用體驗沒有小程序好，并且為了節省項目成本，所以不考慮將小程序業務改為H5實現。

2）小程序通知

將G端用戶的通知訂閱方式徹底改變為小程序訂閱的方式，因為筆者所在行業屬于政務類，可以申請到長期訂閱的通知模板，在改為小程序訂閱后，G端用戶只需要訂閱一次，就可以長期接收消息通知。

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

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

3. 另外

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

十、總結

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

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

最后，希望微信團隊能夠充分考慮調整策略對服務商、開發者產生的巨大影響，做出合理的決定。

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

本文由 @氟西汀 原創發布于人人都是產品經理，未經許可，禁止轉載

題圖來自圖蟲