系統PUSH與運營需求如何滿足？

數十萬互聯網從業者的共同關注！

作者： KEVIN，作者授權早讀課轉載。

編輯：早讀課-劉小妹

PUSH是什麼

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

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

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

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

智能推送模式：

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

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

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

人工推送：

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

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

系統推送：

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

PUSH的分類

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

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

【IM通信】

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

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

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

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

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

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

但安卓與IOS的區別在於，安卓雖然用戶可以關閉本身程序，但可以保留一個後台服務來維持這個PUSH的服務鏈接通道，因此仍然可以保持給予安卓用戶推送消息；

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

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

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

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

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

另外關於深圳線下分享會

點擊展開全文

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！