如何建立起一套有效的APP监控体系

本文探讨了移动APP面临的问题,如适配、用户体验和流量问题,并提出建立有效的监控体系的重要性。文章介绍了问题的特征、挑战,以及如何通过用户反馈和日志埋点发现和定位问题。此外,还强调了质量标准和监控体系建设,包括问题止损策略,以确保APP的稳定性和用户体验。
摘要由CSDN通过智能技术生成

概论:

移动APP有着自己独特的运行环境和使用场景,相比后端服务,移动APP质量同样需要做到可视、可控。移动APP是近几年刚刚出现的新产品形态,如何保障 移动APP质量是一个新的挑战和话题。今天,我们重点介绍APP端问题如何发现、如何定位、如何止损,以及如何建立起一套有效的监控体系,为APP稳定应用保驾护航。分为“端问题概述、端质量监控方案、端监控能力建设”三个章节。

1端问题概述

app客户端产品上线前,会经过全面而且严谨的测试再发布到应用商店。但,发布后产品质量如何,以往更多地依赖于用户的反馈信息。对于较大规模的app产品,测试人员无法做到覆盖到全部的手机机型和ROM。在这种情况下,如何知道一款产品到用户手中的质量呢?此时,需要一套完善的质量监控方案,建立一套牢固的监控体系。这样,对线上产品的APP质量问题才能第一时间召回,并做到快速修复。

1.1常见问题

1.适配问题

客户端测试过程中,测试工程师会覆盖当前比较主流厂商的机型和ROM,以及市面用户量比较大的android/ios版本。但,毕竟无法覆盖到市面上所有的机型和ROM,尤其是android系统的手机。所以,用户在下载一款app后经常反馈在自己的手机上页面很丑,甚至有的文字重叠,控件位置显示不正确等问题。

举一个实际遇的问题,当app上线后收到用户反馈,提到有些页面滑动比较卡顿,容易造成误点击,用户使用的机型是一款比较主流的手机。在获取到用户反馈后,测试工程师马上找到同款手机进行复现,但未复现用户反馈的问题。后来从用户得知复现的手机和用户的手机虽然相同,但是厂商自己定制的ROM版本不同,后来通过研究ROM代码发现厂商在新版ROM中设计了一些新的逻辑处理,会直接导致app出现卡顿。研发人员对此做了适配解决了卡顿的问题。此类案例证明,务必对主流手机及ROM更新保持较高的质量敏感性,时刻关注厂商升级。快速应变,及时适配到主流机型和ROM。

2.用户体验问题

通常,产品经理设计产品功能时,考虑得也不一定很全面,往往抱着试错的心态来设计产品,并希望通过用户反馈来得知产品的好坏,以及用户的进一步需求。一旦考虑不周,往往就是取悦一部分用户,同时伤害到一部分用户。举一个实际例子,某一搜索类产品,产品经理为让用户在夜间浏览时有更好的视觉体验,增加了夜间浏览模式的功能。考虑到让用户更方便的设置夜间模式,产品设定为晚上20点以后自动弹出一个浮层,询问用户是否设置夜间模式,而且一键即可设定,方便了用户对夜间模式的启用。但,产品经理忽略了一个重要的问题,晚上用户启用夜间模式后,第二天早上如何便捷地切换回白天模式? 而产品并没有在早上也设置一个浮层做一键切换。这样,很多用户在白天也开启了夜间模式,使用体验是很糟糕的。问题在于,切换回白天模式的功能虽然具备,但是入口隐蔽,用户很难找到。从这个问题可以看出,产品体验是设计出来的,需要在用户的实际应用中得到检验。

3.流量问题

当前,中国的4G资费相对欧美和日韩目前还是比较高的,同时免费的公共wifi覆盖也不高,用户对非wifi下的移动流量消费是很在意的。那么,一款移动app产品如何利用最少的流量下提供更多的功能?通过客户端缓存是一个常见的技术。举一个实际例子,以小说阅读为例,小说目录一般是罗列很多书籍供用户来选择,这些书籍一般都有书籍名,数据封面图及书籍简介组成。一个页面的数据有150kb,而且这个页面是小说书单的主入口,所有关于小说的操作都要由这个页面开始。如果用户反复请求这个页面,不仅造成流量的浪费也会给服务端带来很大的请求压力。为此,将这个页面的数据缓存到客户端本地,如果用户在非wifi的网络下就不发送请求,如果在wifi网络环境下每间隔一定时间去服务端请求一次数据,然后将老数据删除,并将新的数据写到本地,以便用户能够获取到最新内容。这样,不仅解决了流量问题,也解决了一些低配手机本地内存经常不足的问题。从这个问题来看,在产品设计时多从用户的角度出发考虑问题,用户不一定直观地感知到,但实实在在的增加了用户体验,且减少不必要的流量消费,你说何乐而不为呢。

1.2 问题特征

上节介绍了三类常见问题。有些问题是比较容易复现和解决的,也有一些问题相对是有难度的。举几个例子:

场景一:用户反馈在WIFI网络下无法发起搜素,搜索结果异常。在WIFI环境下复现,无法复现用户反馈的问题,这时往往会归结为网络不稳定造成的。但用户可能当时确实是遇到了问题,这种无法稳定复现的问题,往往归结为偶发性的问题。

场景二:用户反馈离线下载的小说为什么有时候还需要网络。由于用户离线的小说是个连载的小说,当用户阅读完离线的内容后,假设这时候小说有更新了,产品经理为了让用户能够连续的阅读就将产品设计成联网发送在线请求才能继续阅读,这和用户的认知就比较相违背。但,如果用户阅读完已经离线的部分,用户看到书没写完,也会关心为何没有新的内容呢。类似的这种问题归结为长尾问题,需要从产品策略上持续优化来解决。

APP运行在用户手机端,并且联网到后端服务,许多质量问题也有其自己的独特性。因此,需要通过不同手段,来实现问题的发现、定位和修复。

1.3 面临挑战

对于上述提到的问题,大家可能会问:这些问题该如何发现,对于这些问题如何确定是否做马上修复,哪些问题才算长尾问题?这就是下面将要介绍的线上问题的召回方式和问题影响面的评估。用户反馈是召回问题的一种方式,但是这种被动的召回不足以满足快速召回线上问题的要求,所以搭建一整套完善的监控系统就非常必要了。

1.监控的挑战

对于客户端产品,一旦发布出去就很难有效的控制产品的质量。为此,产品经理和数据分析师往往在产品发布前提出的监控及统计需求,研发工程师开发设计用于监控统计目的的代码,将用户的行为、产品的crash等核心质量信息以日志的方式上传到服务端,这些用户所产生的数据就为后续分

  • 0
    点赞
  • 18
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值