产品经理在日常工作中除了要 梳理需求、制作原型、输出文档，还需要设计埋点、关注数据、分析数据。
今天来简单介绍下埋点及其规范、数据查询验证：
(1). 什么是埋点
(2). 埋点的规范
(3). 埋点的注意事项
(4). 数据查询及验证
一. 什么是埋点
埋点，简单说就是通过在客户端埋下某些代码，通过客户端上报，最后收集埋点数据加以统计、分析。
埋点一般采用 第三方(如神策平台) 或 自研，今天简单在这里给大家讲一下神策凭条。
https://www.sensorsdata.cn/ (神策平台官网)
神策是第三方服务，需要付费后，可进行私有化部署。
神策数据查询平台截图(参考)
通过埋点数据上报后，通常可在神策上面进行如下操作：
(1). 事件分析：用于分析某个功能用户的点击率、浏览率、使用情况、页面PV等等；
(2). 漏斗分析：用于分析某个流程中用户的衰减、过滤等；
(3). 分布分析：用于分析某个功能中用户的使用分布情况(可自定义区间)；
(4). 用户分群：对新增用户、老用户、流失用户等等进行分群，查看统计并分析用户的行为数据；
(5). 数据概览：对于一些需要经常关注的数据，还可以制作成概览，方便浏览和保存。
二. 埋点的规范
埋点，即讲究技巧，也讲究规范，我们先来看一下埋点的规范。
每个埋点由以下这些部分组成：
module_id： 模块ID，一般我们会在埋点之前先设计好所有的模块；
module_name: 模块名称，与module_id对应；
content_id: 项目ID，例如具体的某个按钮、某个控件；
content_name: 项目名，与content_id对应；
event: 事件名，常用事件包括 page_view (页面浏览)、view (内容元素、控件的浏览)、click (内容元素、控件的点击)等；
args： 状态/参数，可用于例如不同内容、不同控件及状态下的区分。
如上图所示，部分埋点文档
三. 埋点的注意事项
埋点在设计时，需要注意以下事项：
(1). 合理运用事件；
(2). 避免资源浪费；
(3). 注意埋点校验。
1. 合理运用事件
这里特别要注意page_view事件，该事件一般在用户触发浏览某个页面时，客户端即进行该时间上报，而由于客户端和服务端的接口通讯存在时间差，客户端在没有拿到某些关键参数时，无法对参数进行上报，因此，page_view一般不需要输入args (除非客户端可自行校验判断的参数)。
2. 避免资源浪费
客户端进行埋点并上报，实际上会对客户端及服务端、大数据平台等产生资源的积累和压力，因此，我们在埋点时需要注意：
事先设计数据漏斗，罗列所需要查询分析的数据需求，在埋点时做到不重复上报、不浪费资源。
例如：我们需要查询并统计新增用户在经过冷启动后，进入书城并进入阅读的数据漏斗
然后，根据上述数据漏斗，我们拆解需要查询的数据：
(1). 冷启动的人数；
(2). 浏览书城的人数；
(3). 进行阅读的人数。
因此，我们需要设计的埋点如下：
(1). 冷启动埋 page_view ；
(2). 浏览书城埋 page_view；
(3). 进行阅读埋 page_view。
如果，我们还需要区分用户浏览书城的频道、具体阅读哪一本书籍，那么：
(1). 浏览书城的page_view，可增加args的参数如male(男频)、female(女频)、newbook(新书)；
(2). 进行阅读的page_view，可增加args的参数如"book_id":"xxx"(xxx可传书籍ID)。
四. 埋点校验和查询
在客户端进行埋点之后，我们还需要对埋点进行校验，以检查埋点是否正确、是否可上报，通常可找客户端同学进行沟通，做成可视化的控件进行查询。
在客户端发版前，我们还可以在私有化的神策平台进行数据查询，但神策数据统计存在一定的 延时性，因此需要结合上述方法一起进行校验。
南山南 | 10年移动互联网从业经验，资深视觉设计师、高级产品经理
“如果天赋不是与生俱来，那么更应兢兢业业”。
网友评论