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

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

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

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

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

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

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

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

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

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

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

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

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

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

说到UE，“这个帮手功能有这么关键吗？放在首页这么正中心的位置，挡住了后面正常内容。使用者又不需要的话不是干扰主流程和大部分没有问题的使用者了吗？”

痛点：陷入“我觉得”与“你觉得”的无效循环，沟通成本极高。

巧妙应对的观点是，如何化解不友好的需求挑战？

1. 深度拆解真实意图：穿透表面看本质

是否真的是使用者的需求，还是产品经理的个人想法？其实，在产品设计中，始终以使用者体验为主要。确保产品易用、实用、美观，避免因追求功能而牺牲使用者体验。说起来，

2. 根据数据调整决策：用事实终结情绪争论

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

说到PM，“总得给个实验的机会吧！说好的用数据说话呢，”

验证需求的可行性和使用者接受度，为最终决策提供依据。

3. 建立科学评估程序：守住产品底线

在接到需求时要进行需求评估，判断其是否符合使用者需求、产品定位和公司战略。截至2021年，中国网民规模已达10.32亿。其中手机网民占比达99.2%。话说回来，这表明，移动端已成为人们获取信息、进行社交的主要渠道。任何冗余干扰都会被放大，

4. 坚持主要价值：隐私与健康高于一切

在产品开发过程中，始终将隐私保护和健康价值放在首位。不过，例如对于使用者数据，要采取严格的安全措施，确保使用者隐私不被泄露。

5. 协同进化：寻求共识而非对立

与团队成员保持良好的沟通，共同探讨方法。在遇到分歧时要尊重彼此的意见，寻求共识。通过使用者调研，了解使用者真实需求，为产品开发提供依据。

在产品开发过程中，巧妙应对不友好需求很关键。通过理解需求背后的真实意图、根据数据调整决策、强调隐私保护和健康价值、沟通与协作、还有使用者体验至上。我们能更好地应对各种需求，建立出符合使用者需求、具有竞争力的产品。

欢迎用实际体验验证观点。不过，