发现数据异常波动怎么办?别慌,指标监控和归因分析来帮你
企业搭建完善、全面的指标体系是企业用数据指导业务经营决策的第一步。但是做完指标之后,对指标的监控,经常被大家忽视。当指标发生了异常波动(上升或下降),需要企业能够及时发现,并快速找到背后真实的原因,才能针对性地制定相应策略,否则就是盲打,原地打转。
指标异常波动的具体场景,比如:
· 企业关键词的搜索流量突然降低了,是什么原因?
· 3月的GMV数字比2月下降了40%,应该如何分析?
· 最近某个品类的订单数猛增,为什么?
那么,本文将详细介绍如何建立完善的指标异常监控及其对应归因分析机制,让大家今后在遇到此类问题时,能够快速从数据中发现业务问题与机会,提升业务推进速度。
基于统计分析检测指标异常
企业的日常数据走势会在一定范围内上下浮动,但不同的指标其浮动范围会有差异。当业务在高速增长期,指标每日波动幅度较大;业务在平稳期,指标每日波动幅度则较小;统计粒度越粗,数据量越大,统计结果的波动性也越小。因此,对于不同的指标需要用不同的标准去衡量指标波动是否存在异常。
指标异常监控方法主要有三种:
· 基于实际业务经验进行阈值设置
· 基于数据结果进行统计分析
· 融入算法进行建模预测
本文将主要介绍如何基于统计分析方法来评估指标波动是否异常。
统计学中,指标的数据分布通常满足正态分布。正态分布具有对称性,会用到均值、标准差两个数据。其中均值可以反应数据的平均水平,标准差可以反应数据波动幅度,标准差越大, 反映出数据波动性越大。标准差的计算公式如下:
利用数据在正态分布中的位置可以判断指标波动是否符合预期。在正态分布中,数据分布在2倍标准差内的概率是95.5%,在3倍标准差的概率内是99.7%。日常可以使用2倍标准差作为衡量标准。
正常数据结果会在 均值±2* 标准差范围内浮动,若实际数据超出了这个范围,则认为本次数据波动异常。
日常数据波动规律会以日、周、月、年为单位出现相同或相似的变化规律,此处以日活指标为例,来说明指标异常波动的监测过程。
某游戏类APP日活指标通常以周为单位进行数据波动,现计划基于过去五周的数据走势来判断本周一的日活数据是否出现异常波动。
数据准备如下:
上述数据的前五周周一的均值:10900,标准差:1507,数据的2倍标准差分别为7887、13913,本周周一数据为7700,在2倍标准差范围外,则说明本周一日活指标数据波动异常,需要进一步分析异常波动原因,以判断业务是否真正存在异常。
指标异动归因分析
指标异动归因方法有很多,总结起来可以分为两大类:横向归因分析和纵向归因分析。
横向归因分析
横向归因分析,指的是对于组合型的指标可以对过程指标做拆分,分析每个过程指标的波动影响因素,再对多个影响因素做整合分析。
如:昨日的付费金额显著增高。分析增高原因时,先对付费金额做工时拆解:付费金额 = 日活 * 平均付费金额,平均付费金额在正常范围内波动,日活显著增加,进一步对相关业务做分析,发现是昨日买量增加带来的结果影响。
纵向归因分析
纵向归因分析,即对指标通过维度下钻进行归因分析。维度下钻分析主要包括两个分析粒度:一是分析各维度对指标的贡献程度,二是分析维度值对指标的贡献程度。
维度的贡献程度计算可基于每个维度值的贡献程度汇总得出,而每个维度值的贡献程度计算有多种计算方式,贡献程度的计算可以基于预测算法等多种方法进行。本文介绍一个简单的基于增长率平均值计算贡献程度的方法。
单一维度下,每个维度值贡献程度可通过下列公式计算:
下面,以销售额为例,介绍一下计算过程。
某产品线1月1日和1月2日销售额分别为3097万元、3300万元。细分到城市维度,每个城市两天的数据表现如下:
城市维度中:
基于上述步骤即可简单地实现维度贡献度及维度值贡献度的计算。
智能指标波动监测&智能归因分析
在实际的数据场景中,每个维度下维度值的数量少说几十上百个,多则成千上万个,每天纯手动计算维度贡献程度将是一个巨大的工作量。分析效率过于低下,导致业务方很容易根据经验进行结论推断,如果推断错误,将很有可能产生错误决策。
袋鼠云指标平台的智能指标波动监测与智能归因分析功能可以快速、全面的帮助用户追踪业务表现,从而进一步推动业务发展。
指标看板查看
对于企业关注的指标,可以将指标添加到关注看板中进行日常数据观察与监控。在看板中可直观查看所有指标的当前数据表现、近期数据走势。系统会根据当前数据做智能诊断,判断指标波动是否为正常波动,帮助用户快速定位异常数据,针对性分析与应对数据变化。
指标归因分析
当一个指标结果出现异常时,如果依次对维度、维度值进行归因分析是一件工作量很大的事情。能够将分析方法、分析过程系统化,会大大提升归因分析效率,对业务发展形成极为正向的促进作用。
对执行指标归因分析时,系统会区分维度值计算指标波动情况,进一步计算出维度贡献度,并根据贡献度大小进行降序排序,让用户聚焦于头部更重要的影响因素。
在关注的维度下,用户可以进一步查看细分维度值的贡献度,快速发现数据变化原因,通过数据推动业务提升。
点击下方链接可免费试用【指标管理平台】: https://www.dtstack.com/easydigit/dataindex?src=szsm
《行业指标体系白皮书》下载地址:https://www.dtstack.com/resources/1057?src=szsm
《数栈产品白皮书》下载地址:https://www.dtstack.com/resources/1004?src=szsm
《数据治理行业实践白皮书》下载地址:https://www.dtstack.com/resources/1001?src=szsm
想了解或咨询更多有关大数据产品、行业解决方案、客户案例的朋友,浏览袋鼠云官网:https://www.dtstack.com/?src=szkyzg

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
无忧微服务:如何实现大流量下新版本的发布自由
作者:项良、十眠 微服务上云门槛降低,用好微服务才是关键 据调研数据显示,约 70% 的生产故障是由变更引起的。在阿里云上的企业应用如茶百道、极氪汽车和来电等,他们是如何解决变更引起的稳定性风险,实现了在白天高流量情况下应用发布平滑无损。今天我们将揭开阿里云微服务全链路无损发布解决方案的面纱, 快来一起参与探讨,并动手实践吧。 随着微服务开源以及生态的成熟,大大地推进了微服务技术的标准化。下图是展示单体和微服务架构选型的图,其中横坐标代表的是系统复杂度,纵坐标代表着效率,绿色曲线代表着单体架构,蓝色曲线代表微服务架构。我们可以看到随着系统复杂度的升高,单体架构跟微服务之间选型存在着一个拐点,拐点向右更适合选型微服务架构。随着微服务技术的标准化,意味着微服务上云的门槛也大幅度降低,他们之间选型的拐点也在持续地左移,采用微服务架构的企业日益增多。当企业开始大规模推广使用微服务时,如何用好、用稳微服务成为了大家关注的点,用好微服务的关键就是稳定性跟效率。 微服务变更风险大,发布被迫选择半夜 我们来一起看下一些客户真实的诉求,某茶饮企业变更引起事故占比一度超过 60%,每次发版都要避开高峰,在...
- 下一篇
定位时长缩减90%:酷家乐如何提升系统故障根因分析准确率?
一分钟精华速览 酷家乐开发魔方语言的目的是解决其2B SaaS系统在复杂微服务架构下的故障定位难题,以提升系统稳定性并加速故障恢复。由于原监控工具操作复杂,需要人工逐项点击且依赖经验,导致处理效率低下。魔方语言通过自动化根因分析,显著提升了故障处理的覆盖率和准确率,从而减少了重复操作,降低了技术门槛,有效提高了客户满意度和产品竞争力。初步成效显示,大部分典型故障定位时长缩短90%以上 ,已进入1分钟定位阶段。详细的解决策略和方法,请参阅文章正文。 作者介绍 酷家乐监控负责人——少丰 TakinTalks稳定性社区专家团成员,酷家乐监控负责人、技术专家。主要专注稳定性保障、新一代监控系统的研发工作。此前在诺基亚工作十年,先后参与和负责过诺基亚运营商通信系统、创新业务、基础设施架构、新一代Dev0ps平台方面的工作。 温馨提醒:本文约6500字,预计花费12分钟阅读。 TakinTalks稳定性社区后台回复 “交流” 进入读者交流群;回复“Q102”获取课件; 背景 酷家乐致力于为家居设计师们提供稳定可靠的3D设计工具,目前酷家乐的B2B服务已经触达了200多个国家和地区。产品的稳定性是酷...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- SpringBoot2整合Thymeleaf,官方推荐html解决方案
- MySQL8.0.19开启GTID主从同步CentOS8
- SpringBoot2更换Tomcat为Jetty,小型站点的福音
- Red5直播服务器,属于Java语言的直播服务器
- CentOS7,8上快速安装Gitea,搭建Git服务器
- CentOS6,7,8上安装Nginx,支持https2.0的开启
- CentOS8,CentOS7,CentOS6编译安装Redis5.0.7
- Jdk安装(Linux,MacOS,Windows),包含三大操作系统的最全安装
- SpringBoot2整合MyBatis,连接MySql数据库做增删改查操作
- SpringBoot2全家桶,快速入门学习开发网站教程