4步轻松搞定产品埋点 +埋点需求文档模版

基于业务需求或产品需求对用户在应用内产生行为的每一个事件对应的页面和位置植入相关代码，并通过采集工具上报统计数据，以便相关人员追踪用户行为，推动产品优化或指导运营的一项工程。

定义

移动产品，经常称之为M端，包括手机APP，内嵌H5页面，小程序

网页产品，经常称之为PC端，通常包括WEB页面，PC客户端等

移动设备，比如智能手环，POS机等等各种智能设备，掌上电脑

服务器，一般是指服务端服务器资源

应用平台

记录用户在客户端的操作行为，适用于用户界面行为的上报

电商购物流程

打开商品详情—加入购物车—提交订单-支付成功

举例

客户端埋点

记录客户端向服务端发起请求的日志，适用于用户界面行为的上报

支付成功业务结果事件

如果客户端界面上有多个支付入口，使用服务端埋点就可以确保各入口数据能够完整上报，而如果使用客户端埋点则容易漏埋

服务端埋点

对比

客户端埋点    VS服务端埋点

埋点介绍

用户在应用内的每一次点击行为，都可以记为一次点击事件。比如按钮的点击，区域的点击，商品的点击。通过点击事件，拿到点击PV，点击UV。

点击事件

为了统计应用内的某些局部区域是否被用户有效浏览。比如推荐区域，某个按钮，首焦等等

在衡量页面某个区域用户的点击率的时候，首先需要清楚的就是这个区域到底被多少用户看到了然后才能计算点击率

曝光事件

通常是指页面的各种维度信息的统计。常见的比如页面浏览PV，页面浏览UV

页面事件通常统计的信息包括以下几个部分：浏览器信息：浏览器版本，浏览器语言，浏览器编码，屏幕分辨率等等；访问信息：用户账号，当前页面url，上次访问时间，访问时长，页面停留时间等等；来源信息：广告来源，上一页面url等等；物品信息：不同的业务，这部分信息区别很大。

页面事件

埋点的分类

事件：是指产品中的操作行为，也就是我们想分析的关键指标，例如，加入购物车、支付成功等

变量：是指描述事件的属性，例如，用户性别、商品的种类等。

确认事件与变量

思考什么时间才是记录事件的合理时机，时机的选择没有对错，要根据具体的业务需求来确定

明确事件的触发时机

需要确保团队和企业内部必须建立统一的认知，使用同一套命名规则。

 可命名的方式 ：动词+名词”或者“名词+动词”如“浏览（动词）+商品详情页（名词）”“订单（名词）+支付成功（动词）”等

规范命名

基于业务目标，明确实施埋点的优先级

明确优先级

埋点四要素

埋点需求模板

由业务方发起需求，（产品、运营、数据分析师）并基于自己的业务场景进行拆解，明确核心指标和分析需求

需求提交

产品主导，召集提出需求的业务方和技术团队共同参与。既需要与业务方确认埋点方案设计是否符合业务需求，也需要与技术团队确认是否已经完全理解业务语境，并确认需求开发的可行性

需求评审

产品或数据分析在分析平台的数据管理模块中进行相应的配置

技术团队则根据埋点方案，进行相应的代码部署，开始具体的开发和测试工作

埋点方案执行

验证已经配置好的埋点事件是否能正常被触发、触发的时机是否正确、是否与埋点方案一致

数据校验

埋点方案的梳理要越早越好，并且和开发同步，以防止相关的埋点参数接口取不到；

埋点一定要测试，否则会有很大的白埋率。白埋率什么意思？就是我加了埋点，但是没有数据；

埋点标识需要唯一，否则数据会出现重复，一个为0，一个double；

埋点方案发生变动要及时同步到各方，这个好像是基本职业素养；

把握几个关键的时间点：设计稿，提测和上线。

注意事项

埋点的协作流程

📚  《用户行为分析》 作者：张溪梦  邢昊

文章 《产品埋点答疑指南》  作者： 夏唬人

学习参考资料

4步轻松搞定产品埋点+埋点需求文档模版