浅析如何面对不友好需求(2)

于是，大家吭哧吭哧制作了一版 A/B Test，上线一周后，数据反馈搜集完成。统计结果是这样的：

PM：数据出来啦！帮助的点击率不是最低啊，而且比取消按钮点击率高，看来用户果然还是很需要的。而且，整个页面以前的“更多”按钮竟然只有2%的点击率，要下也肯定下它，不应该下帮助功能。果然，还是要靠数据说话的。接下来，让我们再多花点精力把帮助功能做好吧！

案例描述结束

当然其实其中不乏夸张的成分存在，大家只当个故事听听就行，只要是在互联网公司工作的人都能感觉出来，需求有问题，之后许多人会开始故事中的设计师一样，纠结在用户有没有这需求，需求的优先级高不高这些问题上。可以说问题确实就出在这上面，但是设计师所提及的想法过于表面，没有深挖，我们不妨来看看这个需求的本质是什么。

一

公司里的男哥（感谢李尚男男哥给了我很多的想法）曾经告诉过我，当你拿到一个产品经理的需求的时候，应该要做的是，完全摒弃一切产品所提供给你的解决方案，然后去和产品经理了解两个问题：

1. 产生这样需求的背景是什么？

2. 用户是在何种情景之下进行的该操作？

由此，我们与产品讨论的方向就不应再局限于是不是放在首页这样的问题上，而是去挖掘背景和原因：

• 是不是最近产品出现了重大bug又或者说最近新增了什么业务流程比较复杂的功能，让用户无法独立的完成操作？

• 又或者是不是“帮助”功能的点击量突然猛增？那么去向帮助页面点击率最高的预设问题是什么？普遍反馈的问题又是什么？

通过这样的方式去寻找需求的共同点，会比否认他在首页放帮助的效率更高，如果是因为业务流程复杂，可以通过第一次点击时出现新手引导来解决，如果是因为bug或者用户大量反馈产品存在的问题，那么本质就应该去解决问题，而不是提供反馈的入口。

结论：无论产品丢给你多么精致的方案，请忽略不计，一切待得自己重新了解和评估过后再说。

二、要相信数据，但不要过分相信眼前的数据！

案例中，经过A/BTest后，产品给出的数据可以看出，在首页中帮助的点击率并不是最低，同时，帮助的点击率还略高于关闭帮助的点击率，就证明这个需求还是有许多人需要的。如果是没有经验的设计师面对的这样的数据可能一下子就懵逼了，无法反驳。

但是，但是，但是，敲黑板划重点。

1. 测试周期太短，在首页那么显眼的位置出现新功能，有较高的点击率是正常的想象，可以预见，把测试周期拉长至1- 2 个月的时候，这个按钮的点击率会降低很多；

2. 帮助的点击率还略高于关闭帮助的点击率并不能说明什么，可以认为有部分人是因为好奇而点击进入，通过返回来结束，并不是通过关闭按钮，所以这个数据比较这并不能说明什么；

3. 数据是无法单维度分析的，我们仅看到点击率，而更应该关注的转换率和留存率呢？只有 3 个数据都得到了好的反馈才能证明这个需求是真需求，功能是成功的。

三、不要试图用否认需求的方式来否认方案。

“我作为用户就有诉求，你没有诉求也不能代表大家都没有诉求”

我想，互联网人应该都听过别人拿这句话怼你。这句话其实是无解的，任何需求都可以被认为是有诉求的，这无法反驳。因此否认需求就变的没有意义了，用辩论的技巧来说叫做—-证有不证无。

（关于这个证有不证无可以看看奇葩说或者蔡康永的说话之道都有描述到，这里就不赘述了）