关于推送，你可能忽略的那些事儿

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)，也是国内最大的推送服务提供商，我们除了提供高质量的推送服务质量之外，还愿意和各位开发者积极探讨关于推送的更多知识。