對任何一款產品來說,最終的目的都是希望使用者進入應用檢視。除此之外,要不就是使用者無視,做了無用功;要麼就是引起使用者反感,解除安裝應用。後面兩個都不是我們所希望的。
因此訊息推送的成功與否只有乙個指標,就是讓使用者開啟應用檢視。
那推送sdk就能幫助開發者完成這一目的。
為了達到這個目的,我覺得產品運營人員可以從以下幾個方面去考慮:
1、正確的推送時間
通過資料監測,找準推送開啟率最高的時段和你的使用者更易接受的時段,可以通過調研或實驗找到。試想當你有內容更新或者新的活動通知時,如果你推送的時候使用者都沒有看手機,那麼此條推送被忽略的可能性就很大,因此選擇乙個使用者開啟率較高的時段推送就顯得尤為重要。
所以精準把握使用者的使用時間很重要,如果能夠根據使用者的使用時間來靈活調整更好。
mobpush就能實現這個功能,而且是免費的哦。
2、推送頻率以及數量
此外,應用的開啟率和使用者收到的訊息推送的個數往往成負相關,越多的訊息推送越可能導致使用者流失。要界定訊息推送的個數並不那麼容易,但使用者通常都傾向於更少的訊息。可以通過實驗反饋資料驗證,來大致確定合適的數量。
mobpush的話可以人性化的進行設定。
3:推送內容
比如說,使用者在節假日和平時關注的主題可能是有區別的,那就需要根據時間來調整推送內容。來看一組資料:
4、推送目的
重要性級別很低的請不要推送和提示!
重要性級別很低的請不要推送和提示!
重要性級別很低的請不要推送和提示!
重要的事情說3遍!否則就是一次次的挑戰使用者的耐心和底限。這是需要運營人員認真去思考的,就是你推送這條訊息的本質的、潛在的原因是什麼。
5、效果反饋
只有通過一段時間的嘗試之後,觀察使用者的活躍度和使用者留存是否有提公升,用對業務的影響來度量運營的效果。只有通過這樣,運營者們才能更清楚地知道什麼樣的推送最好地服務了使用者。
最後總結幾條千萬不要去踩的坑:
· 重要性級別很低的請不要推送和提示,這一條不細說了
· 讓使用者自己決定:至少給使用者乙個選擇接收推送與否的權利吧
· ·
如果推送提示的內容數目會越積越多,一定要提供批量操作的功能
Kano模型對產品經理有什麼幫助
kano 模型是東京理工大學教授狩野紀昭 noriaki kano 發明的對使用者需求分類和優先排序的有用工具,以分析使用者需求對使用者滿意的影響為基礎,體現了產品效能和使用者滿意之間的非線性關係。如下圖所示,在產品的世界中,我們通常把產品需求規為以下三類 delighters 愉悅 這類是說超越了...
一款產品的成敗與產品經理有多大的關係?
當產品經理對這款產品有決定權的時候,這個時候產品的成敗和ta聯絡密不可分,否則,這個問題其實不應該只針對產品經理,而應該針對整個團隊,基於這個認知,我們假設題主問的就是當產品經理對這個而產品有決定權的時候,這款產品和他的關係有多大。1 如果這是一款沒有產品門檻,產品形式容易被模仿的產品,那麼產品的成...
8015 對做產品有幫助的行外書
這又是一次產品團隊週會的記錄,我選的議題是 對做產品有幫助的書 每位同學分享一些最近幾年看過的,感覺對做產品幫助很大的書 相信 美第奇效應 所以希望大家分享的不要是和 產品經理 產品設計 使用者體驗 等話題直接相關的書,而是 詩歌 社科等,越離譜越好,擴大大家的視野。週會激起了大家熱烈討論,也順帶給...