1. 首页
  2. 运营资讯
  3. 新媒体运营

【数据埋点系列】—如何进行数据埋点

前面已经讲到了数据埋点的一些背景和数据埋点的基础知识,有的人可能看了以后已经表现出跃跃欲试的心态,甚至浮躁的

前面已经讲到了数据埋点的一些背景和数据埋点的基础知识,有的人可能看了以后已经表现出跃跃欲试的心态,甚至浮躁的表示“别扯犊子了,直接开干吧”,这个时候,作为一个过来人,我就免不了要让这些年轻人稍微克制一下。虽然,一直以来,我自己也算是一个实战派,对纯扯理论的那些傻逼产品经理们也比较嗤之以鼻,但……理论这玩意有时候就好比做那事之前的前戏,你不扯的话,实在是很难让对方进入到一个比较愉悦的状态,所以,我们已经花了那么多篇幅把前戏做的差不多了,是时候干了……不对,埋点了。

 

那么具体应该怎么去埋呢,我们先不说方法论那些虚的东西,就单从逻辑上思考一下,设想一个场景,如果现在突然有个人冒出来跟你说,我们去把XXX给活埋了吧,那你听到这话的第一反应可能是XXX是谁,第二反应就是为啥要把他埋了,不过,有的人可能第一反应是“你丫不会是神经病吧”。而在上面的反应完了以后,才会是怎样去埋了他,以及怎么样避免不被抓到之类的。当然,这个比喻有点极端,但确实是能说明在做一件陌生的事情时,我们自然而然的一种逻辑思考过程,会习惯性的去想“什么(WHAT)”、“为什么(WHY)”、“怎么做(HOW)”

 

在埋点这方面,也是类似,而且我们前面的文章已经解决了埋点是啥,以及为啥要埋点,说白了就是想要获取相关的一些数据,那么,问题就又来了,“相关的数据”其实听起来还是很模糊,摸不着头脑,那么,是不是就应该把啥叫相关的数据给整明白,那这个东西,实际就是在明确我们埋点目的到底是啥。

 

当然,本文主要是针对代码埋点的方式进行讲解,其他的傻瓜式埋点方法,就没有必要讲解了。

 


01

明确埋点目的

 

通俗点讲,就是说到底我们需要去看哪些数据,比如是要看某篇文章分享的是不是够多,或者点了付款单付款成功人数的比例有多少,在前面的文章《数据埋点相关背景》里也提到了,一般可以大致分为三类:用户基本数据、功能使用数据、综合数据

 

 

02

梳理业务流程

 

梳理业务流程,其实并不是必须的,只是针对一些比较复杂的用户操作流程而言,是需要特别注意,因为有一些是需要通过多个步骤计算得到一个百分比,比如用户的下单流程,大致需要经过注册->登录->浏览列表->访问详情->立即购买->确认订单->付款,那这就涉及到在每个环节上用户的流失情况,从而可以推断出最终的付款转化情况。

 

而有一些埋点目的相对比较单纯简单,就是想对比下多个入口的受欢迎程度,那么就直接在各个入口埋点即可,因为不涉及到什么流程,只是需要统计它们的点击次数即可。

 

03

定义埋点事件

 

作为产品来说,我们需要定义事件的id、事件名称,事件id是需要开发工程师写到代码里面的英文字段,事件名称则是为了自己能明白埋的到底是啥的,还需要跟英文字段对应的一个名称,而对于有的平台比如友盟还需要去定义事件类型,它可以定义成多参数类型事件或者计算事件

 

那除了上面这些在埋点的第三方平台上必须要去提交的参数外,为了让产品自己能够在过了很久以后,或者其他同事能够知道之前某个埋点到底是代表什么意思,一般我们还会去整理某个埋点对应的是哪个功能模块,以及简单的描述某个埋点的说明,可以用Excel表格进行整理,大概可以如下:

【数据埋点系列】—如何进行数据埋点

 

04

进行数据采集

 

