项目背景
来到我司的时候，虽然是一家在线教育行业，但基本没有互联网的基因，刚刚开始做数据埋点的工作。而且只是聚焦在上课教室内的核心指标埋点。当时对埋点这件事，有了一个基础的技术框架，也有了一个比较简陋的流程。但存在以下问题：
1需求环节：写prd的时候也比较繁琐，一个事件有时候上报字段多大20个。内容多了很容易出错。经常会范的错误：漏埋点，埋点关键字错误，上报字段值不明确等；
2.开发环节：仅定义了数据上报的API接口格式，但各端SDK规范没有统一（比如上报操作系统是;有些端上报IOS，有些上报ios；有些端开发者打错上报关键字，如device打错成devcie，上报值使用全角输入法，时间戳未按照规范上报成毫秒。）；
3.测试环节：测试环节比较耗时耗力，除了要测试触发场景是否有投递数据，也需要检查数据质量，数据是否符合要求；而数据质量测试未得到重视，很多错误在测试环节都没有测试出来（比如有些字段数据为空）。
解决方案
为了优化埋点工作，围绕着前面提到的痛点，我们了一套解决方案-三驾马车：1埋点模型（SDK）；2埋点管理平台；3埋点流程。一切都是为了减低埋点的门槛，提高埋点的效率
解决方案三驾马车
1.埋点模型
埋点模型采用Protobuf数据格式上报，并封装成统一埋点SDK，一方面：定义枚举值，解决上报值和关键字不规范的问题。另一方面：上报的信息进行归类，简洁明了。 我们定义了三种数据结构。
接口调用场景
2.埋点管理平台
事件属性录入
事件属性列表页
B.元事件管理：实现事件的增/改/查。产品经理只需要对一个事件的属性做勾选，包括（业务线，上报端，事件类型，事件名称，任务编号），就可以自动生成必须要上报的预置字段属性（基于【上报端】+【事件类型】匹配事件属性）。而另外如果有其他要上报的字段，再单独勾选。这样非常快捷傻瓜，且基本不会出现操作失误。
事件录入页面
元事件列表页
3.埋点流程
埋点流程
可优化点
后续埋点元数据基础上急需扩展出一个埋点自动测试平台，这样才能进一步提到埋点质量；
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容，请联系我们，一经查实，本站将立刻删除。
如需转载请保留出处：https://51itzy.com/kjqy/144465.html