数据埋点确实是在产品设计中比较重要的一个环节，因为自己做过很多埋点相关的需求，很多新手产品也对这块的缺乏了解，所以最近会写一系列文章来讲下数据埋点这块的内容。当然，具体怎么去对埋点后的数据进行分析，应该不在本系列文章当中，不过，也不排除写着写着，突然就加进去了，毕竟，人都是善变的。

在做产品的过程中，从需求的产生，到产品开发，直到最终产品上线，能够让用户去使用，只要有人在用，无论是做C端产品还是B端产品，无论做电商产品或者是社交产品，都会绕不开的一个东西就是数据，哪怕没人使用，也依然绕不开数据，因为顶多就是数据为0而已，就好比“人人生来都注定改变世界”是一样的，有的人说我不服自杀，这样就没法改变世界了，但很可惜，因为你的自杀，世界的自杀率提高了那么一点点，同样也是改变了世界，所以，改变世界是我们每个人的宿命，没有办法能够逃掉。正如同，数据是任何产品当中不可或缺的一部分一样。

数据埋点诞生背景

而数据在产品当中的不可或缺，主要表现在以下诸多场景上面，比如：

1.运营可以通过查看推荐给用户内容的阅读量、点赞量、转发量等数据，大概推测出用户对于内容的喜爱程度如何；

2.产品可以通过查看用户对于首页几大主入口的点击量，来大概推测出用户更加偏爱哪些入口里的内容；

3.产品还可以通过查看用户在购物流程当中，哪一步操作后停止不再继续下一步，大概推测出是产品在页面或者功能设计上哪里存在问题。

当然，类似的案例还有很多，而这些也充分说明了数据对应一个产品来说，它其实是至关重要的，概括起来，主要的重要性如下：

1.帮助验证/改进产品；

2.统计相应运营数据。

也正是因为数据有着如此的重要性，所以为了能够收集到产品当中的相关数据，“埋点”这门技术就应运而生，当然，它也不是什么高深的技术，本质上，埋点是在产品当中植入代码，来采集数据的一种方式。再详细一点，就是在用户的某些行为或者操作后，去记录用户的相应行为或操作数据，一般是通过接口去将这些数据传输到对应的后台。

埋点数据类型

上面提到了埋点主要是为了记录用户的行为或操作数据，那么行为或者操作到底是包含了哪些行为和操作呢，为了更有体系化帮我们分析，一般可以按照如下几方面进行：

1.用户基本数据

用户新增、活跃、留存、来源渠道等数据

2.功能使用数据

用户访问页面的路径、具体使用的功能入口、点击的按钮、页面停留的时长等数据

3.综合数据

也就是基于以上的数据，可以间接得出的一些其他数据，比如通过统计用户下单时各个操作的数据，便可以得出用户在整体流程上的转化率。

埋点位置

在埋点位置这块或者埋点场景里有的人会按照客户端埋点和服务端埋点进行划分，或者是按类似的含义进行划分，在这里，我个人是觉得这种划分方式是完全错误的，至少委婉点它起码是不太合适的，因为本质上，其他人所谓的服务端埋点无非就是通过接口在进行数据的埋点，而通过接口埋点，很多情况下，是需要在客户端调用的时候去进行埋点，甚至还会在调用接口成功或者失败的回调里面去埋点，所以如果这样来看，其实埋点的位置依然是在客户端，并不是在服务端进行的。

所以，我会按照埋点的位置划分为两类，一类是页面埋点，一类是接口埋点。

1.页面埋点

这个比较好理解，就是页面上能够看到的信息比如按钮、文本框等位置，在这些位置对用户的操作进行数据采集，就可以称之为是在进行页面埋点。

2.接口埋点

而有一些并不是直接在页面上进行的，而是先通过用户在页面上进行操作以后，还需要去调用后台接口，这个操作才算是完成了，那这种就可以称之为是在进行接口埋点。所以无论是在前台完成了接口的调用，还是说在后台完成了调用没有给前台返回相应的状态，本质上反正都是在接口处进行了埋点，也不必刻意去区分是客户端还是服务端了。产品经理在做产品过程中，有时候也确实是需要更多去思考一些更本质的东西，而不是被一些表象所蒙蔽。

常见数据埋点方案

在清楚了数据对于产品的重要性，数据埋点的类型以及埋点的位置以后，那么如果我们现在要准备在产品当中去进行埋点，需要怎么样去做呢？

一般来说，有两种方案可以选择，一种是公司完全自主搭建一套自己的数据采集、数据分析和数据展示的体系，这种方式相对来说无论是人力成本还是时间成本都会比较高，性价比不划算，很多大厂可能会采取这种方案来进行。而另外一种比较省时省力的方案则是采用一些市面上比较成熟的第三方数据统计的平台来进行快速接入，对于大多数中小型公司，选择第二种方案会是一种比较明智的选择。

接下来我们来给大家介绍下市面上一些常见的第三方数据统计平台，目前市面上主流的可以接入进行数据统计的有：友盟、TalkingData、百度统计、GrowingIO、神策数据、诸葛IO等等，不同公司可以根据自己实际的需要进行选择，但无论是选择哪家平台基本上也都是大同小异