产品经理无论是在进行需求澄清，还是进行产品版本迭代的时候，都会面对领导，研发，测试，设计等人员无数个为什么。比如：为什么要把这个楼层放在另一个楼层的上面？页面为什么要这么设计？

这个时候如果仅仅凭感觉、道理是无法有力说服对方的，长而久之会降低自己的影响力。同时，也无法形成正确的产品方法论，对自己的职业发展也颇为不利。

刚进公司，我所在的业务线的数据质量是比较惨淡的，这一切的根源就是数据收集这个过程没有做好。而埋点又是数据收集的主要方式，所以源头就是埋点做得很烂，主要表现在以下几个方面：

• 产品上线不埋点；
• 有埋点的模块数据无法正常上报，不上报，或者上报错误；
• 埋点错误，比如PC端的产品形态用了M端的埋点方式。

夏唬人开始了填坑之路，经过三个月的摸爬滚打，修复了大多数的数据问题，终于能够支持产品日常决策。

一、关于埋点

跟周围很多的产品经理同行聊下来，有一个很奇怪的感觉：大家对数据的重视程度确实越来越高了，无论是做产品迭代，还是做运营活动，经常会基于当前的数据现状来做决策。

但是，很少提及数据是怎么来的，怎么保证下一次数据的可用。大多数公司的产品和数据部门是分离的，需要做数据分析提数就行。各司其责，至于是否能提到，提到数据的质量是否正确，其实产品端是模糊的，所以我觉得还是有必要先简单聊一下埋点的定义。

1. 埋点是什么

如果非要给埋点下个定义的话，我大概会这么定义它：

数