应用“PUSH推送”的5个真相和5个误区

真相一:用户厌烦的并不是推送功能本身

针对如何看待推送功能这一问题,对1万名用户进行了问卷调查,结果表明80%的用户表示不会拒绝推送功能。各个年龄段方面没有太大的差别,但女性用户更容易受个人兴趣和心情影响。

真相二:推送同样会带来用户卸载风险

23%的用户有因为系统推送而卸载APP的经历。这也就是说,推送功能同样会成为用户卸载的一个契机。调查结果显示越年轻的用户对推送的抵抗倾向越小,而40岁左右的女性对推送最为包容。原因是这一年龄层的女性多为主妇,比起其他类型的人群她们更需要各种不同渠道的信息和情报。

真相三:35%~50%的用户允许系统发送推送

APP初次启动的时候,有35%~50%的用户允许系统发送推送,而其中“媒体”的承认度最高、平均50%,“游戏”则比较低、平均35%,娱乐为45%、运动为48%

真相四:推送功能ON的用户会经常使用该APP

推送功能ON的用户经常使用该APP的倾向更为明显,而在游戏类APP中,推送功能ON的用户月平均启动次数为27次,而推送功能OFF的用户月平均启动次数万恶20次。

真相四:推送使得用户留存率提升

无论推送功能开启与否APP启动率都相差无几的“媒体”类APP中,仍然提高了用户留存率。6个月后“新闻”类APP中,推送功能ON的用户 留存率为50%,推送功能OFF的用户留存率为31%。而“游戏”类APP上,这两个数字分别为14%和9%。

真相五:留存率与推送的数量没有关系

很多运营商都很会很关心,究竟推送数量要发送多少才能最有效地保证用户留存率。而实际数据表明,用户留存率与推送发送的数量并没有太大关系,重要的不是发送几次,而是发送什么内容。

误区一:总之推送要发给所有用户

把同一个内容发给所用用户的推送方式其实并不好,当用户多次收到这样没有目标性的推送之后就会逐渐厌烦。《糖果粉碎传奇》中用户可以设置“在下次启动游戏前不接受推送”,这样的设计就让用户在被推送的时候同样拥有选择权。

误区二:总之先用推送喊一下用户

社交类游戏中经常可以看到“快来帮帮我!”、“牧场出问题了!”这样的推送,这种单纯为了唤回用户而发送的推送也无效并且容易让用户产生厌倦的。比较聪明的做法是推送对用户有利的信息和情报,比如限定活动。

 

误区三:不分时间的推送

这方面比较好理解,首先一定要避开用户睡眠的时间。这方面做的比较好的有《NHK红白》这款APP,它会在表演者登场前几分钟对用户进行消息推送。此外,个别情况下会产生推送延迟的问题,这方面运营商们最好事先做好相关测试。

误区四:推送和跳转页毫无关联

系统推送内容和点击后打开的页面毫无关联也是非常不明智的。最常见的就是点击推送信息后用户看到的是APP的入口界面,而推送内容可能还在系统公告里。

误区五:推送的表现一成不变

喜新厌旧是消费者常见的心态之一,这对于手机用户来说同样如此。很多运营商甚至不知道推送的系统提示音其实是可以改变的,而Android系统还支持定制提示音。

来源:gamelook

CocoaChina是全球最大的苹果开发中文社区,官方微信每日定时推送各种精彩的研发教程资源和工具,介绍app推广营销经验,最新企业招聘和外包信息,以及Cocos2d引擎、Cocostudio开发工具包的最新动态及培训信息。关注微信可以第一时间了解最新产品和服务动态,微信在手,天下我有!

时间: 2024-08-07 04:04:24

应用“PUSH推送”的5个真相和5个误区的相关文章

转: 58同城高性能移动Push推送平台架构演进之路

转: http://geek.csdn.net/news/detail/58738 文/孙玄 本文详细讲述58同城高性能移动Push推送平台架构演进的三个阶段,并介绍了什么是移动Push推送,为什么需要,原理和方案对比:移动Push推送第一阶段(单平台)架构如何设计:移动Push推送典型性能问题分析解决,以及高可用.高性能.高稳定性如何保证. 什么是移动Push推送 移动Push推送是移动互联网最基础的需求之一,用于满足移动互联环境下消息到达App客户端.以转转(58赶集旗下真实个人的闲置交易平

Android push推送消息到达成功率优化

