Push通知详解

Push通知是我们经常接触的，但你却不一定了解。

1.Push通知是什么？

一般我们所说的「Push通知」就是下图这样的东东。

但看到「Push通知」这个词，我就忍不住浮想联翩。

push很形象，push是推，自然联想到推送。

既然有push通知，是不是也会有pull通知？

既然移动端的推送是push通知，那么还有没有其他形式的push通知？有没有其他端的push通知？

push通知是否都要经过后端服务器？有没有只需前端触发的？

首先，我们找到了pull。

维基百科：It is contrasted with pull/get, where the request for the transmission of information is initiated by the receiver or client.

翻译：与Push通知相对的是pull/get，即通过客户端发起请求获得信息。

其次，web端其实也有push通知，比如你肯定见过下图这样的通知。

如果延伸一点，短信、微信端推送是否也属于push通知？

再次，push通知确实指的是要经过后端服务器的。

Push通知的英文名是「Push Notification」或者「Push Technology」或者「Server Push」，而server就是指服务端。

另外，上面那句维基百科的桔子，就提到了与Push通知相对的pull才是直接在客户端拉取。

所以，综合以上内容与网上找到的其他描述，我们可以给出Push通知的定义：

Push通知是对「用户界面」进行的主动且实时的消息推送。

下方是几个注意点：

注1：通过自己的产品或第三方工具完成推送。

注2：push通知是与pull相对的，pull是由用户通过客户端发起的。

注3：用户一般可以在锁屏、通知栏看到相应push消息，点击后可到达对应页面。

注4：push通知都要经过后端。

注5：web端也可以有push，平板电脑可以有，智能手表可以有……不一定都在手机上，push通知是一个广义概念。因此短信、微信端等形式的通知都可以视为push通知。

2.为什么要做Push通知？

1）对用户

对用户而言，没有push通知，很多操作将会变得很麻烦。

例如聊天消息，没有push，如何及时回复？

例如打卡提醒，没有push，忘了怎么办？

例如航班消息，没有push，没有及时赶到怎么办？

例如银行转账，没有push，就必须要手动查询，多麻烦？

例如行情剧变，没有push，如何及时跟进？

……

所以，在某些场景下，push通知是用户的刚需。

2）对产品

首先，可以通过push通知「高效地」促活、留存、转化、传播。

因为push通知可以唤醒用户，如果能切合用户需求，可以很便利地实现以上几点。

而「高效」就体现在：

push通知是实时的

未打开App也可push

锁屏时也可push

可以自动进行push通知，节省人力

3）对操作系统

正因为对产品、用户都有较大价值，因此这是操作系统必不可缺的一部分。

2009年，苹果引入了Push通知。

2010年，谷歌也发起了它们自己的Push通知。

2013年，谷歌引入了富媒体推送。

2014年，苹果也跟进了谷歌的富媒体推送，

3.Push通知的种类

整体而言，Push通知可以分为两大类，每个大类中又可以分为几个小类。

1）按技术分类

自动通知：系统自动发送的通知，比如系统更新。

人工通知：由运营人员在后台发布的通知，比如一些运营活动类的Push通知。

交互式通知：由用户自己与产品的一些交互触发的通知，比如用户订阅了某个账号，该账号发布的内容就可以Push通知给该用户。

2）按内容类型分类

IM类：即时通信类消息，比如聊天信息。

社区互动类：比如社区的点赞、评论、转发等。

新闻资讯类：比如热点新闻、重大事新闻等。

推广营销类：比如推广活动、产品推荐等。

系统功能类：比如系统升级提醒。

个性化推送类：比如根据用户生命周期推送、比如根据用户地理位置推送、比如根据用户App版本推送、比如根据用户订阅推送、比如根据用户行为轨迹推送。

4.如何做Push通知

从产品的角度，如何Push通知呢？

1）找到需求点

每个产品都有自己的需求点，比如即时通信工具需要推送聊天消息，比如百度这样的新闻客户端就会推送热点新闻，知识星球这样的产品，就会推送每个星球中的大V的发言。

找到自己产品用户的需求点，就可以推送对应的消息。

2）考虑各个端的推送

push通知一般指App端，但如果你的产品有多个端，就需要综合考虑，比如web端推送了一条评论给用户，App端是否还要继续推送？目前来看，一般的产品可能包括的端如下：

App端

web端

小程序

公众号

短信

各个端之间的协调，需要考虑进去，大致包括以下两点：

各个之间要避免重复推送。

结合各端特点进行推送，比如App更适合定点推送，因为限制最小，能触达用户；比如短信能触达所有用户；比如微信端是免费的，App端则往往需要经过第三方……

3）推送频率

现在有一个普遍情况是推送太多，一个用户安装的所有App几乎都有Push通知功能，假如你安装了100个App，那......

所以，在这样的大环境下，尽量只在必要时推送，否则不仅不会促活、留存乃至转化，还可能导致用户卸载。

这里，就可以结合之前提到的Push通知的种类。

对于IM类消息，应该立即推送

对于社区互动类消息，可以视具体数量设置推送频率，比如新浪微博这样的产品，互动消息可能非常多，这时如果立即通知，就会导致一些大V被大量push通知轰炸。

对于新闻资讯类消息，可以人工推送。

对于推广营销类消息，可以人工推送。

对于个性化推送类消息，则视具体情况推送，比如用户订阅的内容，就可以及时推送。

4）推送时间

用户什么时间段更有空闲，更有可能被Push通知唤醒？这就是考虑推送时间的初衷，因为不恰当的时间点推送，效果很差。比如凌晨3点推送，能有多少用户被唤醒？

一般来说，push通知的建议时间点大概是：

9-10点

12-14点

18-19点

21-22点

但这也并非绝对。我看到一个有意思的现象是：当我吃完午饭大概12：10，这时会收到多个App的接连推送，非常尴尬。所以，错开竞争对手的推送时间、错开大品牌的推送时间也是一个需要考虑的点。

5）用户特征

不同用户需求不同，所以越精细越好，只给每个用户推送该用户感兴趣的内容，效果最好。

提到这点，不得不提今日头条与即刻。

今日头条主要是机器推荐，会根据用户行为判断用户属性，从而只给用户推送用户自己感兴趣的内容。

而即刻，则通过大量足够精细的话题标签组织大量内容，这时给用户的推送往往都是用户所喜欢的。

6）Push优先级

假如产品有很多的内容需要推送，这时就要考虑相应的优先级，只推送更重要的内容。

7）push的内容本身

Push通知的文案，也是需要考虑的一部分。

什么样的标题更加吸引人，是Push通知需要优化的。在信息严重过载的今天，用户不得不快速根据Push通知的标题来筛选最有价值的内容，所以，Push通知的文案也可以决定每条Push通知的转化率。

8）数据统计

看上去Push通知是很好是促活、留存乃至转化方式，但仔细想想，在信息过载的今天，Push通知带来的很可能不是活跃，而是新的卸载。

所以，发布Push通知之后，还要统计这些数据：

到达率

转化率

卸载率