作者：【友盟+】产品运营 牛奶

 

“昨天活动效果怎么样啊？”—Boss
“新功能用户反响咋样？”—产品GG
“这个功能模块削弱，行不行？ ”—技术GG

以上的对话，想必你已经猜对了，我就是一名运营喵！

虽然问题犀利，但是机智的我早已提前做了埋点！

 

什么是埋点？

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

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

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

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

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

 

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

以【友盟+】U-App为例，已为用户提供了自定义事件的功能，用于追踪用户行为，记录行为发生的具体细节。提供了两种自定义事件的形式：计数事件、计算事件。

计数事件

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

 

针对play(播放)事件，还可以追踪到更细节的参数，如：

参数=style(歌曲类型)

 

参数=singer(歌手)

 

计数事件主要是以事件ID+参数+参数值为统计项，统计相应的PV、UV，其本质是针对字符串信息的计数。随着移动开发者运营的不断深入，这个方法的局限性逐渐显露。

比如：一款拍照美化类应用，想了解相册的使用次数及每次打开相册的照片浏览张数。那么，以打开相册为事件，浏览张数为普通参数，可以得到如下报表：

计算事件

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

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

（1）对某个参数值求和

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

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

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

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

 

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

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

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

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

 

总结定义埋点流程

1. 明确埋点逻辑

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

1、为了实现什么目的？

2、需要分析哪些指标？

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

2. 设计埋点方案

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

例如：

首页banner点击：根据U-App自定义事件埋点方式，选择计数事件，当用户点击首页各个banner时触发事件

iOS调用 Mobclick

安卓调用MobclickAgent

 

3. 后台上传自定义事件

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

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

4. 数据验证

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

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

通过上面的方式，你就能抓住每个使用过App客户的小尾巴，了解产品当前使用情况啦！