偏工程的问题;
为什么要做数据采集:
缺乏事件埋点,无法用漏斗分析;
埋点缺乏属性,无法分析;
》》遇到业务问题,也作出假设,但是缺乏数据;缺乏属性;无法做出进一步的分析;
巧妇难为无米之炊
【数据埋点】
向百度发日志,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上没有数据可提取)
真复杂 开发要疯
【埋点校验】
【文档信息维护】
因为埋点的上线几个月后就没人记得细节了,方便后续统计分析;