请问,你怎么得出的结论?
昨天在微信团队的一个灰度测试群里看到一组讨论对话,我相信绝大多数面对过用户的产品经理都经历过这样的场景。
一位公众号用户在群里提出了一个问题,描述了他发现的「事实」。
注意,这里说的事实是打引号的。
看完后,你是什么感觉?
我先说下这个所谓的「诡异的产品缺陷」吧,其实是指微信图片消息打开后的图片数量提示。
这位用户反馈的重点在于,「绝大多数用户」并不知道内容中有多张图片,因为需要横向滑动图片区才会切换。
但是,图片右下角以及底部其实是有数量显示以及滚动条的。
当然,对于使用过小红书这类产品的用户来说,对这种交互设计已经建立了默认的认知。
可对于初次使用这种设计形式的用户来说,真的会出现不知道有多张图片存在的情况么?
按照这位作者用户的反馈,是有的。
只不过,他简单粗暴的把一部分或者极少数人的反馈当成了绝大多数人都面临的问题。
注意看他的表达,他用了一种肯定的方式说绝大部分人点进来并不知道,仿佛自己就在现场。
然而实际上,这种肯定是来自于他群里用户的情绪方面的反馈。至于这种情绪是什么,不得而知。
之所以要跟你们聊这个话题,是我觉得这是一个有趣的且大多数产品经理都会遇到的场景,夸大感受。
在上面这个案例中,微信团队的同学用了一个问题就让反馈用户说出了客观实情,重点落在了关于「绝大多数用户」是如何得出的结论。
面对同样的反馈,不同的产品经理可能会做出不同的反应。
第一种,会默认相信用户的反馈,把「绝大多数」和「根本不知道」当做客观事实去对待,然后开启产品优化设计。
第二种,会质疑和思辨这个反馈背后的客观事实,以及影响范围和真实情况,还原现场后再做下一步行动的考虑。
那么,哪种方式更好呢?
显然,肯定是第二种。因为这才是做产品的正确方式,要不然,产品经理会被用户欺骗,虽然用户不是这个本意,且产品经理也不想这样。
这样的例子在产品工作中经常能见到,尤其是 C 端产品。
少数用户会把自己面临的问题以夸大感受的方式反馈给产品,似乎所有的用户都跟他面临着同样的问题,而且迫不及待想解决。
这时候,产品经理要做的不是去共情和同理心,而是去挖掘背后的客观事实、影响范围和真实情况。
任何未经证实的产品问题,都只能当做一种感受,而不能作为事实。
基于感受去做的产品决策,大概率来说质量都是很低的,也容易犯错。
说回这个案例。
因为我不知道微信在这一点上的整体大盘数据是怎样的,如果只是一少部分用户会有这种困惑,且通过持续的使用能建立这种交互认知,那这就不是一个值得解决的需求。
原因很简单,这是可以靠时间和重复使用解决的问题,并不需要产品层面的解决方案。
就像我们第一次使用微信,对于长按录制语音发送这样的操作,其实也是有个从陌生到熟悉的过程。
如果这种困惑出现在大量用户面前,且这是一个全新的交互设计方式,那或许应该在用户首次使用时做一个提示引导,比如用动画方式告知用户图片区域是可以往后滑动的。
但话也说回来,除非这种提示引导设计得非常好,否则大概率也会被用户忽略。
其实你们自己也可以感受下,有谁会非常耐心地把产品使用引导提示看完?有谁会去认真阅读产品使用说明书?
用户总是多变的,用户也会夸大自己的感受,用户甚至会用他们的方式来欺骗产品经理。
这很正常,也是产品经理面临的常态。
因此,带有一些质疑,带有一些思辨,再带有一些三思而后行以及谋定而后动的态度,或许是产品经理的基本素质。
有点意思。
有读者说不知道怎么加我微信,其实方式就写在上方卡片下面。
还有读者说怕加我微信不知道聊什么,其实不聊也没关系,围观下朋友圈也可以作为一种选择。
当然,近距离接触我最好的方式就是来星球里找我👇🏻