数据埋点

数据埋点

什么是数据埋点

  数据埋点，它其实就是数据采集领域的一个术语。指的是针对特定用户行为或事件进行捕获、处理和发送的相关技术及其实施过程。

埋点的方式

埋点是谁的工作

  数据埋点是产品经理和研发工程师共同的工作。

案例需求背景

  目前注册这块，有三个环节，每个环节都有好几个输入框。
  作为负责这块的产品经理，我现在想要知道，用户在向下操作的过程中不断流失的情况。

埋点方案：
  鉴于人力和成本的考虑，我们初期没有必要实现一个大型的埋点系统，所以经过开会讨论，研发给出了一个快速敏捷方案。

前端埋点和上报 -->数据处理 --> 数据分析

埋点方案详情

  每次输入框输入结束 可通过 JS的事件触发，去调后台记录一条信息到数据库。

一、触发时机：
①　是光标落下去的时候发送事件，还是填完了光标转移的时候发送事件，哪个更好。
（由于产品经理的目标是为了知道有多少人输入，到哪个框，就不想填了，还是填完之后，直接把页面关了）
②　所以经过初步讨论，目前设定的是 输入框结束。

讨论过程：

结论：

  大喜和立成是站在不同的角度考虑问题，大喜考虑的是处理这个需求的工作量和数据量，立成的主张是忽略业务场景比较少的因素，目的是为了简化操作，降低实现这个需求的代价。所以有些时候，PM和技术经理需要做一些权衡。

二、记录内容：

  这条记录的数据包括至少以下信息：
  UserId 用户IP等（能标识一个未注册用户的唯一标识） IP+UA+pvid+ 一次注册操作的唯一标识 + 页面标识（基本信息，支付宝信息）+输入框标识（如 手机号，图形验证码等。。。）+datetime 日期时间

备注：

①　UA:user agent 通过http头部信息取
②　PVID

  因为一个用户可能多次打开这个页面，需要有一个pvid，每次打开的时候，随机生成一个串就可以了，保证两次打开，这个串不同。如果这三个页面是一个流程，那也可以就 在第一个页面生成pvid，然后传递下去。（如果这三个页面是一个流程，那也可以像你说的，在第一个页面生成pvid，然后传递下去，这样做的前提是，一定不能跳过第一个页面直接进入第二个页面。一般用户也没法直接进行到第二个页面吧，理论上是这样，如果真的可以直接进入第二个页面，会对最终的数据产生干扰。）

三、上报频繁问题：

  如果担心时间上报很频繁的话，客户端可以做计时的处理
  比如他两次上报的间隔，如果不超过一秒钟，那就第二次就不要报，因为在一秒钟的时间，正常人是没有办法在输入框里填写一个有效的内容的
  这策略可能还要根据你实际的用户量做一个权衡。

用户量调查：存量 10几万用户 增量 ：每天几百个注册 故现阶段不作代码处理

四、数据处理：

定期后台批处理

  以用户的一次注册行为 作为统计 根据统计场景 根据具体业务需要去重 统计各个输入框的总数，如果有时间需要，可以分析出一个用户的一次注册行为在每个框的耗时并记录到一张表

数据库or 文件 选型：

  后端的话比较简单，用一个接口接受数据就可以了，可以看一下用户量，如果不大存在数据库也是可以的。

定期清理的替代方案：

  如果长期统计需要关注 累积业务数据会越来越多。表设计可以设计为一张table_xx表和 table_xx_history表，其中table_xx 放业务数据，table_xx_history 放已作过数据分析的业务数据。

数据分析

  根据各个输入框的总数的递减可以手工绘制趋势图 分析 用户的各个框的流失情况。

  根据 耗时记录信息，可以知道每个用户的具体时间长短。

备注

统计信息以【一个用户一次注册操作】为分析对象。

记录的数据 根据需要进行更多的增加调整。

JS触发调后台记录，要考虑好触发时机。