前面我们已经讲了《企业埋点体系搭建方法论及实践经验（1）》，《企业埋点体系搭建方法论及实践经验（2）》感兴趣的朋友可以点击阅读。
三、如何规范埋点业务
1、确认埋点业务的组织架构和关键决策人
为了保证埋点业务有序、高效的推荐，企业应该在企业内部设置与埋点业务流所匹配的组织架构，以保证埋点采集的质量 和效率，积累高价值的数据资产。以下是神策数据在服务千余家客户后，观察和总结实际数据驱动落地较好的客户，其埋 点业务的组织运作体系。其中，比较关键的是埋点业务统筹人及由其领导的组委会协同机制，以及具体业务线或项目的业 务负责人、技术负责人两个角色。其中，埋点业务统筹人和组委会这个部分非常重要，负责联合各业务线和项目组，制定 顶层业务规范建设及持续迭代，推广及共享埋点采集规范和经验，确保各业务线 / 项目组的数据接入符合规范，数据质量 有保障。简单的模式下，埋点业务的统筹和具体业务线的业务对接人其实是同一个人，埋点业务体系由业务负责人和技术 负责人共同维护和迭代。
在业务架构里面，最重要的是确认关键决策中，具体在一个埋点业务中，核心的角色是埋点业务统筹人和技术对接人，主 要原因是业务统筹人对埋点需求梳理和规范的制定管理起核心作用，保证需求输入和转化环节的质量，而技术对接人则对 具体埋点落地环节的质量和效率提升有着至关重要的影响。以下分别是埋点业务统筹人、技术对接人两个关键角色的关键 信息，供业务组建选人或者招聘时做参考。
2、埋点业务职能角色以及工作流程
以下是一个完善的埋点业务体系下各个职能角色和工作流程示意图，除了上面说的统筹层外，具体的项目运作层面，就会 涉及到分析需求、埋点需求、需求评审、开发自测、埋点测试、验收上线的这个完整流程了，整体上是与产品研发流程非 常相似的，差别只在于这个环节中，负责具体职能的人员和工作的标准要求不一样。具体可参考以下示意图，蓝色加粗标记， 表示是该环节的主要负责人，黑色细小标记，则表示是该环节的参与人员。
前面已经讲解了埋点需求梳理的方式，接下来我会重点讲解下其它几个环节的要点。
埋点方案评审
埋点方案评审能够避免研发人员没有事先了解、评估和确认过需求，在具体埋点操作时，面对不确定的需求按照“自己的 理解”来盲目埋点，或者面对开发实现成本高(也可能是他没更好的解决方案)的需求直接跳过，导致上线的数据与需求 不一致。在整个机制运作良好的情况下，也可以简化为负责埋点的研发同学、技术对接人与业务同学一起沟通和 review 埋点需求，主要能达到确保研发同学能够明确“需求”究竟是什么，有疑问的地方进行了合理的调整即可。
测试验收
埋点测试验收应该保证埋点数据正确性、顺序性、完整性:
正确性:确认是否有数据上发，并检查上发数据内容与格式是否与需求文档一致;
顺序性:数据上发正确，还需要检查上发顺序是否正确，如 A→B 应该线上发 A 后 B，结果是先发 B 后 A;
完整性:测试时，针对多场景要全部测试，如申请验证码的各个场景都应该上报。
另外，关于埋点测试，强烈建议在提交代码给测试之前，研发必须先做自测，确保所有的采集需求都已经覆盖，事件名和 属性名都正确上报，再进入测试同学测试的环节，以提高测试效率，避免频繁返工。
其次，埋点采集本身的业务有特殊性，针对通用采集事件，一般遵循相同的采集逻辑，可以不必要对所有页面、点击进行 遍历，做抽样测试即可，重点测试自定义埋点上报的准确性及场景完备即可。
免费下载《企业埋点体系搭建方法论及实践经验》白皮书：
方法一：关注本专栏，关注神策数据·用户研究那些事儿
