埋点设计思路 - 基础知识和设计流程

标签：验证   das   区域   基础知识   联通   迭代   HERE   特征   href   

一.  埋点

• 功能方面，埋点是用来收集用户行为数据。比如想要了解一个用户在APP里面点击了哪些按钮，看了哪些页面，做了哪些事情等，就可以通过埋点来实现。
• 实现方式方面，埋点就是通过植入一段代码到某个页面或某个按钮，从而监听用户行为并进行收集上报。

二.  埋点SDK

• SDK：Software Development Kit（软件开发工具包），包括某类软件功能的相关文档，api，软件，框架之类的集合
• 理解SDK：可以把SDK看成一个虚拟的程序包，这个包里面有一份已经开发完成的软件某一功能，包是几乎全封闭的，只通过API联通外界。（可以把盒装饮料看作“SDK”，吸管看作“API”）
• 埋点SDK：封装采集用户数据的代码，形成一个组件。这个SDK可以实现基本的数据收集功能。

三.  埋点的事件分类（埋点类型）

1. 页面事件：用户访问页面的信息，比如可以通过页面埋点统计页面浏览量（PV）；
2. 点击事件：用户在页面的点击行为，比如想要收集用户点击搜索按钮时，填入了哪些关键字，就可以在搜索按钮上埋一个点击事件，通过字段keywords上报的值实现分析关键字的目的；
3. 曝光事件：用户浏览页面的区域，比如统计某个区域是否被浏览过，需要进行曝光埋点；
4. 停留事件：用户访问页面的停留时长的信息，比如某APP定义用户在文章页面停留为一个埋点，获取除返回后台的停留时长，重新切入页面累计时长，用来分析喜好情况。

四.  埋点的事件组成（埋点属性）

1. 用户基本信息：描述用户的基本属性信息，包括用户ID，性别，运营商，设备类型等
2. 时间信息：事件发生的时间
3. 行为信息：用户做了哪些行为，比如点击行为，浏览行为等
4. 行为对象信息：用户的行为作用在哪些对象上，比如点击按钮A，浏览页面B，那么A，B就是用户行为作用对象
5. 另外，也可以从4w1h（who,when,where,what,how）五个维度来划分埋点属性

五.  埋点的优点

• 通过有效的埋点，可以收集和观察到用户在使用产品中的第一手数据资料
• 最真实的反映产品的运行情况，是量化工作效益，计算ROI和KPI，通过数据来分析问题的重要依据
• 实现埋点的代价最低，收益最高

六.  埋点技术

• 代码埋点
• 可视化埋点
• 无埋点

七.  埋点需求

• 流程：

• 具体操作：

1. 梳理产品流程

• • 前提：了解产品设计的每个流程的跳转和逻辑
  • 依据：使用产品设计的原型图，用APP实测会漏掉一些触发场景

        2. 梳理分析场景思路

• • 明确埋点目标：一般情况下，埋点需求的来源分为产品需求的衡量指标和业务的分析需求。比如，分析用户行为，挖掘流失点的场景。
  • 确定埋点指标：明确需求后，选取可以衡量需求效果的数据指标，比如页面浏览量，页面转化率，访问人数，访问频次分布等等。
  • 拆解梳理埋点：

      需要思考以下三个问题（后面是思路）：

1）收集哪些数据可以满足选取的指标 —— 拆解指标，找到单位变量，确定数据；

2）触发数据收集的时机是什么 —— 根据需求效果确定收集时机；

3）需要收集哪些维度的数据（定义埋点的哪些必要属性）—— 设计全面又多维的属性和属性值，可以利用4w1h思维模型。

     举例：需求是分析用户行为，确定一些指标，选取其中的一个指标平均访问量为例

1）收集数据：拆解该指标，得到两个单位变量PV（访问量）和UV（独立访客）；

2）收集时机：针对UV这个变量，可以定义为“点击页面入口”就算访问并开始收集，也可以定义“页面加载完毕”再收集，更可以定义为“页面加载完毕且停留页面内至少5秒钟”才收集。

        3. 制作埋点文档

• 埋点文档：DRD（Data Requirements Document），也称为数据需求文档。
• 文档三要素：

1. 用户属性信息：比如用户设备号，定位，用户ID；
2. 事件ID：事件埋点的唯一标识，每一条埋点记录对应一个事件ID，也用于在数据库进行取值；
3. 事件描述：包括事件类型（点击、停留），事件来源（可以多级，如一级来源，二级来源等），触发时间，触发事件（什么情况要触发）。

• 埋点文档意义：

1. 利用文档本身的时效性和易追溯的特点
2. 作为与研发沟通的工具，充分避免歧义，保证埋点质量

• 一份合格的埋点文档：

1. 祥细定义了埋点事件，说明了每个埋点事件的触发时机、属性名称、属性值类型以及属性值来源、埋点方式等内容；
2. 详细记录了录入时间、埋点状态、对应版本和埋点迭代记录、附加备注等便于管理的内容。

4. 复盘

• 验证所有指标能否被正确采集

主要是保证埋点数据的准确性，如有异常则需及时反映并进行调整

• 监控、管理当前埋点指标的效果

在产品运行的过程中，会逐渐体现出不同功能模块的业务复杂程度，因此埋点的需求也会随之产生一定的调整，需要更加敏锐的洞察力了

八. 相关概念

1. 事件：可以被记录到的操作和行为。
2. 指标：衡量事务发展程度的单位和方法，通常需要经过加和、平均等统计才能得到，并且是在一定条件下的。
3. 基础指标：比如注册用户数，订单量，PV，UV
4. 复合指标：在基础指标的基础上，通过加减乘除等运算方式得到的，比基础指标更有参考意义，比如跳出率。
5. 维度：事务现象的某种特征，比如性别，地区，时间。
6. 属性：对于一个对象进行刻画的维度。
7. 属性值：定义属性的特征或参数。

参考链接：https://www.jianshu.com/p/01685d0770cf

                  https://zhuanlan.zhihu.com/p/38282055

埋点设计思路 - 基础知识和设计流程

标签：验证   das   区域   基础知识   联通   迭代   HERE   特征   href   

原文地址：https://www.cnblogs.com/yanmai/p/12983454.html