浅谈埋点之：数据可追踪和可用性效率分析

“昨天活动效果怎么样啊？”—Boss

“新功能用户反响咋样？”—产品GG

“这个功能模块削弱，行不行？”—技术GG

如何埋点，才能做到数据可追踪和可用性效率分析？

什么是埋点？

官方解释：为了统计分析的需要，对用户行为的每个事件进行埋点布置，并对这些数据结果进行分析，进一步优化产品或指标运营。

简洁解释：标记用户行为，挖掘行为价值，还听不明白？

我的解释：想了解啥，就埋个码！埋完了就看数据做分析。

合理埋点对数据分析至关重要

在做事件埋点时，我们时常陷入“将全部事件都部署上一段代码就完成”的误区。如果没有结合业务需求进行部署埋点，后续数据查看人员在实际使用中也很难找到有效的信息，影响数据查看。因此，在做埋点时，一定要本着：需求明确，逻辑清晰的原则，埋少量码覆盖大量业务。

自定义事件定义和基本结构

【Shareinstall】为用户提供了自定义事件的功能，用于追踪用户行为，记录行为发生的具体细节。我们提供了两种自定义事件的形式：计数事件、计算事件。

计数事件

计数事件统计事件的发生次数、独立用户数、事件时长及事件各参数的发生次数、时长。

如何埋点，才能做到数据可追踪和可用性效率分析？

程序中的某些事件，如登录、分享、下载等，是定性变量，对应的统计项是字符串类型。开发者只需了解它们发生的次数及独立用户数，使用计数事件即可满足。

计算事件可以解决的一些问题：

（1）对某个参数值求和

（2）计算某个参数值的单次均值及单用户均值

（3）近似得到某个参数值的概率分布函数

（4）近似得到某个参数值的累计分布函数

使用计算事件，可以得到如下报表：

每个事件最多可由事件、参数、参数值三个组成。

事件：任意功能都可定义为事件。例如，定义“查询”“播放”为一个事件。

参数：用于定义事件的属性信息。例如，定义“歌曲类型”“歌手姓名”为“播放”事件的参数。

参数值：用于描述事件属性信息。例如，“播放”事件下“歌曲类型”的参数值可为“轻音乐”、“古典”、“摇滚”等。

总结定义埋点流程

如何埋点，才能做到数据可追踪和可用性效率分析？

1.明确埋点逻辑

在确定埋点逻辑时需要考虑三个问题：

1、为了实现什么目的？

2、需要分析哪些指标？

3、结合产品逻辑如何实现？

2.设计埋点方案

以结合功能模块设置埋点为例，将首页划分为“首页点击”、“首页专区点击”、“主题点击数据”等模块，对每个模块进行埋点。

3.后台上传自定义事件

如何埋点，才能做到数据可追踪和可用性效率分析？

在设置中选择事件—添加事件，根据事件情况，可选择批量导入、手动添加、批量复制，如事件不在后台注册，则相关的数据不会再后台展现。

上传事件后，选择“编辑事件”，选择事件类型为计数事件。

4.数据验证

入口1：在事件列表页面点击“查看”进入某事件的详情报表中。若为计算事件，会默认显示该事件的数值型参数报表。

入口2：在事件详情页快速切换同一事件的数值型及字符串型参数的报表，可通过触发埋点事件的方式查看日志是否可以正常上报，如后台无数据，需重新检查下事件埋点是否存在异常。
 

转载于:https://my.oschina.net/u/3914322/blog/1918676