今天完成的事情：和王雯师姐简单对了一哈短句子原型，修改了一些细节，周日人不够，不能内评。

                           跟进复盘项目，出现了沟通的问题，后端经常调试修改后不及时与前端沟通，导致前端工作量加                       大，正在积极调解中。

                           继续学习数据分析

明天计划的事情：内评短句子。

遇到的困难：其实把控项目进度是个大难题，特别是沟通这一块儿，我得好好学习下沟通技巧。

收获：

关于数据的埋点分析，昨天漏了部分字段。

（1）key和value字段。

当一个埋点对应不同类型的多种位置的埋点时，则需要命名当前埋点的key参数与value参数，一个key可以对应1个value或者多个value,但一个value不能对应多个key.只能对应唯一的一个key  例如：二手车信息网站有2个关键按钮，一个是砍价按钮，一个是拨打电话按钮，但是在多个频道中每个频道都有多个砍价按钮多个拨打电话按钮，在这样的场景下就可以设计2个KEY值：

1. key01=source用于标记当用户点击了一次按钮后是在哪个频道的页面点击的这个按钮X value01=X1，value2=X2用于标记不同位置同属性的按钮。
2. Key02=type用于标记用户是点的砍价还是点的拨打电话按钮，例如：01value用于标记砍价按钮，02value对应的拨打电话按钮。

（2）记录规则字段。

定义什么情况下触发埋点，例如：在列表页点击一次记录一次

（3）备注字段。

于描述当前埋点什么时间新增？什么时间修改过？原因？什么时间被删除？谁删除的？等信息记录

在埋点数据记录中比较重要的字段就是key和value。

• 同种属性的多个事件，建议命名一个埋点事件ID，并通过Key-Value键值对进行区分。
• 不同属性的多个事件，建议命名多个埋点事件ID，不建议使用Key-Value键值对进行区分。

那么key 和value的方案为右

（1）

（2）

通过两种方案对比得知，方案一逻辑很简单，就是一对一，每一个线索指标都对应一个事件，但当随按钮或页面数量增加时，此方案确定就被逐渐放大显得异常累赘。方案二采用的是key&value对应事件，基于思维导图的逻辑，如有增加新的指标，只需在相应值添加新的数据即可，极大的提升了工作效率。

个人总结：在工作过程中方法确实很重要，同样的需求，不同方案带来的收益相差很大，可以想象随着数据增多，上面方案一的工作效率会越来越低，直到不堪负荷。

埋点及埋点分析只是数据分析的第一步，之后还需要获取数据、处理数据等。准备在后面再学习其他的数据指标和具体的实现过程。