干货|数据分析sop之数据处理与分析阶段(三)

2165b681cc6e4ef81702b0c8f5e647d5.gif

来源 / 溜溜笔记说

文 / Janie(溜溜)

字数 / 4219

预计阅读时长 / 5分钟

自从写了公众号,有一种非工作日也在上班的感觉hhh。这几天有小伙伴后台留言催更,来了......

在《干货|数据分析之落地sop流程(一)》一文中讲了数据分析0-1的完整流程,在《干货|数据分析sop之需求处理阶段(二)》一文中讲了数据分析前期的需求处理阶段的知识点,本文则针对性的讲讲数据分析整个流程最关键的阶段: 数据处理与分析阶段。该阶段我分成了三块:数据采集、数据处理、数据分析。

因为数据采集、处理、分析都围绕着“数据”进行,对海量或杂乱数据进行处理分析,从中找出痛点,洞察问题。

01

数据采集

该处的数据采集指的是获取分析所需要的数据,一般可以从内部数据、外部数据两个方向获取。

1. 内部数据

  • 直接获取

直接获取的前提是,公司进行了数据仓库的建设,已为决策分析提供了所有类型数据支持。该部分内容在之前的文章中也提到过,但是在这里更加细化的做了点补充。

直接获取就是指数据库中有现成的表可以直接获取到所需的数据,不需要分析师再在sql上做复杂的处理。

公司一般会将数据分为ods、dwd、dwb/dws层数据。

① ods层:明细数据。数仓不做任何数据处理,直接原封不动的将数据同步到该库上。为dw层的数据加工作准备。

②dwd层:明细数据。该层数据已在ods层上对数据做了清洗操作,比如去除空值、脏数据等。

③dwb/dws层:聚合数据。主要对ods/dwd层的数据做些轻度汇总,会涉及较多业务指标数据。如根据ods/dwd层的明细数据计算出七日复购率、周同期对比数据、毛利率等指标供分析师直接查询使用。

一般情况下,分析可以直接从dwb/dws层调取现成的指标数据进行分析,特殊情况下也可以从dwd层写复杂sql的方式计算成所需的数据。

  • 重新落表获取

前提是dwb/dws层没有现成的数据可以直接获取,哪怕自己写代码可以从dwd层获取,也需要写很复杂的代码。此时,请数仓协助落成聚合表再去调取数据。

重新落表一般会涉及人力资源的协调,需求的沟通。分析师担当业务方和数仓之间的桥梁,将业务方的需求理清楚之后,自身又作为数仓的需求方对数仓提需求。

2. 外部数据

当分析的内容内部数据无法满足时,或者不够全面时,此时需要借助于外部数据来辅助分析。

  • 行业报告数据

比如艾瑞网、极光大数据、阿里研究所、199IT互联网数据中心等都会时不时的发一些行业分析报告。整个行业的数据公司内部是无法获取的,所以可以从一些行业分析报告入手。

  • 问卷采集

比如我们需要获取用户的一些①主观想法:喜欢我们产品的原因是?我们产品最吸引您的点是?您觉得我们产品最应该改进的点是?②对竞品的行为:您在xx场景下更愿意使用A产品、B产品还是C产品③用户习惯的场景:您在什么场景下更愿意使用xx产品?等

通过问卷数据获取一些产品中无法获得的数据,辅助分析。

  • 宏观数据

有时候我们分析的某个指标有时候也会受到宏观政策的影响,比如宏观上某项指标上调了xx,对我们的业务会产生怎样的影响。

02

数据处理

对分析师而言,这步需要分析师将数据根据脑中的分析框架处理成所需要的数据。

1. 处理内容

会涉及数据异常值处理、缺失值处理、数据转换、数据聚合、数据分组归类以及数据准确性的校验,为下一步的数据分析奠定好基础。

