产品埋点答疑指南
副标题[/!--empirenews.page--]
大约在半年前,我写过一篇介绍产品埋点的文章。现在回看,内容写的还不够丰富,有些细节、语言没有进行足够的打磨。 正好最近有读者让我给讲一讲埋点相关的知识,不太喜欢打补丁,索性把之前的文章删除了,看过的同学就当重新温习一遍埋点技能;没看过的同学,如果你想从事数据相关的产品方向,最好能mark一下。 话不多说,进入正文。 产品经理无论是在进行需求澄清,还是进行产品版本迭代的时候,都会面对领导,研发,测试,设计等人员无数个为什么。比如:为什么要把这个楼层放在另一个楼层的上面?页面为什么要这么设计? 这个时候如果仅仅凭感觉、道理是无法有力说服对方的,长而久之会降低自己的影响力。同时,也无法形成正确的产品方法论,对自己的职业发展也颇为不利。 刚进公司,我所在的业务线的数据质量是比较惨淡的,这一切的根源就是数据收集这个过程没有做好。而埋点又是数据收集的主要方式,所以源头就是埋点做得很烂,主要表现在以下几个方面:
夏唬人开始了填坑之路,经过三个月的摸爬滚打,修复了大多数的数据问题,终于能够支持产品日常决策。 一、关于埋点跟周围很多的产品经理同行聊下来,有一个很奇怪的感觉:大家对数据的重视程度确实越来越高了,无论是做产品迭代,还是做运营活动,经常会基于当前的数据现状来做决策。 但是,很少提及数据是怎么来的,怎么保证下一次数据的可用。大多数公司的产品和数据部门是分离的,需要做数据分析提数就行。各司其责,至于是否能提到,提到数据的质量是否正确,其实产品端是模糊的,所以我觉得还是有必要先简单聊一下埋点的定义。 1. 埋点是什么如果非要给埋点下个定义的话,我大概会这么定义它: 数据埋点是数据产品经理、数据运营以及数据分析师,基于业务需求或产品需求对用户在应用内产生行为的每一个事件对应的页面和位置植入相关代码,并通过采集工具上报统计数据,以便相关人员追踪用户行为,推动产品优化或指导运营的一项工程。——夏唬人 它如同每个城市的摄像头一样,每一个摄像头就是一个城市的埋点,监控着这个区域发生的一切,并且记录下来,满足交通、市政、企业等等的管理需求。 这样就好理解了,其实对一个产品进行埋点就如同实施一个监控系统的过程,整个系统会有一个统一的中枢系统用来传输数据,收集数据,但是每监控一个点就需要安装一个摄像头。 2. 采集的手段就如同摄像头是监控视频的采集工具,埋点同样有采集工具。而且通常会随不同的平台,有不一样的埋点手段,目前常见的平台通常包括移动端,PC端,移动设备和服务器四种平台。
各种平台常见的埋点手段如下所示(编辑问题图片没有显示,后补): 3. 埋点的分类按照获取数据的类型以及用户触发行为的不同,埋点一般可以分为以下几种: 1) 点击事件 用户在应用内的每一次点击行为,都可以记为一次点击事件。比如按钮的点击,区域的点击,商品的点击,每一条新闻的点击等,都可以成为一个点击事件。 一般通过点击事件,我们可以拿到点击PV,点击UV。 2) 曝光事件 曝光事件是为了统计应用内的某些局部区域是否被用户有效浏览。比如推荐区域,某个按钮,首焦等等。 比如一般来说我们在衡量页面某个区域用户的点击率的时候,首先需要搞清楚的就是这个区域到底被多少用户看到了,每被用户看到一次就是一个简单的曝光事件,然后才能计算点击率。 做曝光埋点的时候需要注意两个事情:第一,有效曝光的定义要科学,合理;第二,为了不影响页面性能以及用户体验,不能在应用内的所有区域都加曝光埋点。 曝光埋点是一个非常有意思的东西,也有很多知识、细节在里面,做好曝光埋点不容易,我打算以后单独写一篇文章来讲。 3)页面事件 页面事件通常是指页面的各种维度信息的统计。常见的比如页面浏览PV,页面浏览UV。 页面事件通常统计的信息包括以下几个部分:
页面事件通常通过页面参数来传递,这部分具体在下面讲。 4. 埋点的意义做事情要有其价值所在,做埋点同样,它的意义在哪?我总结了一下,有以下几个实用的方面:
以上就是关于埋点的一些基本知识,零零碎碎还有很多,这里主要讲了几个基础的,其他大家自行了解,当然也可以和我聊。 二、埋点的流程这个部分是主要内容,主要讲一下埋点的方法,流程。不同的公司埋点的流程可能不甚相同,但是总体的步骤是一致的,否则数据迟早会出问题。很具体的细节我不会深入,但是会讲一下极为重要的事项,需要引起注意。 埋点的基本流程包括如下几步:
1. 整理埋点方案(编辑:PHP编程网 - 黄冈站长网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |