如何巧妙应对那些不友好的需求挑战呢？

注：前几天做梦，突然梦到了很久之前看到的一个吐槽产品经理的小故事。或许是现在被产品“虐”习惯了感觉看问题会有差别的角度，于是凭着记忆去搜了这个故事重新看了一遍，果然有一些以前没有想到的结论。

至于职场噩梦，当“拍脑袋”的需求撞上你的设计稿

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

痛点：需求缺乏逻辑支撑，强行占用主要流量，让使用者体验瞬间崩塌。

从PM来看，“为什么不好？老实说，使用者如果有问题，他就可以点这个按钮寻求帮手，这很需要。”

设计师第一反应是：这…好像不太好吧，

说到UE，…，这种需求不消测也…，

深度对峙这方面，谁在代表使用者说话？

在实际协作中，PM与UE/设计师的冲突往往源于主观判断的偏差：

说到PM。“那是一部分使用者觉得容易理解，那如果使用者真的有问题、不会用，总要有一个入口让使用者点吧？”

UE的观点是。“不是你说需要就需要，你们两三个人能代表使用者吗？按理说，”

至于PM。“你怎么知道不是使用者的诉求呢，我作为使用者就挺需要的，我问了身边几个伴侣也都说需要。”

从UE来看。“不管怎么说帮手都只是一个辅助功能，必定不能放在最首页的位置，这最多是一个紧急情况下的选项，必定不是使用者的诉求。”

说到UE，“这个帮手功能有这么关键吗？放在首页这么正中心的位置，挡住了后面正常内容。