Android push推送消息到达成功率优化 问题:server向client发送消息.未考虑client是否在线,这种消息到达率是非常低的. 第一次优化:使用server离线缓存数据,推断假设client未连接.继而将消息保存到数据库.在下一次client和server进行连接成功后.取出数据发送给client. 并将该条消息从数据库中删除.但这种做法尽管得到了优化.可是另一种情况会使得消息无法百分百到达,当client与server断开连接后.server在发送消息的时候,并未意识到cli

iOS上简单推送通知(Push Notification)的实现

http://blog.csdn.net/daydreamingboy/article/details/7977098 iOS上简单推送通知(Push Notification)的实现 根据这篇很好的教程(http://www.raywenderlich.com/3443/apple-push-notification-services-tutorial-part-12),结合自己的实践,写下一点笔记,仅供参考:) 由于篇幅较长,我列出简单的目录,如下 1) 理解Apple推送通知的机制 2)

iOS消息推送证书生成以及Push消息(转)

iOS消息推送的工作机制可以简单的用下图来概括: Provider是指某个iPhone应用程序的Push服务器,APNS是Apple Push Notification Service的缩写,是苹果的服务器. 上图可以分为三个阶段: 第一阶段:应用程序把要发送的消息.目的iPhone的标识打包,发给APNS. 第二阶段:APNS在自身的已注册Push服务的iPhone列表中,查找有相应标识的iPhone,并把消息发送到iPhone. 第三阶段:iPhone把发来的消息传递给相应的应用程序,并且按

iOS真机测试推送证书生成

1.首先你想创建推送证书和以前你做真机测试证书一样,需要实现准备一个99$的付费账号.然后登陆苹果开发者网站. 2.登陆以后你能看到这个界面然后选择我圈中的那个选项Member Center 转到登陆界面. 3.在这里你可以输入你的付费账号和密码.然后点击Single In. 4.然后选择证书申请的页面. 5.先点击APP ID 的创建界面(Identifiers). 6.进入到APP ID 的创建页面后点击右上角的+创建新的APP ID . 7.因为今天要做的是推送证书需要在创建APP ID

如何用好消息推送(push)做APP运营

作为移动端APP产品运营最重要的运营手段,消息推送(push)被越来越多的APP厂商所重视,在信息泛滥的移动互联网时代,手机APP应用安装得越来越多,小小的手机屏幕每天收到的消息推送也越来越多,站在用户的角度去想,你会看每一条推送的内容吗? 消息推送(push)是APP运营最优质的渠道,运用得当可以帮助产品运营人员更高效地实现运营目标,相反盲目得push也将带来反作用.APP消息推送具有以下几个特点:①量大,用户数即是可push覆盖的数量.假如一个APP有5000万的活跃用户,且都取得了用户授权

HTTP/2之服务器推送(Server Push)最佳实践

商业转载请联系腾讯WeTest获得授权,非商业转载请注明出处.   WeTest 导读 HTTP/1.X出色地满足互联网的普遍访问需求,但随着互联网的不断发展,其性能越来越成为瓶颈.IETF在2015年发布了HTTP/2标准, 着重于提高HTTP的访问体验, HTTP2优势主要包括: 二进制传输.头部压缩.多路复用和服务器推送(Server Push). 截止目前, 大部分CDN厂商已经宣布支持HTTP/2,然而"支持"大多省略了服务器推送(ServerPush)特性.估计这和ngin

Android高效率编码-第三方SDK详解系列(三)——JPush推送牵扯出来的江湖恩怨,XMPP实现推送,自定义客户端推送

Android高效率编码-第三方SDK详解系列(三)--JPush推送牵扯出来的江湖恩怨,XMPP实现推送,自定义客户端推送 很久没有更新第三方SDK这个系列了,所以更新一下这几天工作中使用到的推送,写这个系列真的很要命,你要去把他们的API文档大致的翻阅一遍,而且各种功能都实现一遍,解决各种bug各种坑,不得不说,极光推送真坑,大家使用还是要慎重,我们看一下极光推送的官网 https://www.jpush.cn/common/ 推送比较使用,很多软件有需要,所以在这个点拿出来多讲讲,我们本节

IOS 基于APNS消息推送原理与实现(JAVA后台)--转

Push的原理: Push 的工作机制可以简单的概括为下图 图中,Provider是指某个iPhone软件的Push服务器,这篇文章我将使用.net作为Provider. APNS 是Apple Push Notification Service(Apple Push服务器)的缩写,是苹果的服务器. 上图可以分为三个阶段. 第一阶段:Push服务器应用程序把要发送的消息.目的iPhone的标识打包,发给APNS. 第二阶段:APNS在自身的已注册Push服务的iPhone列表中,查找有相应标识的