關於推送，你可能忽略的那些事兒

Push是維持APP留存率最重要的方法之一，可是大多數APP開發者都沒有正確意識到Push的意義，也沒有創建起一套評估Push質量的方法。Push是一個典型的雙刃劍，若是使用的好能夠幫你提高留存率，但是使用不當，甚至濫用將會成爲你APP的噩夢。可是不幸的是，我看到的大可能是Push的不當使用。

1. 給用戶一個容許推送的理由

 

以前看過一篇文章講的很好，大概的意思是說你要任何事情的時候都請給一個須要的理由。做爲APP開發者咱們都知道，用戶不多會反悔從前作過的設置。我舉個簡單的例子，若是用戶在最初的時候禁止你訪問他的通信錄，可能你就再也沒有機會訪問他的通信錄了。同理，若是用戶最初的時候禁止你的推送消息，那麼你可能就再也沒有機會去爲用戶發送推送通知了。

因此在但願用戶授予推送權限時，必定要給用戶一個清晰的理由。以滴滴打車做爲舉例，若是一個用戶第一次打開滴滴打車，就彈出窗口說，你是否容許APP爲你推送消息，也許這個時候的經過率只有30%-50%左右。可是咱們試想這樣一個場景，當用戶第一次打車時，APP提示說，容許彈出窗口可讓你在退出APP後依然收到司機的接單信息。那麼這個時候被用戶容許的機率就大大增大了。

 

2. 忽略Push設置

 

咱們追溯一下Push的鼻祖，在PC Web時代咱們如何作相似的事情，咱們每每作一個網站，而後用Email通知用戶各種的通知。以豆瓣來舉例：咱們能夠經過Web設置在什麼狀況下會被Email通知，例如被關注，被豆郵，日記被評論等等。可是咱們卻不幸地發現，大多數的APP卻沒有對推送作這樣細緻的區分。

請你們意識到，Push的設置其實比Email的設置重要得多，由於當你去發不當的郵件去「打擾」用戶時，用戶最多把Email忽略，或者做爲垃圾郵件。可是當你用不當地推送去打擾用戶時，用戶去刪除APP遠遠比去手機的設置中去關閉推送容易得多！

因此請更細緻地去設置你的推送，什麼狀況下須要推送？何時容許推送？是否須要接受更新通知等等。

 

3. 錯誤評價Push效果

 

咱們在和一些客戶作交流時，每一個客戶關心的問題大致如此：

A. 大家的到達率是多少？ — 這是客戶評價咱們推送質量的指標

B. 大多數APP的點擊率是多少？ — 這是客戶評價本身推送質量的指標

其實這是最典型的錯誤評價Push的指標，咱們逐步來講：

A. 什麼是到達率？其實在業界，並無到達率的官方定義，其根本緣由在於你沒法定義什麼叫作到達？是在線用戶所有送達？那離線用戶呢？離線用戶多久送達算作送達？當客戶問出這樣的問題時，我每每並不肯意用官方的措辭去拋出一個漂亮的數字，而是更願意去糾正客戶的認知錯誤。

B. 而對於第二個問題，幾乎是每一個客戶都會犯的錯誤。用戶點擊率越高越好麼？答案是否認的。如我以前所說，推送是把雙刃劍，用的好，他提升了APP的留存率，也就是經過推送增長了APP的打開數；可是用的很差，也如以前所說，用戶關閉掉推送，甚至卸載掉APP。因此單單去看到點擊數，而忽略了消極的影響是很是錯誤的評價指標。除了點擊率，咱們更須要去關注，這一次的推送目標，在下一次有多少已是沒法推送的，例如本次推送了用戶編號1-100的用戶，可是再一天後，1-100只有1-10是可達的，咱們說本次推送的第二天留存率只有10%，這樣即使打開率是90%，也許都是一次很差的推送。

 

4. 設置合理的推送時間

 

這一點無須多說，大多的APP都知道咱們要設置合理的推送，例如要在中午12點，下午6點左右發送推送能夠得到較高的關注度和打開率。可是全部APP都沒有關注到的一點是，是否是全部的用戶都應該在這個時間段去推送，其實也就是咱們並無關注到推送時間的個性化，以及推送消息自己和推送時間之間的關係。

 

5. 合理設置推送聲音

 

推送聲音與推送自己同樣，都是雙刃劍。在前文中，咱們知道，不當地推送會讓用戶關閉系統推送，甚至卸載掉APP。在上一段中，咱們也知道，在不合理的時間去推送消息，會對用戶形成打擾。那麼究竟是什麼對用戶形成打擾？其實就是推送聲音自己。那麼合理地利用推送聲音其實也是合理推送很重要的一部分，並且也能夠創造出不少不一樣的用法。例如咱們能夠對夜間的推送設置無聲音；例如咱們能夠對「不肯定的推送「(也就是新用戶)設置無聲模式等等。

 

6. 對Push同樣進行A-B Test和灰度上線

 

作應用開發的人必定不陌生這兩個概念，A-B測試和灰度上線。在推送領域，這一點依然重要，當咱們發送一條廣播消息時，咱們並不肯定這條消息的質量是好是壞，打開率如何，那麼咱們不妨先推送一小部分用戶，看看打開率，留存率，而後再作進一步的推送。

最後，打一個小小的廣告，送給我老闆，做爲我工做時間寫文章的小小安慰。做者目前就任於極光推送(JPush)，也是國內最大的 推送服務提供商，咱們除了提供高質量的推送服務質量以外，還願意和各位開發者積極探討關於推送的更多知識。