上周，老大突然跟我说，最近优化的这个功能的使用率是历史上最低的，让我去对比对比数据，看能不能找到原因。
听完他的话，我内心想到的是：1. 我到现在好像很少去关注数据这块，虽然在做这个功能前有进行过需求调研，包括问卷，论坛等等，但在数据表现上比较少去关注；2. 上线后，我也没太多去管上线后的数据表现，没在上线后的数据基础上去评判上线情况。想想还真是惭愧。
为此，我先拟出了一个方案：
1. 是哪一块的数据掉了，这一块又是由什么组成的（即哪些内容会影响这块的数据）？最好能把这些内容全部列出来并做到最底层。比如某个功能的数据跌了，单从产品层面来看（市场层面上的现在暂不说），可能是UI不好看了，也有可能是这个页面里的某个你认为好的小按钮并没有给用户带来多大的作用，用户不想经常来点点了。
2. 根据功能的拆分提出可能下降的假设，这个可以头脑风暴一下。并列出证伪/证实的方法。即怎么通过数据去论证你的假设是对的是错的
3. 接下来就可以去跑数据了，看看你的哪些假设是对的，哪些是错的，或者在跑数据的过程中又发现了新大陆。
好坏总是对比出来的，因此在论证的过程中也可以说是一个对比的过程（与行业基准或约定俗成的规范进行对比）。在对比的维度上我暂时可以想到的只有这两个，后续有想到的再加上，也请大家不吝赐教，多多补充：
1. 时间上的对比。固定某个用户群（也有可能是全量，也可以是新用户，老用户，这就涉及到用户分群了），再在比较过去这个功能此用户群的使用率和现在优化后的功能此用户群的使用率；
2. 用户分群上的对比。我们总是会对不同的用户状态设置不同的效果，如对未登陆的用户是展现A效果，对登录的用户呈现B效果，但AB效果我们往往可以归为一个功能。因此固定某个时间段，看哪部分用户对这个功能造成了什么影响，是促进了还是拉低了。
写的不好，请大家见谅，难怪我没有人赞赏。。。
网友评论