数据流程：
数据产生–>数据采集–>数据处理–>数据分析–>数据挖掘–>产品优化
埋点：
针对特定用户行为或事件进行捕获、处理和发送的相关技术及其实施过程。用来跟踪用户使用状况和优化产品。
技术实质：
监听软件运行中的事件，当需要关注的事件发生时，进行判断和捕获。
注意：明确事件发生的时间点、判别条件。
埋点原则：
1、获取目标数据；
2、获取当前版本情况；
1）新功能使用情况是否符合预期；
2）新功能对其他功能、整体是否有积极影响；
3）运营活动目标群体特征获取；
4）新增商业化目标监测。
3、为后续版本做数据支持。
1）规划方向的用户行为分析；
2）画像特征分析；
常见沟通过程以埋点文档为载体，以数据埋点评审为终结。
埋点方式：
一、代码埋点：
实施人员：开发
优点：可以详细的设置某一个事件自定义属性；
缺点：时间、人力成本大，数据传输的时效性。
二、可视化埋点：
实施人员：数据产品、数据分析师
优点：埋点只需业务同学接入，无需开发支持；
缺点：仅支持客户端行为。
三、无埋点：
定义：开发集成SDK后，SDK直接开始捕捉和检测用户在应用中的所有行为。
实施人员：数据产品、数据分析师
优点：
1）无需开发，业务人员埋点即可；
2）支持先上报数据，后进行埋点。
缺点：
1）数据量大；
2）多数有清空机制，超过n天，清空数据，无法追溯；
3）仅仅支持客户端。
埋点技术：
一、客户端埋点：
优点：
1）能够搜集页面展示、点击行为；
2）可以收集不需要请求服务器的数据，如音乐的本地播放、页面停留时长等。
缺点：
1）由于数据上报需要网络，当用户产生行为而没有网络时，则会延迟上报数据，影响数据的实时性。
2）如果用户删除自己的APP操作记录，或者无网连接时数据存储达到上限，则会造成数据丢失，影响数据的完整性。
3）当需要改变埋点时，需要更新版本才行，但是会存在有些用户不更新版本情况，影响数据质量。
二、服务端埋点
优点：
1）实时性好：实时收集，数据很准确，不存在延时上报；
2）变更成本小：当要改变埋点时，只要改变，上报数据就会改变；
3）能够收集不在APP内发生的行为，只要请求服务器就行，而客户端只能收集在客户端中的操作行为，如统计从其他APP引流的安装量。
缺点：
1）不能收集不需要请求服务器的数据；
2）用户没联网的时候不能够采集数据。
数据采集遇到的问题：
实时性：无网条件下产生的数据，无法实时上报；
完整性：部分数据无法采集，根据《用户隐私协议》和《欧盟通用数据保护条例》
异常：部分埋点，随版本升级变化，无法获取。如：android_id、idfa、idfv。
参考文章链接：
http://www.woshipm.com/data-analysis/1209537.html
idfa、idfv解释：https://www.jianshu.com/p/204372f9209d
