一个难以拒绝的设计需求

一个难以拒绝的设计需求

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


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



设计师(以下简称UE)第一反应是:这…好像不太好吧?


产品经理(以下简称PM):为什么不好?用户如果有问题,他就可以点这个按钮寻求帮助,这很需要。


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


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


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


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


于是,PM 快速画了这样一张图:




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


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


UE:不是你说需要就需要,你们两三个人能代表用户吗?


PM:那你一个人不需要,也不能代表用户啊!


UE:……


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


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


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


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




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


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


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


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


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


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


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


加油!

发布于 2016-08-23

文章被以下专栏收录