PUSH,继LBS之后的又一利器

推送技术的兴起要属RIM的邮件推送服务了,能够将邮件实时推送到用户手机,并具有提醒。而随着IOS、android系统的兴起,APP为王的时代来临,针对APP的推送技术在不断的发展与提炼。目前国外有Urban Airship、parse、pubnub、 Xtify、StackMob、Boxcar、StackMob等均提供了移动端的基础推送服务,而国内也有个推、蝴蝶、JPush等推送服务厂家纷纷推出了自己的推送服务,另外一些移动中间件厂商也有自己的推送服务,不过国内的推送产品在用户体验、稳定性方面还有待加强。

推送业务对不同的移动APP会有怎样的帮助?使用不当,有怎样的坏处?目前有哪些途径可以帮助开发者在自己的APP中加入推送服务?详见下文分析。

观点1:帮助移动互联网APP守江山

都说打江山不如守江山难,移动APP也是一样,要留住已有的用户,并且让一定比例的用户保持活跃度,该APP才有可能成功,除了增强用户体验、贴近用户需求、用户服务贴心外,PUSH技术也许是最直接的提升用户活跃度的一种手段了。

现在的移动APP,基本都会考虑采用推送技术来实现新消息的免费通知,例如新浪微博在有新评论时会push一条消息到手机状态栏,此时是一个很好的促使用户打开APP的机会,而用户也确实会去打开该消息、该APP。活跃度自然得到保证。

第三方推送服务商 Urban Airship 针对大量移动应用做了统计:

QQ截图20130105193104

一般,平均一个APP,6个月的留存率会是15%,但如果使用了推送技术,则留存率会提高一倍。

但是推送技术的运用也需要多考虑用户的使用习惯以及是否会反感,提供灵活的推送机制以及免打扰设置是不可少的,否则遭卸载的概率反而会增大。

观点2:帮助企业办公人员提升办公效率

企业移动办公系列APP与移动互联网APP的PUSH场景有明显区别,企业使用办公类移动APP的动机是工作需要,例如OA系统的使用,主要是处理流程、项目等日常工作,抛开工作,没人会去使用OA系统。而互联网APP则是互联网信息获取需要以及爱好驱动等因素促使用户使用APP。

企业移动办公系列APP使用PUSH技术的主要驱动因素是提升办公效率,例如邮件推送、公文审批推送、任务工单推送等时效性较强的办公业务可使用PUSH方式及时提醒相关员工进行工作任务处理。

当然,企业实现推送业务可能会遇到一些安全问题,例如内网环境的IT系统,IOS推送肯定无法实现;敏感数据也不接受云模式的推送服务;而对于安全性较高的企业,推送服务器的部署难度也较大。

观点3:需辅助后向业务统计

推送业务是移动APP可以主动出击的一种业务手段,在这种数据为王的时代,特别是移动互联网应用,对用户行为数据进行统计分析显得尤为重要。

根据业务统计及数据挖掘,主动推送用户感兴趣的应用消息,根据推送消息产生的数据反馈再进行挖掘分析,形成良性循环,有效运营你的移动APP。

观点4:使用不当带来灾难

App软件进行消息推送,有助于提高APP软件的活跃度、留存率、以及企业移动办公的效率,但是如果不适当使用推送业务,则会给移动APP带来灾难。

如果App软件推送的信息,是与用户自身需要高度相关、专注于满足用户需求的有益推送,用户当然乐意。但现实却是,越来越多的App软件更倾向从自身角度出发进行推送,完全忽视用户需求。

另由于系统自由,android系统缺乏明确盈利模式,所以android系统手机的App软件信息推送,多数是有广告目的的泛滥推送。这就使不少安卓用户在免费享受各种手机游戏、应用软件的同时,出现手机通知栏总是时不时地“蹦”出广告来,有些甚至强制下载软件,这样严重影响到了用户的体验。所以也出现了360、金山等产品对推送广告进行拦截的产品。

所以,在使用推送技术时,呼吁广大开发者把握一个“度”,有条件,就增加一些推送业务的统计,对APP进行监控,调整推送策略。

附录:如何在你的应用中加入PUSH

坐享其成之ios推送

都说乔帮主的IOS系统非常封闭,开发者想干啥都得看IOS是否开放该API,App若是未按照IOS程序的研发规定使用API,则面临不能上架appstore的问题。但是IOS系统给开发者带来的便利,也是android系统不可比的。开发者可能有这样的体会,android开发入门容易,深入难;IOS开发入门难,深入容易。