在产出了上面的埋点需求表格以后,就把这个表格给开发工程师就可以了,当然在这之前,还需要把对应的事件录入到数据统计的平台上,以确保我们能够正常的看到数据,比如友盟平台就是在事件管理里去进行事件的添加,然后去填写事件id、事件名称并选择事件的类型,当然也可以用批量添加的方式,具体模板不同平台略有差异,需要添加的时候去各个平台上查看即可。

 

05

 

下面我以友盟平台为例,讲下之前我在项目当中的一个埋点的案例。

 

相关背景:

当时我们是做的一款PGC的音频内容付费App,之前的付费模式是基于单个歌单进行收费,后来我们在某个版本新增加了会员中心功能,用户可以按照周/月/季/年卡等方式去开通会员,开通后可以在有效时间内畅听全场的歌单。


开通会员的入口是放在了几个页面,一个是个人中心里;另外如果说用户升级了最新版本,我们也会在用户第一次升级后打开App时弹窗提示用户可以去开通会员;但对于一些没有升级到最新版本的老用户来说,就没有办法展示弹窗提示,所以我们又在Banner的位置放了一个提示用户升级的广告位,点击进去可以跳转到相应的应用市场去升级。

 

明确埋点目的

一个是想看一下Banner位置提示用户去升级的入口是否能够带来用户的升级转化以及用户是否会通过Banner里的入口去开通会员;另外一个目的是想看一下用户升级到最新版本以后,会从哪个入口去开通会员。

 

梳理业务流程

业务流程这块,因为相对比较简单,所以直接就去定义事件。

 

定义埋点事件

于第一个目的,那其实要做的就是去监控用户通过Banner跳转到对应的页面去的数量即可,所以定义了多参数的类型事件,给事件名称命名为bannerClick,由于我们是需要去监控它跳转的目标页面,所以我们又给这个事件加上了相应的参数,也就是下表当中的属性,属性id命名为toPage,并且基于平台的跳转类型,指定了会员中心、歌单、视频、H5等类型。


【数据埋点系列】—如何进行数据埋点


另外一个目的就是想要监控用户开通会员的入口来源,所以我们在有开通会员的入口位置加上了相应的埋点,命名为clickOpen,同时给这个事件加上了参数也就是上图的属性fromPage,并指定了来源一个是Banner,一个是首页弹出的Dialog。

 

进行数据采集

所以整理完上面的埋点需求以后,我们就把对应的事件添加到了友盟的后台(可以选择批量添加多个或者手动单个去添加,下图是单个添加的截图),同时把上面的需求交给了开发工程师去进行埋点。


【数据埋点系列】—如何进行数据埋点

上线后

产品上线后,我抑制不住自己焦躁的内心,时不时就跑到友盟后台去看看用户的使用情况是不是会符合我的预期,尽管我预料到了从Banner跳转过去会员中心的数量应该会很少,但没想到还是少到超出我的预期,当然这也说明了两个点,一个是用户对于所谓会员的需求迫切性并未达到,另外一方面也可能说明了Banner的海报制作上出了一些问题,使得用户产生了理解上的偏差(后来我们修改了相关海报的文案使得数据有大幅提升也说明了这一点)。

【数据埋点系列】—如何进行数据埋点

 

而第二个埋点就是用户开通会员的入口,目前竟然是只有Dialog这一种类型,也就是说用户都是通过首页的弹窗来进行会员的开通,从个人中心入口以及Banner跳转到会员中心里面去的数量竟然一个都没有。虽然有点震惊,但细想一下,可能的原因有几点,一个是目前还刚上线,所以用户还是习惯从首要看到的入口去尝试开通,另外就是上面也提到Banner引导用户去查看会员中心的海报存在问题,所以跳转过去的人就比较少,那开通的人就会更少了。


当然,基于这些数据,我们后续也做了产品上的改进,无论是Banner海报的优化,还是去公众号以及我们线下门店做让用户去升级到最新版本的相关活动,最终都使得我们的数据有了比较明显的提示。

 

原创文章,作者:羽毛喜欢学画画,如若转载,请注明出处:https://www.guyarts.com/508.html

发表评论

登录后才能评论

联系我们

19912629517

在线咨询:点击这里给我发消息

邮件:1125146170@qq.com

工作时间:周一至周五,9:30-18:30,节假日休息