编辑导语：数据埋点，就是传统的数据打点，在网站或者APP中加入一些统计代码进行数据采集。埋点的价值以及正确埋点的重要性，基本上所有的产品或者数据人员都得需要了解。在本篇文章中，作者为我们分享了应该如何建立埋点规范。

《数据埋点，一次讲个够》系列文章的第三篇，讨论埋点业务的流程规范，主要讨论：

1.  埋点业务过程中涉及的角色及其职责；
2. 一条完整的埋点 workflow 长什么样子？

一、角色与职责

一个完整的埋点业务流程会涉及业务方、埋点研发测试团队、数据团队：

• 业务方：产生埋点需求，通常是业务线的营运人员、产品经理、数据分析师，他们根据业务，提埋点需求，埋点完成之后做数据分析，他们主要的工作是输入原始需求、埋点上线后消费数据。
• 埋点研发测试团队：负责埋点开发、测试、上线。
• 数据团队：负责定义埋点模型，接收埋点数据上报，存储数据、处理数据、展示数据。

不难看出，一个具体的埋点业务参与的各方需要大量协同配合。企业应该有一个与埋点业务流相对应的组织架构，来保证埋点采集的质量和效率。根据多年的埋点工作经验，有三个角色对埋点工作的开展有非常关键的作用。

1. 需要设置一个角色来统一规划整体的埋点工作，负责组织协同各个业务线，制定埋点流程和规范，并推广规范的落地与执行，确保各业务线的数据接入符合规范，保障数据质量，我所在的团队由数据产品经理来负责。
2. 对于公司具体业务线的埋点，需要有一个业务负责人，负责该业务线的埋点需求梳理、埋点设计、数据上线应用推广、日常使用支持和培训，这个角色，一般由业务线的数分、有数据 sense 的产品、或者有业务 sense 的研发担任。
3. 关键的角色是具体业务线的埋点技术负责人，一般来说每条业务线会有多种客户端的产品，埋点的开发可能会涉及 Android 端、iOS 端、微信小程序端、服务端，需要有一个技术接口人统筹埋点的开发工作，这个角色可以由前端开发负责人担任。

二、埋点业务流程

上面这张流程图贯穿了埋点的全过程，将上面提到的多种不同的角色串联协同起来，保证埋点采集的高质量、高效率，主要环节如下：

• 埋点需求提交：该环节由业务线需求方发起。通常是业务线的营运、产品、推广，或者是数分，他们根据业务数据分析需要，提出埋点需求。业务方需要发出正式的需求邮件给埋点研发测试团队、数据团队。
• 需求评审：埋点需求评审由数据团队主导，埋点研发测试团队参与，业务方确认。数据团队根据业务方需求进行埋点方案设计，输出 DRD，组织需求评审。在需求评审会上，埋点研发测试团队确认需求可行性，业务方确认事件设计方案符合业务需求。如一次评审没有达成一致，将多次组织需求 review，直到三个团队达成一致。
• 埋点开发：在埋点开发之前，业务方需要在线注册埋点信息，信息的内容须和最终评审通过的 DRD 保持一致。埋点研发团队必须以线上注册的埋点信息为准进行埋点开发。
• 埋点测试&验收&部署上线：埋点数据测试由测试人员完成，测试完成后由数据团队、业务 方验收后，由研发人员部署上线。
• 埋点应用（数据分析）：埋点上线后，业务方可通过数据提取、用户行为分析平台、用户画像标签系统等方式消费埋点数据。

理想的情况下，一个埋点上线要经历上述五个步骤。

而在实际中，很多团队在处理埋点业务时没有形成内部的流程规范，带来的后果是埋点数据质量差，数据的价值难以发挥。

比如：要统计某个行为的触发人数时发现没有埋点，数分在提取数据时发现有很多相似的字段不知道该用哪个，研发说某个埋点已经上线了可数据库里怎么也查不到数据，某个埋点起初上线的时候是正常的但从某个时候开始就没有数据上报了。

要解决这些问题，需要把埋点当做一条独立的研发任务来看待，而不是产品开发过程中顺便做一下的任务。

还有一点需要强调的是，流程的制定是很简单的，画一个图，发一个文，但如果流程规范只是流于形式，无法真正的落到实际的环节中去，一切努力也只是白费。

因此，我们还需要进一步对流程规范中每一个环节的输入输出做更详细的要求。