移動端PUSH訊息設計|系統PUSH與運營需求如何滿足?

Kevin改變世界的點滴發表於2017-09-18

PUSH是什麼


最近在梳理專案產品上關於PUSH的訊息型別和文案,並且因為之前該專案是沒有PUSH相關管理模組,我也開始落地從0-1去設計PUSH管理後臺。


但之前,需要了解PUSH機制到底對產品有什麼用?


PUSH的目的是為了喚醒喲過戶,啟用使用者;

目前可以做的是智慧推送模式、人工推送、系統推送預設項,根據產品的資源和當前階段我們可以選擇以上3種PUSH產品模型

智慧推送模式:

基於使用者行為資料,如啟動APP頻次、開啟時間端.....

基於使用者畫像:使用者的時間、作息時間

基於內容:推薦給予使用者可能喜歡的內容

人工推送:

滿足運營活動、或功能迭代等需求,能夠從後臺進行PUSH

可以控制PUSH內容、PUSH位置或元素

系統推送:

滿足產品基本資訊通知,讓使用者瞭解當前資訊狀態、好友動態、自己狀態變化....

2

PUSH的分類

根據PUSH的產生方式,這裡我們的PUSH訊息分類與使用者之間的關係,用下圖表示


移動端PUSH訊息設計|系統PUSH與運營需求如何滿足?

這裡說到了非IM型別,那麼IM型別就是即時通訊資訊,最簡單的就是微信、QQ等社交對話訊息列表、會話頁面。


移動端PUSH訊息設計|系統PUSH與運營需求如何滿足?

【IM通訊】


作為PUSH,IM首先需要作為第一位與使用者進行互動的模組,那麼其PUSH的文案與功能按其微信或QQ標準模組進行。

系統訊息PUSH需要考慮其目前產品有需要觸發的模組或產品,因為PUSH往往是建立在當前產品的一個延伸,也就是說產品優先要有互動或發出資訊流的來源,PUSH才會成為下一個考慮的節點

移動端PUSH訊息設計|系統PUSH與運營需求如何滿足?

PUSH的規劃,當然在產品設計中,我建議新人產品朋友在一開始就要考慮整體的規劃,而不是單獨對某個模組進行做起。

這也是許多產品經理剛剛從事PUSH規劃的時候首先會遇到的一個問題,這讓開發同學很傷心。

3

PUSH的移動端設計(系統類)

移動端PUSH訊息設計|系統PUSH與運營需求如何滿足?

因為PUSH在安卓與IOS的方面是不同的,移動端與伺服器都有一個建立連線的通道,使得APP可以PULL來自服務端的訊息,服務端又可以給予APP PUSH訊息。

但安卓與IOS的區別在於,安卓雖然使用者可以關閉本身程式,但可以保留一個後臺服務來維持這個PUSH的服務連結通道,因此仍然可以保持給予安卓使用者推送訊息;

IOS則就不能這樣了,如果使用者點選了關閉通知,那麼必須要去使用者去訊息通知開啟通知開關,才可以給予使用者PUSH,所以IOS端一旦關閉了PUSH,一定要注意建立訊息通知開關提醒,讓使用者能夠開啟訊息通知。

移動端PUSH訊息設計|系統PUSH與運營需求如何滿足?


關於PUSH訊息的互動與文案備註

這裡我拿一個當前自己用的模版,朋友們可以做為自己PUSH訊息的文案備註,方便開發同學能夠馬上知道。

移動端PUSH訊息設計|系統PUSH與運營需求如何滿足?

那麼系統的訊息,非人工干預的PUSH就可以通過以上PRD+DEMO的形式,交給開發同學了。

PUSH有些是可以互動,有些是不能互動的。看產品與運營的需求,我們可以將PUSH按第一部分進行分類,如果是功能性的PUSH,那麼可以讓使用者來嚐嚐鮮。


另外關於深圳線下分享會


線下分享會因為報名人數太多,我們擔心現場容納人數超標,為此暫時暫停了微信渠道的報名貼。但是你仍然可以通過在活動行裡面進行報名。點選閱讀原文即可報名或者加我微信私信我即可


並且還有不少大V加入我們這個組織,當天的嘉賓會有一些變化,我們會盡可能的合理安排時間,將滿滿的乾貨給你們!


對了,還有一些現場福利!現在不說


為了PMTALK以後深圳地區線下分享會的更好運作,如果你有場地、產品經理




我已經堅持產品分享1年,最近更新:


撕逼的工作與完美主義的生活|產品經理工作挑戰點


UGC與演算法|2017行業產品FEED流產品設計,我如何落地UGC資訊流?


資料模型落地產品需求|資料產品經理門檻真的有那麼高?


“大佬,求你做我的需求”|產品經理心裡過不去的梗,你有嗎?


我的需求怎麼掉了?或少了?


案例總結,使用者體系6個難點 |如何落地,利用資料、函式模型使用者成長體系


騰訊公益贏了還是人性的本質?|“小朋友”的公益畫冊刷爆朋友圈背後的產品邏輯


繼續更新中......

與KEVIN一起在產品中學習交流QQ群:257051609


我的個人微信:574319420,歡迎新增請修改備註名稱—地區——職位





相關文章