埋点体系：了解埋点需求流程
引言
在前文中有提到，埋点是数据的源头，是数据体系建设的基础。总而言之，就是埋点采集在企业数据建设过程中很重要。
既然埋点采集如此重要，但在实际工作中，埋点数据使用起来又存在种种问题，下面举例一些工作中遇到埋点问题：
- 准确性：埋点数据不准确，不能放心使用
- 完整性：埋点数据不完善，想用的时候，发现没有想要的埋点数据，包括没有埋点、已有埋点不完整
- 找不到：找不到想用的埋点，埋点这么多，到底怎么找，是不是我想要的呀
…
上面举例的埋点问题，解决方案有很多。但我认为，保障埋点采集长久、高效、可用的前提，是在企业内将埋点当做独立的需求来做，也可以说是独立的产品来做。
很多中小型公司开始数据体系建设时，不注重这点，而是将其当做业务需求的附属环节，出现兼着做、随便做、有时间再做等问题，这是不对的。
以具体的实践而言，主要分为三方面来进行：
- 标准的埋点需求流程，明确需求流程、责任人、岗位职责等，保障埋点需求的有序流转。（埋点需求SOP）
- 埋点设计的标准及规范，明确埋点设计过程中的标准、埋点要求、上报机制等，指导数据产品经理或数据分析师进行埋点设计
- 埋点需求管理体系，明确埋点需求的责任人机制，reciew机制，保障埋点需求流程及标准规范的落实
本文将重点讲述埋点需求的流程是怎样的，具体内容将包括：
- 埋点需求的流程是怎样的
- 埋点需求的需求来源有那些
- 埋点各需求流程中的干系人以及相关干系人的职责范围
一、埋点需求流程
- 埋点需求提交阶段
- 埋点设计阶段
- 埋点评审阶段
- 埋点开发阶段
- 埋点测试验收阶段
- 埋点上线阶段
二、埋点需求提交阶段
1. 岗位职责
埋点需求的相关需求方主要负责提出埋点需求，配合数据侧完成埋点需求的设计等。
2. 干系人-埋点需求方
- 业务侧人员：业务产品经理（负责app某个产品的功能）、投放产品经理、业务运营人员（负责某个功能的运营等）。
- 数据人员，具体可能是数据产品经理、数据分析师，为公司内的主要的直接数据使用者。
3. 需求来源
埋点需求的来源，分为自驱和他驱两类。
- 埋点自驱型需求，由业务侧人员提出的需求，典型的如运营某个活动、上线某个功能等进行相应的效果评估。
- 埋点他驱型需求，数据人员在进行日常需求承接过程中，发现埋点异常、缺失、不完善等所提出的需求等。
三、埋点设计阶段
在企业内，负责埋点需求的承接以及设计人员主要为数据产品经理或者分析师，相比于业务产品或研发直接负责而言，更加专业。
数据产品经理及分析师的主要职责：
- 对接需求方，了解需求背景及目标，需求涉及的业务现状以及排期等
- 产出埋点需求文档（埋点RD）：埋点文档需求涵盖埋点名称、埋点位置、埋点参数、埋点触发方式等内容。（此处不细说，具体参考作者关于埋点设计的文档）
四、埋点评审阶段
与其他需求一样，埋点需求也需要进行需求评审，主要由数据产品经理或数据分析师（埋点需求承接者）发起。
埋点需求评审会的参与人员有：
- 业务产品经理
- 运营
- 数据产品经理
- 埋点开发人员（根据埋点采集方式不同，选择前端开发人员或者服务端开发人员）
- 测试人员
- 数据开发人员（算法、数据仓库）
具体实践过程中，根据需求进行灵活调整。
埋点需求会的主要议程是埋点需求承接者（数据产品经理或数据分析师）对埋点需求文档进行阐述、与相关需求方进行需求确定、相关开发人员人员提出疑问后的答疑、明确研发责任人、明确时间节点确定排期等事项。
五、埋点开发阶段
埋点开发阶段的开发人员，根据埋点的实现方式不同会有不同的人员参与。
针对前端埋点，主要是安卓研发、ios研发等，对于服务端埋点，主要是服务端研发进行，根据公司服务端代码语言的不同分为（JAVA、PHP、GO等后端服务工程师）。
相关埋点开发人员负责按照埋点需求文档的要求进行埋点开发，实现相关的埋点，包括埋入相关参数、确定触发上报机制等。
六、埋点测试验收阶段
测试人员在需求评审后，需要制定测试用例（根据需求负责度，可选的），当埋点开发完成后，测试人员需求结合埋点需求文档对埋点进行验证。
埋点的验收相比于业务功能的验收较为简单，主要由埋点数据需求的承接方进行复核。
埋点测试及验收的内容有：
- 埋没埋：对应的埋点是否埋了
- 报没报：是否按照埋点需求文档的要求，上报了且上报了完整的字段
- 落没落：上报的埋点数据是否落入数据仓库
- 准不准：通过自主分析工具或者SQL查询埋点数据，验证数据的合理性
七、埋点上线阶段
埋点测试验证通过后，由对应的开发人员，按照最近的发版时间进行上线发布。注意的是上线时需要测试复核数据。
最后
最后，结合个人工作经验，给大家总结了数据采集的完整流程，以供参考，期望帮助大家更好的理解埋点采集的流转流程，为数据驱动业务打下坚实基础。
