基于业务方提出的数据需求，梳理出数据指标体系之后，就可以知道我们需要哪些数据来进行产品的分析。
一、埋点事件模型
所谓事件模型，就是如何去描述埋点需求的方案，必须要包含以下核心要素：
二、怎样进行数据埋点
数据埋点就是在产品功能代码后面加上统计代码，记录用户操作行为，当用户进行某个操作时，如点击按钮、进入某个页面等，开发在相应地方加上统计代码，埋点会生成一条log记录上传到指定的数据接收地址。
目前常用的数据埋点方案包括客户端埋点和服务端埋点。客户端埋点是用户在客户端上的操作记录，服务端埋点是用户请求服务器的日志。各有优劣，通常会采用客户端埋点与服务端埋点结合的方式，客户端数据全面，记录了用户绝大多数操作行为，非关键业务量或者不需要请求服务器的行为使用后客户端前端埋点。
客户端埋点一般会采用封装好的SDK，能够简化客户端开发同学的工作量，并且能对埋点进行有效的约束，尽可能的保障埋点质量。开发同学使用通用SDK的接口进行开发，只需要聚焦：
1）SDK初始化配置
2）应用ID
3）事件名称/ID
4）事件所需上报的参数
5）上报时机
三、埋点方案设计
数据埋点需求与产品需求应当同等看待，需要进行埋点需求评审，明确业务目标与埋点缺口之间的关系以及需求的优先级，整个过程会涉及多个角色，主要包括产品经理、业务数据负责人、业务开发&测试、数据平台开发。
以我当前工作为例，埋点的工作流程为：
梳理业务（功能架构图+核心业务流程）->确定业务目标->设计埋点事件->数据采集->搭建数据指标体系与分析模型->数据分析
接下来将以人人视频APP“频道-综合”页面为例，来阐述一下埋点方案改如何设计。
1、首先整理一下“频道-综合”页面的功能结构图：
2、基于以上功能结构图，梳理核心的业务流程：
3、接下来需要梳理不同角色的数据需求，确认核心埋点需求、排优先级：
4、厘清功能结构、核心业务流程、指标需求后，就可以开始设计用户的行为事件与埋点文档了，核心有以下3张表
1）SDK数据结构说明：
2）埋点事件表：
3）页面与按钮字典：
行为事件与埋点文档维护是埋点工作流程中举足轻重的一项，实际开发过程中会跟随版本迭代不断新增和优化埋点事件，对线上所有版本的埋点事件都需要被记录在文档中，便于追溯。
好了，埋点文档OK之后就可以联系PM发起数据需求与埋点评审工作啦，附上仅供参考的工作流程：
