今天想要跟大家分享的是设计师如何建立数据验证闭环，计划分成以下三篇来说：
第一篇：如何获取数据—设计师主动推动埋点需求落地
第二篇：分析什么数据—设计师关注的数据指标有哪些
第三篇：怎么分析数据—实例解析数据分析方法
目前是这样规划的，如果后面还有什么心得，可能会继续总结分享。

今天分享第一篇，主要分为以下两部分：

一、什么是埋点，设计师为什么要提埋点需求

二、推动过程遇到的困难与解法

一、什么是埋点

埋点在数据产品经理看来就是【标记事件并为事件设定参数的一组代码】；对设计师而言，埋点可以简单理解成我们来“窥探”用户行为的一种方法。通过埋点获取数据，通过数据获取用户行为，通过分析用户行为产出针对性设计策略，以达成体验优化或实现业务目标的最终目的。

举个例子：我们要看6月1日-6月7日，作业帮app拍照搜题页面曝光的UV，就需要在该页面增加【带有时间参数】的【曝光事件】；还想看【某年级】所有用户进入该页面的UV，就需要为曝光时间增加【年级参数】；还要看从【某个入口】进入拍照搜题页的【某年级】用户的UV，就需要用曝光时间再增加【from参数】，这些参数和事件都埋上且埋正确了，才能得出我们需要的【某时间段某学科用户从某入口进入拍照搜题页面的曝光UV】的数据需求。

有点绕是不是，没关系，这里想说的就是，要想有效且精细的分析用户行为，这些埋点事件和参数都需要做到位，所以埋点的工作量还是挺大的。

可能很多设计师会问，埋点为什么还需要设计师去推动，想要什么数据管数据产品经理要不就好了吗？正常情况确实是这样的，那些成熟期的产品或重视用户体验的产品，埋点一般很全，想要的数据也能要到，但一些成长期的产品，由于前期一直探索尝试新方向，跑的太快，功能都做不完，埋点需求自然就滞后了，尤其是对体验依赖性没那么强的产品，用于分析用户行为的埋点更容易被忽视掉。

没有数据，就无法有效分析用户行为，无法度量设计的价值，这是很多设计师面临的困境，我也遇到过，而且不止一个项目遇到过这种情况。这个时候，我们就要靠自己的影响力去推动埋点需求的落地。

这句话说说容易，做起来真的是困难重重，真的比做方案难多了…

下面分享下在推动过程中我们遇到了哪些坎以及是如何应对的。

二、推动过程遇到的难点与解法

难点1：与业务方关注的指标不一致

我们经常把数据划分为综合性指标、业务类指标、行为类指标三种。

综合性指标能反应产品的整体情况，常见的有活跃用户，新增用户，留存，GMV，人均订单数，人均客单价等

业务类指标能及时知道业务的业绩变化情况，与具体业务相关，如搜索率，收藏率，下单率等

这两类指标设计师需要关注，但这些指标的达成是各方合作共同的结果，设计在其中发力多少，用这些大指标是很难去衡量的，这时候就需要用到行为类指标。

行为类数据能分析用户行为偏好，发现产品使用层的缺陷。比如验证某功能设计对用户的吸引度，我们可以看该功能的曝光率，点击率；要验证某流程的完成度，我们可以看该流程的完成率，完成时长，失败率，出错率，停留时长等等。

那关注的指标不一致，怎么办？我们做了三件事：

动作1：明确行为数据分析对业务的影响

关注的指标不一致，并不代表业务方不需要关注行为数据，只是大家角色不同，关注的重点有差异而已。我们首先需要讲明行为数据分析的目的，以及能为业务带来的收益，只有在大家利益一致的前提下，后面的事情才好聊。

动作2：找决策者聊，自上而下去推动

想要推动一件事，跟上游决策者直接聊是最有效、最快速的方式。刚开始，我们跟下游的产品去聊行为埋点的事，会被质疑这件事的收益是什么，当你聊明白收益了，他又会以开发资源紧张等种种理由推脱，最后的结果是一直扯皮，就是不办正事。其实这也是情理之中的事，作为设计师，主动推进一件事，本身就有点名不正言不顺，说白了，你凭什么给人家产品提需求？你又不是人家的领导，凭什么要求人家替你做事？

意识到这个问题，我们及时调整沟通策略，拉着我们leader找产品leader一起聊，有了领导的支持(施压)，自上而下去推动，一切都变的顺利很多。

动作3：寻找利益方，壮大阵营

你以为找到决策者聊明白收益就能顺利推动了吗，当然没那么简单。产品本身会有自己的规划，开发你的需求就意味着其他需求往后排。当需要跟其他需求PK优先级时，寻找和自己有共同需求的伙伴，壮大阵营是提高需求优先级的有效手段。比如我们找到的是运营侧，了解到他们也有这方面的诉求，将他拉入自己的队伍，一起去推动，进一步提升了这件事的预期收益。

难点2：研发资源紧张，埋点需求优先级低

动作1：分批次，分模块，分优先级上线

梳理关键流程及核心页面的核心点位，并标注优先级，这也算是一个妥协的方法，你不给我包子吃，给我个窝窝头总行吧。这样既能保证高优埋点需求的开发，也能避免集中开发导致研发资源紧张的问题。

动作2：把对接人与排期落到纸面上

好不容易费劲巴拉把业务方说服，答应了这件事可以做，但是由于研发资源问题不能马上落地。这个时候千万不要就一直等，等到资源释放，一直等着的结果就是又被无限延期，甚至被忘记。所以目标达成一致后，一定要趁热打铁，把需求对接人和排期落到纸面上，只有这样才有“证据”（天天在这斗心眼~）

动作3：跟进埋点的验收

在各种努力下，埋点开发终于提上日程，不要天真的以为进入开发阶段就万事大吉了，一定要记得验收，这是我们很容易忽视但也尤其关键的一步。和平时的需求一样，埋点需求也是需要验收开发效果的，不要等后期用到具体的数据时发现数据明显是错误的，才发现埋点有问题，这个时候再去推动修改，可想而知有多难。所以千万不要因为这小小的疏忽让之前的努力全打水漂。

“高阶设计师之所以高阶，是因为他有推动项目落地的能力，也有拍掉不合理需求的勇气，能用自己的专业能力影响产品与业务侧”这是好久之前一个leader跟我说过的话，至今仍印象深刻，与之共勉。