商业分析08数据采集

偏工程的问题；

为什么要做数据采集：

 

缺乏事件埋点，无法用漏斗分析； 

 

埋点缺乏属性，无法分析；

》》遇到业务问题，也作出假设，但是缺乏数据；缺乏属性；无法做出进一步的分析；

 

巧妇难为无米之炊

 

 【数据埋点】

 

 

 向百度发日志,click行为

用户做了某件事情 向服务器发送一条日志；

 

 

【案例】支付页面：支付次数 支付人数

前端采集or后端采集

前端点击支付  后端支付成功 中间还有很多流程，如果前端埋点的话会造成很大的误差；

这时候我们就需要一份DRD

 

 

【明确埋点需求

 收集需求：产品自身的指标建模，业务部门的分析需求

付费金额，详情页转化率；

企业版入口点击率，付费转化率；

 

 

不光只有我们埋点的产品才有分析需求，其他部门也会有相应需求；所以在埋点前一定要收集各方需求；

 

 》》需要先找到体现分析需求的数据指标，进一步拆解为需要采集的埋点事件；

【案例】微博登录页面

 

 

 

 

 

 》》做埋点的最终目的：有能力观察以及分析数据

 

 

 

 》》WWWHW:who when where how what

who:设备还是人

 

 

 

 

when： 时间戳

 

 where:GPS（经纬度）,需要借助地图API解析出省市；IP（省市）；自助填写；

 

 

how:设备，版本，操作系统，网络情况，上个页面，浏览器，ps

 

 what：pay；产品名

 

 

 

 

 

 

 【DRD形成需求文档】

前端埋点or后端埋点

 

 比如美颜APP，拍照时选了哪一款滤镜，这个只有前端才有数据，所以前端采集；

 

 就“购买”事件，放在后端埋点更合适；现实中 很可能因为网络原因或者一些其他因素用户会在前端多次点击按钮；

 

 新闻列表访问深度；前端埋点；

20条列表会滚到第几个；

 

 一般建议后端埋点；

校验：抓包or后台查看

 

 一个个埋点事件去验证校验；

 

 

 

 【案例】

社区媒体；

首页：好友

个性化推荐FEED

推荐页面 分析

https://www.bilibili.com/video/BV1PT4y1j7U4?from=search&seid=10630857903231464887

 

 提升用户的阅读深度和阅读广度；

》》每个用户平均看到内容数

》》CTR  实际点击次数/PV

》》各类型各内容 PV UV click

》》评论数和点赞数？

IT:

不感兴趣？

主动刷新？

区分不同推荐理由（好友，阅读历史，社区热门）

 第一步：明确分析需求，需要采集哪些信息

 

 第二步：确认哪些指标

第三步：埋点事件确定

 

 

 

 第四步 属性（维度）拆解

 

 

 

 

 

第五步 确定埋点的触发时机

 

 

 

 第六步 跟研发沟通需求，以及一些不确定的因素

广告卡片的展示时间？(API上没有数据可提取)

 

 

 

 

 

 

 

 真复杂 开发要疯

 

 

 

 

 

 【埋点校验】

【文档信息维护】

 

 因为埋点的上线几个月后就没人记得细节了，方便后续统计分析；