课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
埋点是我们在做数据收集的时候会经常实施的一个准备工作,而今天我们就一起来了解一下,数据收集埋点常见问题都有哪些。
如果你是一名数据分析师,是否有过这样的经历,当你需要查询APP产品埋点数据的时候,你不得不经常找数据产品经理去确认是否已有埋点,埋了哪些字段,是否已有上报数据等,常常这些埋点事件元信息分散在多个产品经理手上,信息散乱,分析师使用埋点数据之前沟通成本极高,影响数据使用的效率……
不仅如此,我们还会遇到埋点数据异常,追溯埋点历史问题过程也是非常的漫长,需要数据产品经理去跟业务产品经理确认埋点需求的版本,然后数据产品经理确认埋点设计需求的批次,然后给到开发,开发同事再去查找问题……
以上种种问题场景相信大家都经历过,且一直是困扰着我们的痛点。
埋点场景的痛点我总结为以下5点:
埋点需求及埋点设计文档管理散乱,产品,开发,测试协同沟通效率低下,严重影响工作效率
埋点事件元信息管理散乱,常是分布在多个产品经理手上,分析师使用埋点数据时需要查询埋点需求及埋点事件的元信息这个过程链路长,沟通成本非常高,埋点元信息使用查询极其不便利
若出现埋点数据异常问题,若开发同事需要追溯埋点历史数据,则更是需要有当时的埋点需求批次和埋点设计文档作为辅助,这时候的埋单需求文档和埋点元信息的统一管理,对于历史问题追溯问题的效率有极其大的帮助。
非可视化测试,验收埋点难度太大。
每次都要跑去数据库了查询,对于没有写SQL基础的业务经理来说,验收埋点数据的效率就会比埃及地下。
数据校验流程混乱,版本管理难度大,开发同学常常要自己开发一个后台管理功能来管理埋点发布或下线的版本
【免责声明】本文系本网编辑部分转载,转载目的在于传递更多信息,并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题,请在30日内与管理员联系,我们会予以更改或删除相关文章,以保证您的权益!更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销,赚更多好礼。