简介：本文作者根据工作中项目实践的思路和思路，结合案例，分享了非常有用的数据嵌入相关知识，供大家参考学习。最近，我为团队中的新朋友做了一个数据分享点。那个时候，基本上都是无脚本的，口头的。说完，发现还是有很多不足的地方。然后我回想起我在公司已经一年多了。事实上，各队埋点的实际情况还是很差的。回顾并记录你的想法。
本文作者根据工作中项目实践的思路和思路，结合案例等，分享了非常有用的数据埋点相关知识，供大家参考学习。
最近，我为团队中的新朋友做了一个数据分享点。那个时候，基本上都是无脚本的，口头的。说完，发现还是有很多不足的地方。然后我回想起我在公司已经一年多了。事实上，各队埋点的实际情况还是很差的。回顾并记录你的想法。
一、关于埋点的几个问题
在进入正题之前，笔者先就埋点相关的几个问题进行问答，以便本文内容结合大家的理解。
1.1 为什么要埋点？
通过有效的埋点，可以收集和观察产品中用户的第一手数据。产品运行最真实的体现就是在迭代过程中量化工作收益，计算KPI，ROI，用数据说服别人。重要依据等等。
基本上，作者的产品都会定，规则不会被埋没、推出、发布。否则，收入事后就不清楚了，也就无从解释了。
1.2 为什么产品经理要编写嵌入式文档？
如果有专门的数据产品经理或业务线数据分析师，可能没有必要由直接负责的产品经理编写埋藏文档。
但是，在大多数情况下，公司可能没有专门的负责人。笔者建议产品经理亲自写埋文，而不是运营同学和研发同学。原因如下：
如上所述，埋点产生的数据将是判断你的工作目标是否达到的关键。每次你的产品迭代，项目启动，最终的收益都通过数据体现；数据埋点也是一个产品需求文档，可以和需求文档一起写，结合你的需求；Embedding可以为你的长期规划和版本迭代服务；你最熟悉整个产品的业务流程，你可以通过思考做出来。埋点成本最低，收益最高；一份好的埋点文档可以提升你的逻辑思维能力，尤其是归纳和抽象的能力；1.3 点是什么？
初学者很难理解这个概念。作者将有几种方式来多维度描述：
Point 指定程序在特定触发条件下记录的策略；以excel为例，第一行的标题栏就是点，标题栏会指定这个excel里面记录了什么数据；用户会在我们的app和网页中产生数据的各种行为，程序会按照我们点的规定记录用户的行为；事件模型=点；
上面的每一个语句都可以组合起来，你就可以理解了。
1.4 如何埋点？
埋点的技术有很多，例如：代码埋点、视觉埋点、无埋点等。埋点的位置可以包括客户端埋点和服务器埋点。
本文埋点文档将使用代码埋点和客户端埋点。即程序员根据我们嵌入的文档，报告用户在网站或app中的目标行为。
因为服务器端并没有直接捕捉到用户的行为。另外，服务器一般已经有研发留下的日志系统，额外的埋点处理可能会降低服务器性能。
二、如何描述一个点？
个人觉得一个点的描述基本可以匹配我们常用的5W2H模型。我们从左到右看它。
红色部分是我们对一个点描述的思考。根据情况和实际需要，可以适当增加或减少描述的纬度。比如，如果我们不需要知道哪个用户发送了这个事件，我们就不能使用who维度背后的数据数据埋点需求怎么写，或者用户是产品内部的闭环，我们不需要知道它的来源。用户，那为什么不能用。
这里有几点需要注意：
在正常情况下，我们应该尽量把每一个事件描述得尽可能丰富。如果没有提前记录数据，以后就无法完成回溯；之后，你就可以完全按照自己的想法去做；在how中，对用户的具体动作进行了标注，也就是说这基本上是整个事件的核心主干，一般是缺一不可的。
看白色部分是我们的观点，或事件模型。虽然是中文的，但是还是很清楚的描述了我们需要记录什么类型的事件。即需要对从抖音广告跳转到京东商城产品的用户进行数据统计。目的可以是看抖音频道带来新用户的能力，也可以是这个产品爆了之后的翻身能力等等。
最后，绿色部分是一个事件：2020年4月11日23:11:00，北京一位手机尾号为1386的iPhone 6S Plus用户通过广告3412链接访问京东网站，同时刷抖音。自热米制品。而这样的数据，按照我们在白色部分的描述，每分钟程序都会在程序中产生数千条记录。
了解了这个模型之后，我们就要正式开始编写我们的埋点文档了。
三、一个案例3.1个产品原型
笔者在这里画了一个简单的产品原型，具体逻辑就不详细了，一目了然。
3.2 埋点文件
根据前面的点描述和产品原型，作者简单的写了一个埋点需求文档，如下图。这里会有10个点的描述，也就是每一行相当于之前的一张思维导图。
通过以上文件，研发同学已经可以进行埋点操作了。
但不难发现，这份文件有几个明显的问题：
所有点都用到了，AppName、Time、Uid等属性，文档看起来很繁琐；并不是所有的点都需要使用Title、Fav、Like等属性；部分事件描述不够详细，继续添加多少类属性会使整个文档的可读性一落千丈。目前作者有100列属性。演示用的APP只有10行，两页。如果有 100 页呢？
为了解决上述问题数据埋点需求怎么写，让我们的埋点文档优雅，需要以下优化步骤。
四、优化4.1 提取公共属性
不难看出，其实每个点都需要用到Time、AppName、Uid这三个属性，传值的规则是一样的。作者将这些属性定义为点的公共属性。
在这种情况下，作者一般在正式描述要点之前，先总结一篇文章中的共同属性。这样，研发同学也可以据此抽象出所有的埋藏方式（研发意义上的），每次用户产生的事件上报，都会调用这个区域的属性值。
以后更改文档也将非常方便。如下所示：
备注：一个好的埋藏工具会有自己默认的收藏属性，比如：设备型号、系统型号、地理位置等。
4.2 按页拆分
根据作者的经验，为每个不同的页面制作一个单独的表格更具可读性。删除之前的公共属性后，整体事件埋点如下：
在表格旁边附上每个页面的屏幕截图将使整个文档更清晰。即使是新手也会知道每个页面上的操作。
4.3 折叠私有属性
最后，我们使用小说首页的页面来折叠一个私有属性。私有属性相对于之前的公共属性。在上图中，我们会发现两个问题。并不是每个事件都需要用到Title、Fav、Like的属性，而且在不同的点上，Fav和Like的含义也会不同（一桌状态，一桌行为，当然差别可以更大）。
因此，私有属性将根据点的维度分别进行描述，如下图所示。这样，不仅可以更详细地描述一些重要的事件，而且在使用同名属性时也不会与其他事件发生冲突，提高了属性的复用率。
05 总结
关于如何掩埋产品的介绍文章，这里几乎可以应付大部分简单的场景。这篇简单文档的作者留有很大的优化空间，后续进阶技巧会补充。相信如果使用得当，在对数据埋点的理解上，会秒杀90%以上的产品经理。