苹果公司统一提供了推送服务APNS,并且禁止第三方推送服务商的加入,这样开发者只有一种途径实现app推送能力,IOS的推送原理可概括为以下

QQ截图20130105193120

图中,Provider是指某个iPhone软件的Push服务器,也就是在IT系统测检测新消息的服务。

APNS 是Apple Push Notification Service(Apple Push服务器)的缩写,是苹果的服务器。

上图可以分为三个阶段。

第一阶段:Provider把要发送的消息、目的iPhone的标识打包,发给APNS。

第二阶段:APNS在自身的已注册Push服务的iPhone列表中,查找有相应标识的iPhone,并把消息发到iPhone。

第三阶段:iPhone把发来的消息传递给相应的应用程序,由对应的程序处理响应的消息。

自力更生之android推送

Android程序实现推送能力,就没那么顺畅了。Google与Apple一样,也提供了统一的推送服务(GCM Google Cloud Messageing),这对于智能操作系统来讲是基础服务,但是中国的android应用开发者们却不能正常享受此服务,据目前统计,中国仅有5%的android手机预装了GCM服务,而且Google服务在中国就像段誉的六脉神剑,这令人抓狂的GCM服务,鲜有开发者使用。

Android程序开发者只能自力更生,除了Google的GCM服务外,还可以使用XMPP协议、MQTT协议、第三方推送服务等

GCM服务(Google Cloud Messageing)

Google在Android上标配了自己的推送GCM服务,可以帮助开发人员给他们的Android应用程序发送数据。它是一个轻量级的消息,可以通知应用程序从其服务端获取新数据,也可以是一个包含了4KB的payload data(例如即时通讯这类应用程序可以直接使用该payload消息)。GCM服务处理排队的消息,并把消息传递到目标设备上运行的Android应用程序。

QQ截图20130105193139

http://developer.android.com/guide/google/gcm/gs.html

缺点:1)android手机很少带有GCM服务;2)国内Google服务不文档;3)必须要用户绑定google帐号才可使用。

 

XMPP协议

XMPP是一种基于XML的协议有很强的可扩展性。包括GCM服务器底层也是采用XMPP协议封装的。

基于XMPP,韩国人开发了一个androidpn放在sourceforge.net 上,不过已经两年多没有更新,从下载记录看,82%的下载量来自中国。

androidpn有如下一些不足:

1、服务端重启后客户端不会重连,这个太坑爹

2、服务器不保存消息,意味着客户端离线就收不到消息。

3、无回执等后续操作,发完消息就不管了,无法做后续的推送相关的分析。

XMPP协议比较费电费流量,这个对当前智能机的消耗太大,在窄带网络和不稳定的(手机)网络都不是最优的选择。但总体来说,XMPP协议还是比较成熟的。

 

MQTT协议

MQTT是个轻量级的、基于代理的“发布/订阅”模式的消息传输协议。

IBM基于MQTT提供了一个wmqtt.jar,开发者可以使用次jar包。

MQTT协议有一定的缺点,协议复杂、部署复杂、不够稳定

第三方自有协议实现

Android平台的混乱,也产生了一些提供基础推送服务的服务商,他们提供推送相关的基础服务包(lib),帮助开发者的app实现消息的推送与接受,同时提供相对丰富的统计报表,供app实现数据挖掘与用户体验的优化。目前国外有Urban Airship、parse、pubnub、 Xtify、StackMob、Boxcar、StackMob等,国内有个推、蝴蝶、JPush、和信等。国外的服务较多,也较成熟,但是国外的服务在国内使用不稳定;而国内的产品相对来讲不是太成熟,用户体验等方面还需不断改善。

另外,一些中间件厂商也提供了自己的推送服务,针对企业领域移动应用部署的特殊性,某些厂家不适合使用公共推送服务,所以中间件厂商需要具有自有的推送基础服务。国内例如南京烽火的ExMobi、数字天堂的Mkey等都具备了自己的推送服务。

Blog: http://blog.sina.com.cn/u/3072663993

微博:http://weibo.com/u/3072663993

移动信息化交流QQ群:一号群:211029692 二号群:344692795 CIO交流群:316076815(需认证)

移动化问答社区:wenda.yidonghua.com



1 星2 星3 星4 星5 星 (还没有打分,快来打分吧!)
Loading...
 
已有 0 条评论
返回顶部

无觅相关文章插件,快速提升流量