产品经理和程序员由于所处的位置不同，所以经常会在网上看到彼此的吐槽，实际工作中的撕逼更是不能断。由于大多数的程序员撕逼技能都太弱，于是今天我来进行一个小课堂，那就是如何优雅地拒需求（撕逼）。
大多数时候程序员的问题在于对于产品经理提出的任何需求，都不能以道理反驳，而只是以直觉说：『我觉得不行』、『我觉得用户没有这个需求』、『我不管我不做』。是，也许你的结论是对的，但任何没有论据支撑的结论和丢硬币得到的结果有什么区别？大家都知道辛普森杀妻案，那个时候所有人都知道辛普森的确杀害了妻子，但是由于警方在执法过程中的程序问题，导致重大证据失效，最后辛普森无罪获释。
我说这个是想说什么呢？我是想说，就算你知道了答案或结论，并且是绝对正确的（先不讨论绝对正确是否存在），这个结论也需要有强有力的论据支撑。
所以，如果你认为这个需求不合理，请证明它。
就算你觉得丫产品经理是个傻逼，请你也有理有据的证明他是个傻逼。不然你跟无理取闹的小孩子没有区别。
下面开始我的撕逼小课堂：
如果有一个需求被你质疑，你首先要问以下几个问题，并且要求对方用简短的几句话进行概括，一旦对方开始绕圈子或者含混就打断。
你提这个需求是要为谁解决什么问题？
这个问题是否客观存在？
（退一步讲，如果客观存在）你为什么觉得你的解决方案可以解决这个问题？
除此之外你想过其他解决方案吗？你为什么觉得这个方案是最优的？
我拿一个问题做示例：
有个产品想在外卖产品里做游戏，知道不能做，但却找不到有力的拒绝理由
而以这个问题做示例，我猜想产品经理的回答应该是这样的：
有时候等外卖太久，用户很无聊，很焦虑，一旦焦虑就容易对产品产生不满。
特别无聊就给他找点事做，游戏人人都喜欢对吧？
我还想过做过阅读产品，让他可以看小说。或者做个社交，让他可以约妹子。但是我想了想，工程量太大了，还是做个小游戏吧。
好了，有了他这些回答，你就可以看出漏洞了（如果看不出真的表示你撕逼不会赢，要不就忍气吞声做下去，要不就直接动手吧）
等外卖太久的解决问题难道不是外卖配送的算法不够先进或者配送人手不足决定的吗？那是否应该优先解决根本问题？——寻找需求的源头
不要用『我觉得』臆想，你是不是先做个用户调研比较好？——让对方为自己的需求寻找依据
用户手机里 App 那么多，为什么要玩我们的游戏，我们的游戏有别家做的好吗？（此时还可以举例）上一家在天气 App 里增加外卖功能的产品被骂的很惨的好吗？添加一个与主业务无关的流程是不是需要谨慎考虑，需不需要请示一下XXX——将领导拉入战场
那你觉得如果做了这个以后用户的活跃度或者满意度会提升吗？会提升多少呢？（如果在挣扎不过的时候，一定要做，留着这些以待以后打脸）
友情小提示：
尽量不要在撕逼过程中，说出以下结构的语句：
我觉得+主观形容词/臆测的用户感受。
祝各位撕逼能赢，并且赢得有理有据。
