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