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通知之后，还要统计这些数据：
到达率
转化率
卸载率
网友评论