井井有条的数据更有利于分析:

  • 剔除无效数据,比如异常值、缺失值、重复值等。

  • 考虑清楚数据聚合的维度,比如时间上、地域上、用户上、商品上等按照什么维度聚合。

  • 做好数据聚合的处理,比如需要借助开窗函数,是否需要去重计数,是否需要累积计数等;

2. 数据验证

数据采集到之后,还要做好数据验证,目的是确保数据准确性,切忌拿到数据立马动手分析。

从验证人员来看:

  • 自身多方验证。

    初始先自身验证一番,与现有报表中已有数据进行对比,观察是否一致。

  • 与需求方协同验证。

    数据调取之后先出一份数据表,提供给需求方共同验证。不过分析师接了需求,保证数据准确性是基本要素,一般情况下需求方并不会协同验证。前提是,无现有数据可供对比查验,可将数据先提供给需求方过一眼,确保数据准确无误。

从验证方式来看:

  • 定性验证

    通过经验或逻辑推理,主观判断该数据是否符合经验或正常逻辑,比如你取到的某个商品的gmv比整个品类的gmv还要大,就不符合正常逻辑,肯定有误。

  • 定量验证

    依据统计方式,计算出具体的指标,多方交叉验证。

031

数据分析

数据分析方法很多,网上有很多资料,这里就讲一下其中比较常用的几种分析方法。

1. 漏斗分析

漏斗分析是数据分析中比较常见的分析模型。采取漏斗的方式直观的表示业务从起点到终点的各个环节的转化情况,以便找出有问题的环节,针对性的优化。

如下图,展示了用户支付场景的转化率:用户从打开app到完成支付的过程。分为进入首页→进入商详页→加入购物车→提交订单→支付完成,直观分析每个重要环节的转化率。以最直观最简单的方式反映出每个关键环节的转化率,洞察主要问题所在。

911a700a2c0b9bf8235eef35b0c5cb41.png

2. RFM模型

RFM模型主要用来衡量用户价值,做用户分群,比如区分出低价值用户、高价值用户、忠诚用户等用户群体。

R:用户最近一次消费距今时间(Recency)

F:用户在最近时间段内的消费频次(Frequency)

M:用户在最近时间段内的消费金额(Monetary)

这里用一个比较简单的例子讲下:

先对R、F、M三个值进行分层并赋予权重(以下数据纯属虚构,分层时根据实际情况)。

比如用户最近一次消费距今时间7天以下的打为5分,8-14天的打为4分......以此类推。分数高的表示价值性比较高,分数低的表示价值性比较低。

83419700e32d485b56acf8ee9465f90e.png

然后调取出每个用户R、F、M值,填入“按照均值处理前”列中。

比如下图中,用户“111113”最近一次消费距今时间在7天以下,则R为5,在最近时间段内的消费频次在6-10之间,则F为2,在最近时间段内的消费金额在1001-2000之间,则M为2。

再将每个用户的R、F、M值与均值对比,大于均值填充1,小于均值填充0,填充于”按照均值处理后“列中。

9ce0f280aca18675d4f755d51bebc0ad.png

最后将“按照均值处理后”的数据参照下图模型表(下图不是计算出来的,是比较常用的标准),匹配出用户类型。

8ec889e9df1fcc84d5d0f2c2fe4f1f89.png

给用户匹配之后的用户价值类型如下

637204529863d3f92ea78b47ed39e261.png

3.波士顿矩阵

波士顿矩阵不少人在大学期间学过,工作中也是比较实用的。可通过波士顿矩阵分析公司的产品结构,发现痛点,为是否需要及时调整战略目标,以及判断产品的资源分配是否合理提供了数据支持。

