需求作为用户获得产品的最重要动机，是每一个开发者都应该关注和重视的问题。一些开发人员在工作过程中往往在碰到不合理的需求，这些不合理需求不仅会严重阻碍开发人员正常工作的开展，也将影响产品或者项目的价值。那么，当我们遇到不合理的需求时，应该如何应对呢？中培课堂《需求分析与管理最佳实践》王教授在这里给出了自己的意见。

讨论需求本身

接到需求的时候，不要讨论设计解决方案，而应该讨论需求本身。设计解决方案是设计师需要考虑的专业问题，和PM争论并不会产生实质性作用，所以之前产品经理无论拿来多么精密的原型和文档的时候我都会忽视掉解决方案的那部分，有时候会出现以下定位出问题：

1、这个需求根本是达成什么目的？

2、这个需求需要的优先程度是怎样的？

3、这个需求需要的衡量标准是什么？

很显然这里的需求就是提供一个帮助入口，并且希望可以尽量帮助有问题的用户”。

　　要追问需求背后的目标和背景

在这场沟通案例中设计师一直都在说没必要做的这么强，但是他没有向 PM 了解为什么要做的这么强，忽略了挖掘需求背后的背景和原因：

比如是产品最近有出现重大问题需要紧急修复并且告知用户吗？如果这样的话可以直接针对这个问题给用户弹出问题卡片，并且告知事故现象和解决方案，而不是模糊的帮助入口；

如果是产品业务流程比较复杂，用户的完成度低所以需要帮助？那帮助的入口是否可以直接引入到场景中，比如在输入密码错误的时候弹出找回密码方式，在首次进行某项操作的时候进行新手引导？

需求的背景和目标是一个完整的整体，只有全面了解了之后设计师才可能给出ABCD等不同的解决方案，并且在这些解决方案中分析出优劣找出最优解。

设计效果不能只看单一的某个维度

衡量指标有三个维度：谁的功能量级大，谁的功能质量好，谁的功能对产品整体带来的收益高。所以虽然这个帮助入口点击率高，可能用户进去了之后转化率和留存会很低（没需求的用户好奇点进去就走了），另外也许功能上线后用户的负面反馈会增多，其他功能的流量也会受到此影响，而这个功能的根本目标（帮助用户解决问题 – 看问题的修复率）并不会改善很多。

所以，设计师衡量效果不能只看点击率这么一个指标，转化率、留存和用户反馈等都很重要。

设计师要更主动的去获取信息

案例里的设计师还有一个很大的毛病就是完全被PM牵着鼻子走，通过有限的信息去判断需求和方案的好坏，其实设计师可以自己主动做到对信息的全面掌握：

设计师有机会应该多去参加产品经理的周会、需求评审会、需求讨论会，多观察老大们对产品战略的宣讲，尽量做到设计师本身就可以掂量哪些是重要的哪些是不重要的。

设计师可以尽量去开通数据管理后台学会自己查数据，或者直接进反馈平台、AppStore、微博、贴吧去看用户反馈。如果实在不行大公司套路深，可以让产品和运营把相关的周报抄送给你。

设计师要经常学会向上沟通而不是点对点沟通，遇到这个问题的时候可以拉很多人来讨论，拉领导来讨论，拉牵扯到相关的产品经理来讨论，由大家一起发表看法。比如案例中如果设计师拉来负责首页的产品经理说”他要抢你流量”，你看他们不得先PK一遍？或者如果这个产品经理的需求真的不靠谱的话，适当的和老大提一提那个产品经理很可能就被喷。不必要怕沟通，作为设计师愿意去认真对待一个需求一定是会收到刮目相看的。