引言
一、什么是Push消息?
Push消息是非常常見的,每個App幾乎都有此類的產品。舉個例子:
二、Push消息能做什么?
一般我們認為Push消息能做以下的事情:
- 喚醒用戶,提高用戶的留存率,提高產品活躍度。我手機下載了蘑菇街,但我似乎把它已經忘記了(好久沒用了),如果此時這個APP給我推送一條我有興趣的內容。我可能會繼續用蘑菇街這個APP,甚至從此活躍起來(購買消費)
- 告訴用戶我有新的產品上線了(帶動功能模塊使用率)。本來蘑菇街是做商城的,現在做起直播來了。但好多用戶好像都不咋留意到,此時我推送一條直播的消息給用戶,可能用戶就愛起直播了。
Push消息能夠在你手機閉屏時(即便你沒有打開APP),通過通知來給你推送信息,是一種能夠直接觸達用戶的消息推送
- 相對短信而言:成本低、樣式多樣(支持標題/簡介/圖片)、鏈接跳轉直接到APP
三、Push消息現狀
不知道你們在手機上下載完APP會做啥事,反正我第一時間就把通知消息給禁用掉了(除了微信)。
之前試過忘了把高德地圖的通知關掉,天天給我推送消息,想弄死高德地圖的心都有了(haha)。
主要是現在每個人的手機容量都不少,裝的APP少說都20個了。如果每個通知消息都打開,那得多煩人啊。有的APP一天還給你推個幾條,本以為是重要的事,沒想到是自己不感興趣消息。一不開心,把APP給卸載了也是常見的操作了。
用戶收到不感興趣的推送可能會導致:
- 把通知消息給關閉了
- 把APP給卸載了
四、推送的內容
推送的內容又可以分為以下的幾類:
- 系統功能類(消息提醒):比如快遞簽收通知,發貨通知,關注的主播開播(上新)啦
- 營銷類(活動/優惠類):比如某某時間開始大促,趕緊搶購
- 內容類:比如曉明哥經典語錄,穿搭風格教程
- 資訊類:新聞、時事內容推送
針對上面所說的Push推送好處以及壞處,這就非常考驗我們到底推送些什么內容給用戶了
- 推的內容好:提高用戶留存率、提高產品活躍度、提高用戶對APP的粘度
- 推的內容差:用戶對你的內容變得麻木、直接關閉通知消息、甚至卸載APP
那么一般我們會考慮些什么因素呢?有以下幾個:
- 文案
- 推送時機
- 推送頻率
- 推送的人群
4.1 文案
有一個叫做愛達法則(AUDA)公式:
文案就不用多說了,相信大家都聽過UC標題,如果有一個好的文案內容那吸引用戶點擊的概率就更高一些。目前一般的推送會用一些小技巧去提高用戶的
- 在文案末尾后加上引導話術:“點我揭曉”、“→”、“>>”
- 多多利用數字:眾多品牌3折起,更有10元的褲子,你還等什么?
- 增加emoji表情
- 結合熱點:今天曉明哥又出新語錄!
- 更強的關聯性:比如除夕的時候,你微信收到N個祝福消息,但一看就是群發的,沒啥意思。但此時,有個朋友給你發了條消息:“3y 春節快樂”。你就覺得有點溫馨了,是不是!
- .....有待挖掘(歡迎評論交流)
4.2 推送的時機
如果是資訊類的,推送的時機顯然是越早越好了(不然別人家的都推送完了,用戶都知道了。你才推送,那誰還點進去啊)--- 同時作為是官方推送的,還應保持準確性
一般推送內容,我們都是希望在大家相對空閑的時間去推送,比如:
上班路上及早餐時間(9-10點)、午休(12-14點)、下班路上(6-7點)、睡前(21-22點)
不同的用戶群體,時間可會有一定的調整。所以這就得尋找相對適宜的時間了。
3y正寫著代碼,正在煩躁著這個Bug怎么這么的無厘頭時,此時一個Push推送過來:“你有一張代金券即將到期!”
4.3 推送的頻率
9-10點給你推條:關注這些,你的JAVA水平一定能提高!
12-14點給你推條:三年大佬經驗總結,買了就是賺到!
18-19點給你推條:耗時一個月整理的英語資源!一次性全部分享給你!
21-22點給你推條:價值1999的大數據資源,免費送給你!
那顯然,你肯定會取關我,是不是。推送的頻率要控制得當,一般來說一天用戶不能收到3天以上的推送(消息多了,算是騷擾了),甚至不能每天都給用戶推送(可能隔天推一次會好一些)。
4.4 推送的人群
現在互聯網公司都有自己的用戶畫像系統,給同一類人推送合適的消息是較合適的。比如說:
- 有一批用戶剛注冊平臺,給這批用戶推送個優惠券,促進他的購買欲
- 有一批用戶可能身高150+,給這批用戶推薦些矮小的搭配風格推薦
- 有一批用戶的地址位置在廣州,給這批用戶推薦一下:廣州就該這么穿,你就是整條街最靚的仔!
- ...這兒可以跟文案關聯起來,這樣的推送會更加精準一些,用戶可能會點擊的概率會更高一些。
3y是一個學Java的,收到的通知消息卻是:“Excel從入門到精通,只要30天!”(關鍵是我也沒關注過Excel的內容),那此類的推送如果多了,我很可能就把這個APP刪了。
五、我們能做些什么?
我們可以做ABTest來盡可能提高點擊率。
所謂 A/B 測試,簡單來說,就是為同一個目標制定兩個方案(比如兩個頁面),讓一部分用戶使用 A 方案,另一部分用戶使用 B 方案,記錄下用戶的使用情況,看哪個方案更符合設計目標。
比如,我們現在要推送的人群為100W人,我可以這么做:
- 在12點30分將文案A推10W人
- 在12點30分將文案B推10W人
- 在12點30分將文案C推10W人
- 在12點30分將文案D推10W人
- 30分鐘后,觀察上面的指標,哪個文案受歡迎,1點鐘將剩余的流量(60W)推送那個文案
文案這么多,這不是要累死運營了?文案能不能自動生成,推送的人群能不能更精準,推送的時機能不能更恰當?.....