永洪社区

标题: 练习数据分析思维｜数据指标异动分析 [打印本页]

作者: puffs 时间: 2024-2-26 17:48
标题: 练习数据分析思维｜数据指标异动分析
1 数据异常分析核心要点

一般来讲，产品的某些数据指标都会有固定的波动周期，而每个周期内数据的变化趋于稳定，但在数据监控体系里的日报、周报、月报中某数据指标突然不再符合预期的稳定变化，这就是我们所说的数据出现异常波动。在这种情况下，我们就需要去深挖数据异常产生的原因。

数据异常分析核心就是结合以往经验及各种信息，找出最有可能的原因假设，通过将数据指标拆分，多维度分析来验证假设，定位问题所在。过程中可能会在原假设基础上建立新的假设或者调整原假设，直到定位原因。

通过每一次异常分析来定位数据波动的问题及原因，建立日常运营工作和数据异常波动之间的关联性，进而可以从中找到促进数据增长的思路和方法，改变数据结果。

2 数据指标异常常见情况

数据指标出现异常：上升或下跌，通常有以下情况：

一次性波动：只在某个时间节点发生波动。一次性上升/下跌背后原因一般都是短期/突发事件，比如系统更新导致数据统计错误，突发的渠道投放冻结等。
周期性波动：周期性发生上升/下跌，比如双十一、周末、春节等季节性因素。一般业务开展都有周期性，比如考勤工具类APP，就是以周为单位循环。工作日和周末就是有明显差异波动。
持续性波动：从某时间开始，一直出现上升/下降趋势。而持续性上升/下跌背后原因往往都是深层次的，比如用户需求转移，渠道投放长期暂停，大环境等因素，导致出现持续性。

以上三种情况分别对应问题不同的严重程度。对于数据指标周期性下跌一般都不需要做特殊处理；一次性下跌往往比较突然，要关注事件持续性；持续性下跌，特别是不见好转，持续时间越长问题越严重。需要注意：不能单纯看日周月报表中趋势图的走势，要结合波动的幅度来看，幅度越大，说明出现的异常问题越值得注意。

3 案例分析｜某APP日活下降分析 第一步：确认数据以及统计来源准确性

在这里强调一下：数据真实性是根基。实际上因为数据源出问题，导致的指标异常非常非常多。所以在开始着手分析前，必须首先确认数据的真实性；经常会遇到服务器异常、数据后台统计出现错误、在数据报表上出现异常值。所以，遇到问题第一顺位先确认数据没有错，找数据统计相关的产品和开发确认下数据的真实性。

第二步：了解数据指标具体业务和异常情况

明确问题：

日活究竟下跌了多少？持续时间是多久？
相比昨天、上周都分别跌了多少？（同比、环比）
确认指标波动幅度是不是在合理的范围？
引起日活下跌的因素有哪些？这些因素分别的影响程度有多大？
与这些因素相关的运营以及产品部门对日活的影响程度有多大？
这些部门会不会因为产品迭代或者运营策略改变影响日活？
确认日活下跌对整体产品业务线KPI的影响程度?
了解日活下跌对产品业务线有哪些影响？
以前日活下跌后，都采取过哪些措施？

清楚了数据指标（日活）的具体情况，有了轻重缓急的判断，下一步就可以进行指标拆解，缩小怀疑范围，建立分析假设。而建立假设，有助于去伪存真的进行验证，进一步逼近真实原因。

第三步：数据指标拆解

如日活=新增用户+老用户留存+流失用户回流，二级指标拆解如下：

分别计算每个维度下不同活跃用户数。通过这种方法，对导致日活下降的用户群体或渠道有大致范围的了解。比如定位到是新用户引起的日活下降，则还需把新用户日活按渠道进一步拆分：新用户=渠道1+渠道2+渠道3+其他渠道；通过渠道拆分，会清楚发现是具体哪个渠道效果发生的问题，下一步就可以根据实际业务进一步做假设。

第四步：根据业务做进一步假设

具体分析可以采用“内部-外部”事件因素考虑。

在一定时间内同时发生的业务可能有多种，主要关注数据指标的起点、拐点、终点。

起点：指标刚下跌时，发生了什么事件；往往起点事件是问题发生的直接原因。
拐点：在指标持续下跌过程中，是否某个事件的出现，让问题变得更严重，或者开始转暖。拐点意味着，可以通过运营手段改善指标。
终点：当某个事件结束后，指标恢复正常。或当开始某个事件后，指标下跌结束。终点事件的两种形态，代表着两种改善指标的方法：等问题自己过去，或者主动出击解决问题

内部事件因素

获取用户：渠道转化率降低、渠道平台问题等
满足用户需求：新功能变更等引起某类用户不满
促活运营手段：签到等提活手段没达成目标、产品自然使用周期低导致上次获得的大量用户短期内不需要再使用等
内部功能和运营策略调整：产品、运营、技术在数据异常时间点附近做了什么策略调整

外部事件因素 采用PEST分析（宏观经济环境分析）

政治：政策影响
经济：短期内主要是竞争环境，如竞争对手活动
社会：舆论压力、用户生活方式变化、消费心理变化、价值观变化等偏好变化
技术：创新解决方案的出现、分销渠道变化等

短期变化找内因，长期异动找外因。

在条件允许范围内，结合自身业务经验确定几个最可能的原因假设，给这些假设排数据验证的优先级，逐一排查，深入分析，比如本次指标下跌是因为新功能不符合预期、渠道投放力度不够、竞品太厉害、版本更新大bug、流失严重等。

第五步：预测未来、采取措施

预测未来是否还会下跌，应该采取什么方式避免下跌。同时，与业务沟通反馈分析结论，探讨后续方案的执行；再针对原因解决问题，制定优化策略。最后，要预测影响会持续到什么时间；与运营、产品沟通反馈分析结论，探讨后续方案的执行。

4 总结

以上，就是梳理的“数据指标出现异常波动时，该如何着手数据异常分析？”的思路框架，现在总结一下：

指标异动分析五步骤

步骤一:确认数据以及统计来源的准确性

步骤二:了解清楚数据指标具体业务情况和异常情况
步骤三:将数据指标进行拆解。
步骤四:异常范围定位，根据业务进一步做假设，具体情况具体分析。
步骤五:预测未来是否还会下跌？应该采取什么方式避免下跌？与业务沟通反馈分析结论，探讨后续方案的执行。再针对原因解决问题，制定优化策略。

总之实际业务中，数据异常的影响原因可能是多方面的，有时也需要建立统计分析模型来做一些定量分析，可能要花几天时间不断排查问题。所以平时工作中需要多留意数据变化，随着对业务的熟悉和数据敏感度的提升，针对数据异常分析我们也会越来越熟练，更快的找到问题所在。

欢迎光临永洪社区 (https://club.yonghongtech.com/)