产品经理和程序员由于所处的位置不同，所以经常会在网上看到对对方的吐槽，实际工作中的掰扯更是不能断。由于大多数的程序员掰扯技能都太弱，于是今天我来进行一个小课堂，那就是如何优雅的拒需求。

　　大多数时候程序员的问题在于对于产品经理提出的任何需求，都不能以道理反驳，而只是以直觉说：『我觉得不行』、『我觉得用户没有这个需求』、『我不管我不 做』。是，也许你的结论是对的，但任何没有论据支撑的结论和丢硬币得到的结果有什么区别?大家都知道辛普森杀妻案，那个时候所有人都知道辛普森的确杀害了 妻子，但是由于警方在执法过程中的程序问题，导致重大证据失效，最后辛普森无罪获释。

　　我说这个是想说什么呢?我是想说，就算你知道了答案或结论，并且是绝对正确的(先不讨论绝对正确是否存在)，这个结论也需要有强有力的论据支撑。

　　所以，如果你认为这个需求不合理，请证明它。

　　下面开始我的小课堂：

　　如果有一个需求被你质疑，你首先要问以下几个问题，并且要求对方用简短的几句话进行概括，一旦对方开始绕圈子或者含混就打断。

　　1、你提这个需求是要为谁解决什么问题?

　　2、这个问题是否客观存在?

　　3、(退一步讲，如果客观存在)你为什么觉得你的解决方案可以解决这个问题?

　　4、除此之外你想过其他解决方案吗?你为什么觉得这个方案是最优的?

　　我拿一个问题做示例：

　　有个产品想在外卖产品里做游戏，知道不能做，但却找不到有力的拒绝理由

　　而以这个问题做示例，我猜想产品经理的回答应该是这样的：

　　1、有时候等外卖太久，用户很无聊，很焦虑，一旦焦虑就容易对产品产生不满。

　　2、我觉得是存在的，我每次等外卖的时候就觉得很无聊。

　　3、特别无聊就给他找点事做，游戏人人都喜欢对吧?

　　4、我还想过做过阅读产品，让他可以看小说。或者做个社交，让他可以约妹子。但是我想了想，工程量太大了，还是做个小游戏吧。

　　好了，有了他这些回答，你就可以看出漏洞了(如果看不出真的表示你撕逼不会赢，要不就忍气吞声做下去，要不就直接动手吧)

　　1、等外卖太久的解决问题难道不是外卖配送的算法不够先进或者配送人手不足决定的吗?那是否应该优先解决根本问题?——寻找需求的源头

　　2、不要用『我觉得』臆想，你是不是先做个用户调研比较好?——让对方为自己的需求寻找依据

　　4、那你觉得如果做了这个以后用户的活跃度或者满意度会提升吗?会提升多少呢?(如果在挣扎不过的时候，一定要做，留着这些以待以后打脸)