9.消息推送

最新推荐文章于 2024-11-13 17:15:16 发布

原创最新推荐文章于 2024-11-13 17:15:16 发布 · 281 阅读

0 ·

CC 4.0 BY-SA版权

PM 专栏收录该内容

9 篇文章

订阅专栏

消息推送

消息推送的影响
好处：
a.信息告知以提醒。
b.促进活跃，增强粘性。
c.唤醒沉默用户，提高存留。
d.提高功能模块使用率。
坏处
a.骚扰用户，提高卸载率
b.透支信任
c.过多无价值内容，造成用户反感与麻木
消息推送需要考虑到推送时机、场景和频率
相比过往盛行的短信、邮件等用户触达方式，Push消息推送具有全面、精准、实时、免费四大特点。
消息推送的准则
a.细分消息推送的对象，不随意push全量
b.尊重用户，把主动权还给用户
c.从用户接受信息的场景反推消息推送的时间
d.推送用户感兴趣的内容
e.根据使用频次决定消息推送的频率
f.后续动作：尽量引导打开APP，保持友好的用户体验
用户对于产品推送消息的反应
a.对消息感兴趣，点击查看消息内容（对于运营者来说增加了一个日活）。
b.消息内容多，且在不恰当时机推送，用户被消息打扰，选择关闭消息权限，有些用户找不到关闭权限的地方，怒删应用。（对运营者来说是噩耗，留存率下降）
c.无视。
消息推送是通过推送技术将信息传输给用户，它可以根据用户的兴趣、偏好等定期推送给用户，从而帮助产品运营人员更高效地实现运营目标，维持APP留存率。消息推送作为在app运营中经常会使用到的一种手段，能够低成本、点对点的向用户传达明确的信息。但同样的，消息推送作为运营人员与用户间最近距离的一种接触方式，若使用或设计不慎，也可能会引起很大的负面作用。甚至会因骚扰用户而导致应用被卸载。

4.消息推送工具
自主研发、第三方平台
在这里插入图片描述
消息到达率高如果一个手机里有多个App使用了同一家推送服务，某家消息推送服务被杀死，只要其他App有消息到达用户手上，服务被杀死的那家App的消息就也能到达用户手上
服务会被杀死由于Android系统的机制，后台推送 Service 会被各种主动的或是被动的行为给杀死

第三方推送
主流的第三方推送平台
a.手机厂商小米推送、华为推送（潜规则：操作系统是不会杀死属于自己品牌的推送服务）当今市场上的Android手机系统份额最高是MIUI系统，即小米，如果希望进一步提高推送的效果，其实可以集成多个手机厂商的推送服务，比如小米渠道用小米推送，华为渠道用华为推送，但这样的实现成本会大一些
b.第三方平台友盟推送、极光推送、云巴（基于MQTT）（潜规则：推送系统会共享一条推送渠道）
c.BAT大厂类阿里云移动推送、腾讯信鸽推送、百度云推送 BAT大厂并没什么优势
如何选择第三方推送平台：从用户类别+实现成本+渠道来选择不同的使用场景
推送消息的方式
a.通知栏消息：该类消息在被送达用户的设备后，直接以系统通知栏的形式展示给用户，不会被继续传递到App
b.透传消息：该类消息在被送达用户的设备后，还会继续传递到App，过回调App的某个BroadcastReceiver的形式将消息传递到App内部。然后由App决定如何处理和显示这个消息，所以透传消息不一定会以系统通知栏的形式进行推送，由程序猿自定义
c.二者的区别在于：透传消息在整个消息传递过程中比通知栏消息多了一步-传递到App
d.通知栏消息的优点：送达率高
e.透传消息的优点：对消息操作程度高 & 自定义程度高
透传消息：App消息中心推送消息、打开App弹窗推送消息、图标角标提示收到消息。
除此之外还有短信推送的方式，送达率高，但成本高，并且短信过多会引起用户反感
推送消息的时间
新闻类、公告类信息适早上7点前推送;
要用户参与互动类内容则适合在午间饭后，晚上睡前推送;
营销类推广推送宜避开目标用户工作繁忙时段;
采用短信、系统推送形式的信息，一定要避开有可能打扰用户休息的时间段;
采用邮件形式推送的信息宜早推送，因为一定数量的用户存在工作日上午查阅邮箱的习惯。
推送频率
推送的频率越高，自然越易引起用户的情绪波动。所以在推送频率的制定上，尽量避免推送意义较小的内容，从而降低推送频率。对于用户真正关心的内容，不必过度考虑高频推送给用户带来的后果，毕竟在这种情况下，没有什么能够比让用户在第一时间得到自己所关心的信息更重要了。
但是，对于一些用户自愿持续关注的时效性较强的超高频信息，更建议把这类推送放在App内部，或者当该类信息累积到一定量时，再通过系统通知方式来进行推送。比如。不过，这类问题的最优解决方法，我认为应该在应用内部提供让用户能够自定义的推送功能。
手机的闹铃实际上就是这一问题的一个典型例证。在有悖用户意愿的情况下，闹铃在任何时候响起都是一种极大的骚扰。但一旦经过用户设定，无论在何时以怎样的频率响起，用户只会觉得闹铃是可以给自己提供便利的工具。
文案限制
数过多会严重引起用户阅读不适。在能明确信息表达含义的前提下，字数固然是越少越好，不宜超过三行。
在推送系统消息、重要信息、验证码、操作指令等严肃性内容时，尽量以直叙的方法来描述，不推荐带入感情色彩，同时要突出关键性内容。
在推送一般性运营内容时，在推广活动，向用户提供优惠便利时。要在文字初始时把优惠向用户展现出来。
在进行活动预告时，尽量在推送中使用简要语言描述活动概况，切忌不要说的太隐晦，否则大概率会被用户作为广告丢在一边。
安卓与苹果的消息推送区别
iOS 系统的推送（APNS，即 Apple Push Notification Service）依托一个或几个系统常驻进程运作，是全局的（接管所有应用的消息推送），所以可看作是独立于应用之外，而且是设备和苹果服务器之间的通讯，而非应用的提供商服务器。iOS的推送是通过苹果自己的APNs服务进行的，用户需要将device_token以及消息内容等推送信息交给APNs服务器，剩下的均由苹果自己来完成。iOS应用的推送大部分情况下都要依赖苹果生态提供的APNs服务。
Android更像是传统桌面电脑系统做法，每个需要后台推送的应用有各自的单独后台进程，才能和各自的服务器通讯，交换数据。由于国内是不能使用谷歌服务的，因此Android平台在不使用GCM的情况下就需要将自己的服务器或是第三方推送服务提供商的服务器与设备建立一条长连接，通过长连接进行推送。