一个难以拒绝的设计需求

本文内容，纯属虚构，如有雷同，纯属巧合。...



//以下内容，纯属虚构，如有雷同，纯属巧合。

今天上班，突然接到产品经理过来提了一个需求，说要在知乎的首页正中间放一个“帮助”按钮，他画了一个原型图大概是这样：



设计师（以下简称UE）第一反应是：这…好像不太好吧？

产品经理（以下简称PM）：为什么不好？用户如果有问题，他就可以点这个按钮寻求帮助，这很需要。

UE：但是首页最核心的任务是提供流信息，为用户提供内容。而且这个页面没什么学习成本，用户很容易就能理解，不需要帮助按钮吧？

PM：那是一部分用户觉得容易理解，那如果用户真的有问题、不会用，总要有一个入口让用户点吧？

UE：这个帮助功能有这么重要吗？放在首页这么正中心的位置，挡住了后面正常内容，用户又不需要的话不是干扰主流程和大部分没有问题的用户了吗？

PM：那加个取消的按钮吧，用户如果不需要他可以选择关闭，需要再去点。

于是，PM 快速画了这样一张图：



UE：不管怎么说，帮助都只是一个辅助功能，肯定不能放在最首页的位置，这最多是一个紧急情况下的选项，肯定不是用户的诉求。

PM：你怎么知道不是用户的诉求呢，我作为用户就挺需要的，我问了身边几个朋友也都说需要。

UE：不是你说需要就需要，你们两三个人能代表用户吗？

PM：那你一个人不需要，也不能代表用户啊！

UE：……

PM：那这样，快速做一个版本上线做 A/B Test 吧。看看有多少人点击帮助、多少人点击取消，再看看对首页的点击率有没有影响，这样总可以吧？

UE：这种需求不用测也......

PM：总得给个实验的机会吧！说好的用数据说话呢！

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



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

案例分析：这是一个非常极端的例子，在这个例子中，如果把测试时间拉长到一个月，一定可以看到“帮助”按钮的点击率逐步下降、“取消”按钮的点击率同步上升，这几乎是一个可以预见的结果。而且，我们也可以通过观察用户点击进入某个按钮之后的停留时间、转化率来侧面表现一个功能的时机效果。

在这个案例的需求提出过程中，我们看到 PM 使用的一些常见的说服手段，比如“加的这个功能用户如果不需要就关闭，需要就可以去用”、“我和身边的朋友都觉得挺需要的”、“总可以上线做测试看数据吧？”等等。在这个极端例子中，我们很容易预判哪些理由是站不住脚的，以及这个一看就不可能成立的需求本身。

然而在实际产品设计中，有很多很多的案例不会这么黑白分明，设计师、产品经理、研发工程师，几乎没有人能拍胸脯说自己所表述的一定就是用户的诉求。而这时，如果需求方用这样的方式来说服对方，可能真的很难挡住。也许最后就被那句“总允许上线测试吧”给说服了。

而真实产品环境中，一两个新功能的加入在一段时间内真的很难产生明显的数据影响，甚至用户因为新鲜、好奇反复点击反而拉高了数据。这在复盘中，对唯数据论的从业者是非常致命的。

你问我那到底怎么办——怎么判断功能究竟是不是用户所需要的，怎么判断数据是否具有参考价值？

很惭愧，我现在也不知道，等到我搞清楚的一天，再来分享给大家。

加油！

    关注 王镇雷