大师网-带你快速走向大师之路 解决你在学习过程中的疑惑,带你快速进入大师之门。节省时间,提升效率

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通知之后,还要统计这些数据:

到达率

转化率

卸载率