产品经理如何写出一份高质量的数据埋点文档？（四）

产品经理如何写出一份高质量的数据埋点文档？前面我们介绍了三个重点，下面就是第四个重点：点的管理。小编根据自己的经验进行了总结，大家可以简单看看。
点的管理

埋点文档其实程序员们写的代码一样，是有版本管理，且要可以追溯。

但相比他们，我们并没有很好的文档管理工具情况下，笔者通过以下三个方法来对埋点文档进行管理与归档操作：

1. 产品版本与埋点文档版本

笔者在入门篇就已经申明，产品不埋点不能上线。同样的，产品的每次需求发版，埋点文档也要发更新；

埋点文档也是有版本的，笔者会习惯将埋文档的版本号与产品版本号保持一致，且每次都简单记录了产品迭代的内容；

不同版本间的埋点文档，新增和修改的内容要及时更新，但删除的点则要备注后，多经过几个版本后再删除，这样追查起来会比较方便；

埋点文档只做新增，不做覆盖，即如果产品发了十次版本，则会有十份埋点文档；且最新版本的埋点文档，一定是最新、最全的版本。

这样，笔者在整理过去一年时间中，产品各个迭代所产生的数据结果，及相应的事件分类都可以轻松快速的找到。

2. 埋点文档版本与点版本

除了每份埋点文档有版本，笔者的每个点都有版本号。

是不是听上去很复杂？其实这也是融合之前笔者程序员的经历，相当于git中，每一行代码可以不断的融合与迭代，但又能追溯到每一行代码的来源。

我们倒不用记录得那么详细，在埋点文档中，每一个点把出现的产品版本号记录上就好了；一般情况下，点的版本号不会高于当前产品的版本号。除非是这个点当前版本条件技术条件不满足，提醒自己下个版本需要实现。

一般文档中的点版本号会有以下几种情况：

如果点的版本号低于文档版本号，则此点是一个更早期的数据埋点，可以提示研发同学如果没有修改则可以不需要做任何修改；

如果点的版本号与当前产品版本号相同，且没有人进行埋点，则此点是一个新点，需要在当前版本中加上；

如果在新的版本中，如果对老的点要进行修改，比如添加修改属性等，则会把原来的老版本号和埋点人删除，换上新的版本号；

如此，研发同学能够快速的找到所有当前版本中需要埋的新点。

如果之前大家看到的埋点文档是1.0，这个2.0版本发布时，哪些点要添加、哪些点要修改、哪些点要删除，基本上一目了然。

由于内容比较多，第三点“点版本与埋点记录”这部分将在下篇文章中继续介绍，大家可以接着去看看。

以上就是“产品经理如何写出一份高质量的数据埋点文档？（四）”的内容了，如果你还想了解其他相关内容，可以来 产品壹佰 官方网站，或者扫码关注产品壹佰的官方公众号。