注册/登录

APP消息推送那些事儿

移动开发
随着移动互联网的快速发展,APP应用逐渐成为各大公司业务发展的主阵地,但随着APP用户规模趋向稳定,活跃增长放缓,用户拉活留存便成为APP的核心竞争力。消息推送对于提高APP活跃度、提升用户粘性和用户留存率都起到了重要作用,它已成为移动APP运营中的一项关键技术。

Part 01 什么是消息推送

消息推送其实每天都在我们的手机上发生,如图1所示,除非你的手机没有安装APP或关闭了系统的通知栏权限。这些推送消息无时不刻地提醒和引导我们打开APP,然后成为他们的活跃用户,这也是消息推送所要达到的目的。


图片

图1 手机上的APP消息通知


“推送”这一概念最早在1996年由PointCast网络公司提出,旨在为用户提供更准确、更实时的消息通知。伴随着推送技术的发展,推送技术主要经历3个阶段:

1.1 轮询方式

由客户端主动发起请求的推送方式,客户端以定时任务的方式询问服务端是否有新的推送消息。

缺点:请求频率过高,会消耗较多资源(流量、电量、服务器资源);请求频率过低,消息延迟较高,实时性得不到保证。

1.2 短信推送方式

通过运营商的短信通道将消息发往用户设备,客户端植入短信拦截模块,可以实现对短信进行拦截并提取其中的内容转发给APP应用处理。

缺点:短信推送需要付费,成本高;客户端对短信拦截存在安全风险。

1.3 长连接推送方式

长连接推送基于TCP长连接实现,客户端主动和服务器建立TCP长连接之后, 客户端定期向服务器发送心跳包用于保持连接, 在需要时候,服务器直接通过这个已经建立好的TCP连接通知客户端。该方案也是目前主流的消息推送实现方式。

目前主流的消息推送过程,可以用下面图2来描述。

图片

图2 主流消息推送过程


Part 02 技术上的事儿

以目前主流的长连接推送方式来说,想要给APP主动推送一条消息,需要在APP客户端和服务端之间建立一条通道,俗称长连接。如果手机退到后台,这种长连接由APP来维护,难度很大,一方面是手机系统不允许这么做,设想如果手机上所有APP为保活长连接常驻后台,手机系统性能会大打折扣;另一方面是开发成本太高,为了开发APP,还需要维护长连接,因此绝大部分公司不会自建推送服务。自建长连接不可行,就得仰仗手机系统的长连接了,下面我们来看看目前主流手机操作系统安卓和iOS的基于系统长连接的推送通道。

1、苹果手机系统有官方的推送通道APNs(Apple Push Notification service),即苹果推送通知服务。APNs会在手机系统层面与苹果服务器建立系统长连接,我们业务只需要把推送通知推给APNs系统,手机系统在收到 APNs服务器消息后会帮我们转发到相应的APP上。这样只要你手机正常联网,即使APP不打开,也能正常收到推送通知。苹果手机通过APNs进行消息推送的工作机制可以简单的用下图3来描述。

图片

图3 APNs推送流程

2、按理说安卓手机系统应该也会有这样一套推送系统,确实有,谷歌也开发了一套推送服务叫GCM(Google Cloud Messaging),原理与苹果的APNs类似。但由于Google在国内访问的不稳定,导致国内无法正常使用GCM服务(工信部正牵头成立的“安卓统一推送联盟”,还在期待中)。为了解决这一问题,众多手机厂商在其手机系统中内置了系统推送功能,如小米、华为、vivo、oppo、魅族等。由于接入成本的问题,也出现了大量第三方推送服务提供商,比如个推、极光、友盟等等。第三方推送服务商推送流程如下图4所示。

图片

图4 第三方服务商推送流程

Part 03、 技术之外的事儿

消息推送对APP来说是一把双刃剑。推的好,能提升用户留存率、产品活跃度和用户对APP的粘度;推的不好,可能会引起用户的反感和投诉,轻则关闭通知消息,重则卸载APP。所以如何掌握好这把利剑,也非常考验产品运营能力。一般一条推送消息都会涉及到几个因素:推送文案、推送频率、时机和推送人群。

3.1 推送文案

在广告营销理论中有条法则叫AIDA法则,如下图5所示,

图片

图5 AIDA法则


它的具体涵义是指一个成功的推销员必须把顾客的注意力吸引或转变到产品上,使顾客对推销人员所推销的产品产生兴趣,这样顾客欲望也就随之产生,而后再促使采取购买行为,达成交易。

3.2 推送频率和时机

关于推送频率,一般来说同一个APP一个用户一天最多不要收到3条以上的推送,消息多了,很容易引起用户困扰,甚至不能每天都给用户推送(可能隔天推一次会好一些)。

关于推送时机,如果是资讯类的,推送的时机当然是越准时越好了,不然竞品都推送完了,用户都知道了,你才推送,那谁还点进去。同时作为一些官方推送,还应该保持内容的准确性。

一般推送时间,我们都是希望在大家相对空闲的时间去推送,比如:上班路上及早餐时间(9-10点)、午休时间(12-14点)、下班时间(18-19点)和睡前时间(21-22点)等。当然不同的用户群体,时间可会有一定的调整。这就需要结合用户群体和业务属性寻找相对适宜的时间了。

3.3 推送人群

关于推送人群,现在大的互联网公司都有一套自己的大数据平台或用户画像系统,正所谓千人千面,不同标签的人群推送的内容应该是有所区分的,以达到最高的打开率和点击率。这在电商领域平台尤其必要,比如,有一批用户刚注册平台,就给这批用户推送优惠券信息,可能促进他们的购买欲;有一批用户的地理位置在杭州,就可以结合杭州的天气,给这批用户推荐杭州当天应该穿什么样的衣服最合适;有一批用户可能身高165+,可以给这批用户推荐合适身材的穿衣搭配。通过结合人群的实际属性,这样的推送会更加精准一些,用户可能会点击的概率也会更高一些。

3.4 推送事故

由于推送消息一旦到达APP终端,就很难进行撤回,所以消息推送也很容易制造推送事故。


图片

图6 推送事故

那在实际运营中我们应该如何避免推送事故的产生呢?

1、在推送之前最好圈定推送人群,这样在即使出现推送事故之后,影响的只是部分用户。

2、加强推送消息审核,最好结合工单审批流程,保证在消息推送之前得到管控。

3、推送系统做好黑白名单管理,推送之前进行白名单测试,针对敏感用户做好黑名单管理。

Part 04 结语

当然消息推送还有许多值得关注的点,比如如何提高到达率,提升用户点击率,这些可能都是产品运营比较关注的KPI,正如文章开头所说的消息推送是把双刃剑,用的溜不溜,不仅考验开发人员的技术水平更考研运营人员的能力。

责任编辑:庞桂玉 移动Labs
点赞
收藏