如果崩溃可以重现,用户留存可以提高20%?

  在过去的两三年当中,中国进入了大众创业、万众创新的热潮时代,过去创业是草根跟屌丝完成生命逆袭的一种选择。然而,因为进入门槛低而受到追捧的APP创业也由于各种各样的原因抬高了整个市场的“死亡率”。从APP创业市场格局来看,赢家总是通吃,绝大多数玩家只能垫底,造成死亡率高的原因不乏包括资本、产品创意、功能等,最重要的便是产品性能问题严重,而这其中最影响用户留存的便是APP崩溃。

  APPs为什么会崩溃?

  我们经常可以在很多移动开发社区甚至是知乎上看到用户吐槽某某APP经常发生崩溃,忍不了以后就直接放弃使用、卸载,甚至是转向去使用竞争对手的产品。那么话说回来,APPs为什么会发生崩溃呢?

  [if !supportLists]•   [endif]设备碎片化:由于设备极具多样性,APP在不同的设备上可能有表现不同。

  [if !supportLists]•   [endif]带宽限制:带宽不佳的网络对APP所需的快速响应时间可能不够。

  [if !supportLists]•   [endif]网络的变化:不同网络间的切换可能会影响APP的稳定性。

  [if !supportLists]•   [endif]内存管理:可用内存过低,或非授权的内存位置的使用可能会导致APP失败。

  [if !supportLists]•   [endif]用户过多:连接数量过多可能会导致APP崩溃。

  [if !supportLists]•   [endif]代码错误:没有经过测试的新功能,可能会导致APP在生产环境中失败。

  [if !supportLists]•   [endif]第三方服务:广告或弹出屏幕可能会导致APPs崩溃。

  现象不可怕,结果才可怕

  其实,崩溃并不可怕,可怕的是崩溃带来的结果。崩溃不仅会对关键业务造成中断、ARPU降低等重大的影响,甚至还会造成用户留存下降、DAU与MAU持续下降,但是最大的问题还是在于崩溃很难进行监测,很多小厂商只能坐以待毙,等着用户找上门,所谓用户流失其实很多时候都是发生在这些地方。

  如果崩溃可以倒带

  为了帮助用户有效定位崩溃问题,很多监测崩溃的工具应运而生。但是一般来说,传统崩溃监测产品在监测崩溃时,只能收集到系统的崩溃日志,但是对崩溃的具体触发条件很难获取,像发生崩溃的场景或者是点击哪个控件后引发的崩溃,如何有效、精准的对触发事件进行监控,是监控崩溃的重要关键点。所以此时,如果崩溃发生的场景回放那该有多好。

  听云App:帮助你的用户留存提高20个百分点

如果崩溃可以重现,用户留存可以提高20%?

  如何在发生崩溃后第一时间排查并及时进行修复?那么不如用用这个产品来提高你的用户留存——听云App。听云App崩溃功能不同于传统监测崩溃的工具,它可以:

  [if !supportLists]•  
[endif]将崩溃信息进行还原,即对iOS系统下发生的崩溃进行符号化,Android系统下的崩溃进行反混淆。帮助呈现完整、详细的堆栈信息,清晰了解崩溃发生的真实原因。

  [if !supportLists]•  
[endif]呈现丰富的辅助信息,清晰了看到终端的硬件设备情况如何,如发生崩溃时所在的设备、CPU型号、系统版本、运营商、剩余内存、CPU指令集、应用版本、接入方式、CPU用量等多种信息维度。

  [if !supportLists]•  
[endif]对崩溃发生的场景进行交互轨迹回放,第一时间帮助开发者按照用户的操作轨迹实际进行操作,了解发生崩溃的真实原因,对崩溃发生的情景感同身受,及时对崩溃进行修复,最大力度减少关键业务的损失。

  同时,除监测崩溃问题外,听云App对网络性能的监测可对当前App应用的各类HTTP请求提供详细的分析数据,全面了解主机网络性能情况,帮助定位网络性能问题,大幅提升用户留存。

(0)
上一篇 2016年3月9日 11:00
下一篇 2016年3月9日 12:00