要点|4个实操要点，帮助产品新人掌握数据埋点( 三 ) |新人|数据|

触发时机：准确描述埋点的触发时机。例如进入页面后触发，打开弹窗时触发或者弹窗关闭时触发等。

备注：留下你想说的话，或者避免歧义的解释。

创建时间：记录埋点的创建时间，我的习惯是写下“年+月+版本号” 。

四、迭代埋点文档
1. 用时间维度来沉淀文档的弊端
原先的埋点文档采取的是以创建时间为维度正序叠加的迭代方法，新的埋点会叠加在文件的最下方，若修改旧埋点，会新建一条数据，标注一下是旧埋点，让开发进行相应修改。
此种方式有以下不足之处：

文档的更新重新增和修改，删除的内容不方便体现。
功能已下线的埋点未被删除，还遗留在文档中，日积月累下文档非常累赘，大量不再使用的文档干扰着使用者的视线。
被修改的旧埋点也留在了上方的文档之中，对最新埋点的查看带来难度。
文档的检索只能依靠事件名称的搜索，无法根据类别快速定位，新人熟悉文档的时候也没有逻辑主线

2. 埋点文档迭代需求埋点文档的迭代要考虑到当下与开发的沟通，和以后文档的继承。

当下沟通的需求是：需要知晓新增的、修改的、删除的埋点分别是什么
文档继承的需求是：一个新人可通过阅读埋点文档快速知晓整体埋点框架，在后续进行埋点补充和梳理的时候可快速定位到相应模块。

针对这两个需求，最终抛弃了原先的文档沉淀方式，而是采用了新的方法：

每条埋点都归属于一个分类\模块。根据埋点设计者对业务的理解来灵活划分，该分类仅用于文档分类，可帮助埋点的快速定位，也能给予新人熟悉文档的逻辑线。
用眼色来区分新增的、修改的、删除的埋点。例如新增和修改都用的是暖色系，分别是红色和橙色。删除的事件或者属性使用冷色系的蓝色。在每行的开头可进行实色填充，来加重区分。

下一版本的埋点输出后，将上一版本的埋点标黑。
比较谨慎的做法是：单独建立一个文档来记录被删除的埋点。
最后
目前我的埋点经验分享就到这里啦！由于数据分析这个事情和工具很挂钩，因此本文就不多加描述了～每个文字都是自己敲出来的，谢谢观看到这里，有不足之处欢迎留言探讨。
本文由 @不太然原创发布于人人都是产品经理，未经作者许可，禁止转载。
题图来自Unsplash ，基于CC0协议。