波士顿矩阵有以下4种结构类型:

  • 明星产品:成长期。该产品在市场上占有比较大的份额,且处于高速增长阶段。未来发展为金牛产品的可能性比较大。此时抓住机会扩大投资,提升竞争优势。如图中的蜜桔、香蕉、苹果。

  • 金牛产品:成熟期。产品已较为成熟,增长前景有限。稳定发展,尽量维持好当前市场份额。如图中的西瓜、樱桃。

  • 问题产品:导入期。高速增长却市场份额并不高。说明此产品虽然高速增长,但并未及时开拓市场,营销存在问题。如图中的猕猴桃、荔枝。

  • 瘦狗产品:衰退期。既市场份额不高,又增速缓慢,基本可以淘汰,将此资源转而投资给其他更有利的产品。如图中的草莓、杨桃、哈密瓜。

591a47fd9be27c507004ba7a7c1441a9.png

4.帕累托分析

帕累托分析就是“二八法则”。

“二八法则”认为80%的财富掌握在20%的人手里,应用到业务中就是,80%的营收在20%的产品里,同理,我们应该花80%的时间内在这20%的产品上。也就是说,宝贵的时间与资源应该用在刀刃上。

如下图:展示了每个品类的销售额,通过销售额计算出销售额累积值,进而算出累积百分比。

c0b971dc8ad1518e7dc00874ea0e5145.png

再通过销售额和累积百分比画出帕累托图,如下。

共15种品类,其中7个品类贡献了80%的销售额,占比46.67%,也就是说46.67%的商品为公司带来了80%的销售额,并不符合二八定律,该公司并没有强势产品。

5c9dcf951c5c5c89fdc5cb995d662820.png

5.AARRR模型

AARRR模型是探索用户增长的模型。分别对应用户生命周期的5个环节:用户获取、用户激活、用户留存、用户变现、推荐传播。

d3a8f2341c72eb2b8ed78c0b1ca3a25f.png

6.关联规则分析

关联规则分析其实就是购物篮分析,就是通过挖掘用户的消费行为数据,探索用户的消费习惯,从而合理搭配商品,提升收益。

举个简单的例子,近30天共产生了10笔订单(方便计算只虚构了10笔),1代表订单中包含该商品,0代表订单中未包含商品,比如111112订单,用户没有买苹果,但买了香蕉(是否买了其他商品不考虑)

8ea6355bddd255bc4e41831ce20cc20d.png

其中购买了苹果的订单有6笔,购买了香蕉的有5笔,同时购买了苹果和香蕉的有3笔。

则:

①苹果和香蕉组合的支持度

=同时购买了苹果和香蕉的订单数/总订单数*100%

=3/10*100%

=30%

含义:同时购买苹果和香蕉的概率有多大

②苹果对香蕉的置信度

=同时购买了苹果和香蕉的订单数/购买了苹果的订单数*100%

=3/6*100%

=50%

含义:购买了苹果的用户有多大概率会再买香蕉

③苹果对香蕉的提升度

=苹果对香蕉的置信度/购买香蕉的概率

=50%/(5/10)

=1

含义:购买苹果对购买香蕉会产生正向影响还是负向影响还是无影响

此案例中计算的提升度是1,表示购买苹果并不会对购买香蕉产生任何影响。

详细解释下:

若提升度=1:表示购买苹果并不会对购买香蕉产生任何影响,因为在购买了苹果的条件下去买香蕉的概率和直接买香蕉的概率是一样的;

若提升度>1:表示购买苹果对购买香蕉产生了正向影响,即购买苹果很大可能也会买香蕉,因为在购买了苹果的条件下去买香蕉的概率大于直接买香蕉的概率;

若提升度<1:表示购买苹果对购买香蕉产生了负向影响,即购买苹果很大可能就不会买香蕉,因为在购买了苹果的条件下去买香蕉的概率小于直接买香蕉的概率;

这就是关联规则分析,一般用以研究探索商品捆绑销售,比如苹果是否需要和香蕉在一起捆绑销售,捆绑销售收益是否会更大。


关注成都CDA数据分析师

获取数据分析的干货分享和岗位内推机会

6a45b479fe54154e3e5107f5ab38e7bd.png

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值