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

PUSH是什麼

最近在梳理項目產品上關於PUSH的消息類型和文案，而且由於以前該項目是沒有PUSH相關管理模塊，我也開始落地從0-1去設計PUSH管理後臺。

但以前，須要瞭解PUSH機制到底對產品有什麼用？

PUSH的目的是爲了喚醒喲過戶，激活用戶；

目前能夠作的是智能推送模式、人工推送、系統推送默認項，根據產品的資源和當前階段咱們能夠選擇以上3種PUSH產品模型

智能推送模式：

基於用戶行爲數據，如啓動APP頻次、打開時間端.....

基於用戶畫像：用戶的時間、做息時間

基於內容：推薦給予用戶可能喜歡的內容

人工推送：

知足運營活動、或功能迭代等需求，可以從後臺進行PUSH

能夠控制PUSH內容、PUSH位置或元素

系統推送：

知足產品基本信息通知，讓用戶瞭解當前信息狀態、好友動態、本身狀態變化....

2

PUSH的分類

根據PUSH的產生方式，這裏咱們的PUSH消息分類與用戶之間的關係，用下圖表示

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

【IM通訊】

做爲PUSH，IM首先須要做爲第一位與用戶進行交互的模塊，那麼其PUSH的文案與功能按其微信或QQ標準模塊進行。

系統消息PUSH須要考慮其目前產品有須要觸發的模塊或產品，由於PUSH每每是創建在當前產品的一個延伸，也就是說產品優先要有交互或發出信息流的來源，PUSH纔會成爲下一個考慮的節點

PUSH的規劃，固然在產品設計中，我建議新人產品朋友在一開始就要考慮總體的規劃，而不是單獨對某個模塊進行作起。

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

3

PUSH的移動端設計（系統類）

由於PUSH在安卓與IOS的方面是不一樣的，移動端與服務器都有一個創建鏈接的通道，使得APP能夠PULL來自服務端的消息，服務端又能夠給予APP PUSH消息。

但安卓與IOS的區別在於，安卓雖然用戶能夠關閉自己程序，但能夠保留一個後臺服務來維持這個PUSH的服務連接通道，所以仍然能夠保持給予安卓用戶推送消息；

IOS則就不能這樣了，若是用戶點擊了關閉通知，那麼必需要去用戶去消息通知打開通知開關，才能夠給予用戶PUSH，因此IOS端一旦關閉了PUSH，必定要注意創建消息通知開關提醒，讓用戶可以打開消息通知。

關於PUSH消息的交互與文案備註

這裏我拿一個當前本身用的模版，朋友們能夠作爲本身PUSH消息的文案備註，方便開發同窗可以立刻知道。

那麼系統的消息，非人工干預的PUSH就能夠經過以上PRD+DEMO的形式，交給開發同窗了。

PUSH有些是能夠交互，有些是不能交互的。看產品與運營的需求，咱們能夠將PUSH按第一部分進行分類，若是是功能性的PUSH，那麼可讓用戶來嚐嚐鮮。

另外關於深圳線下分享會

線下分享會由於報名人數太多，咱們擔憂現場容納人數超標，爲此暫時暫停了微信渠道的報名貼。可是你仍然能夠經過在活動行裏面進行報名。點擊閱讀原文便可報名或者加我微信私信我便可

而且還有很多大V加入咱們這個組織，當天的嘉賓會有一些變化，咱們會盡量的合理安排時間，將滿滿的乾貨給大家！

對了，還有一些現場福利！如今不說

爲了PMTALK之後深圳地區線下分享會的更好運做，若是你有場地、產品經理

我已經堅持產品分享1年，最近更新：

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

UGC與算法|2017行業產品FEED流產品設計，我如何落地UGC信息流？

數據模型落地產品需求|數據產品經理門檻真的有那麼高？

「大佬，求你作個人需求」|產品經理內心過不去的梗，你有嗎？

個人需求怎麼掉了？或少了？

案例總結，用戶體系6個難點 |如何落地，利用數據、函數模型用戶成長體系

騰訊公益贏了仍是人性的本質？|「小朋友」的公益畫冊刷爆朋友圈背後的產品邏輯

繼續更新中......

與KEVIN一塊兒在產品中學習交流QQ羣：257051609

個人我的微信：574319420，歡迎添加請修改備註名稱—地區——職位