宏观|6000字干货|数据分析需求处理详解( 三 )


发现问题之后,有了初步的方向,下一步就是需求确认。
二、 需求确认与梳理1. 确认需求背景了解清楚需求背景,才能明白这个需求的意义,是为了解决什么问题而出发的,不至于迷茫的做分析。需求背景就是需求产生的原因以及想要达成的目标。
需求产生的原因:当前现状是怎样的?为什么会提此需求?遇到了什么问题?
需求要达到的目标: 此需求期望在什么时间通过什么样的方式达到什么样的目标?(when、how、what)
2. 确认指标口径需要确认清楚这个需求涉及什么指标,哪些是核心指标哪些不是核心指标。每个指标的口径是什么,最近有没有更改口径。
比如客单价,即使大家都知道客单价=GMV/用户数,但是不能想当然以为需求方肯定知道,需求方也以为你肯定也知道,双方未核对口径直接开工干活。这样会存在两波客单价口径不一致的风险。分子什么维度、分母什么维度,都需要对清楚。
说白了就是,我以为你知道,你以为我知道,但是,咱们还是要对一下口径。
因为分析角色是干活的一方,需求方是发布需求的一方,所以面对需求,自身需要想的更多些,有些点需求方可能没想到,此时分析师需要具备更多的主动性。引导沟通、多方核对。毕竟,不沟通清楚需求直接干,容易背锅且被投诉,也竹篮打水一场空,浪费了时间。
所以前期不要怕沟通。最好是沉淀成文档,点对点沟通。
3. 确认数据维度数据维度可以理解为研究数据的角度,比如地区、城市、用户名等。
需要向需求方了解清楚:

  • 需要什么维度的数据?
  • 此维度按照什么方式聚合?
  • 去重还是非去重?
  • 直接聚合还是累积聚合?
  • ……
4. 确认底层逻辑需求方提需求,一般只会讨论需求详情,但是需求怎么做,数据从哪里获取,他们不需要关心。
比如,需要看某个商品的七日复购率,数据库表中有七日复购率指标么?若有指标口径是否和需求方的口径一致?若无,需要从哪些数据库表进行关联得到所需数据?自己关联计算的逻辑需要数仓落表还是直接应用?
5. 确认资源配置资源配置包括人力资源与排期资源。比如需要大致评估下需要什么团队安排几位人手做需求,以及安排的人员是否有排期。所以分析师在这里还扮演了一个协调的角色,协调好需求方、数仓、分析师等人员的配合。
需求紧急,排期紧张,还需要去协调是否将此需求优先级前调,其他需求暂且延后。
6. 确认需求完成时间需求方大多数只给了一个最终的时间,比如这个需求2月10日需要完成。那么每个环节的详细时间计划,需要分析师去领头协调了。比如:
宏观|6000字干货|数据分析需求处理详解
文章插图
清晰的排期计划:便于需求方及时随时查看进度、便于自己有个需求跟进的时间参考。
7. 确认数据安全分析师可以接触到很多底层数据,所以需要有数据安全意识。有的公司划分比较严格,某个模块的需求专门安排某个分析来一一对接。但有的公司没这么严格,所以需要判别下需求方是否可以查看该数据。
(1)需求方是否可查看该数据
即使是同一个公司的人,各自的数据权限也并不一样,一般不允许非必要性情况下获取本职工作以外的数据。比如,两个部门做着类似的产品,有着类似的用户群体,也背负着各自绩效,数据不能相通。
但对方都是希望可以获取另一方数据来做对比,这种情况有的公司不被允许。分析师自然也要判别这种情况,该给给,不该给则果断拒绝这个需求。