这是对付产品经理的一副毒药，程序员慎入
程序员和产品经理的日常就像是一对天生的冤家，为了需求的实现，几乎天天在争吵。这不，就在昨天各大技术和产品群里一个程序员暴打产品经理的视频火了，被广泛传播。
程序员暴打产品经理的原因据传，据传是：
某互联网公司的产品经理提了一个需求，要求 App 的开发者可以识别用户手机背壳的颜色来改变软件 App 主题的颜色。
然后……不幸而又让人兴奋的事情发生了
再然后呢？官方发布声明，两人双双被开了。
PM 活该挨揍
我为什么认为这个产品经理该揍呢？因为脑残，而且不是一般的脑残。今早在各大技术群里流传着这么一个对话截图，说上述问题的解决方案有了。如下：
我想说：脑残的解决方案。因为这个解决方案根本不现实。当然，上面的解决方案大半多是开玩笑的。然后，大家纷纷开始讨论如何从软件技术或者硬件技术方面入手，解决这个问题？疑问，难道这个问题真的不能解决吗？
我之所以说产品经理该打，非常脑残的真实原因是：并非所有的问题，都非得从技术角度来解决。因为这个问题最简单的方案就是从你产品经理的用户交互体验方来解决。不知道大部分 App 都可以自定义主题吗？你让用户在打开 App 的一瞬间，弹框让用户选择自己手机壳的颜色不就行了？何必呢？
不懂技术的产品经理，还非得让程序员从技术角度来解决，你既然不懂技术，那就想办法在用户的交互设计入手，不要把用户当色盲。即使是色盲，选的颜色也是一样的啊！
PM 懂技术的必要性
今天，趁着这个事件，我们顺便来阐述一下一个合格的产品经理具备哪些条件，以及懂技术的必要性。一个合格的产品经理至少，我认为应该具备一下几个条件：
- 具备用户思维，从用户角度进行产品设计和思考
- 善于发现生活中痛点，与产品相结合
- 需求分析及反馈收集，统计整理能力
- 懂点心理学
- 懂点技术
我们今天重点说懂技术的好处。如果产品经理懂一点技术的话，会有如下好处：
- 不会提出不符合技术实现的无理需求。这样不会挨揍。
- 可以反驳：程序员说“这个需求我实现不了”。因为你知道，能实现。再也不怕程序员以这个需求我实现不了来拒绝你了。
对付 PM 的猛药，毒药
虽然，我这个人一直都认为：万恶的产品经理是推动程序员技术进步的不竭动力。但是，出于一个人的懒惰和反驳，拒绝心理，我还是经常会在需求会议上和产品经理吵架的。我就把我和产品经理打太极的武术传授给大家。
1、若有所思后，拒绝
什么意思呢？挡在需求会议上看到一个非常难的需求的时候，比如：让你实现一个超级难的动画效果，你之前从来没有做过这个动画效果。我们都知道，当一个人面对一个自己不熟悉或者没有把握的事情的时候，第一反应当然是拒绝，因为感觉自己做不到，不想承担责任。
但是，这时你不要在需求会议上或者当着产品经理的面直接，毫无犹豫的回答：这个我实现不了。你应该若有所思后，告诉产品经理说：我想了想，这个效果比较复杂，我之前没有做过，没有把握，我下去过会搜索一下相关的资料，看看能不能解决掉？
这时候，产品经理会认为这个效果可能确实很难，因为这是你经过思考后回答的。
你事后，自己搜索一下相关资料，可能一看并没有你想象的那么难，然后你可能能做到，当你做完后，可能给同事的感觉，这个人真的很厉害，当初这么难的效果和需求，都实现了。会赢得信任和掌声。
如果你搜索相关资料后，确实很难，你实现不了，再去找产品经理，摆事实讲道理，这时，产品经理可能就很容易接受，并改变方案。
2、反问后，再拒绝
什么意思呢？如果你面对一个复杂的需求，你不要马上拒绝产品经理，这时，你应该反问他：你这么做的目的是什么？这个需求想达到的效果又是什么？然后和产品经理反复讨论这个需求，之后呢，你说这个需求很复杂，很难实现，但是会不会有第二种方案呢？可以实现你同样的要求？
找到做这个需求的原因，根据原因反推出另外一种解决方案。而且，在反复讨论中，还有可能讨论出更简单，更好的方案能够满足产品经理的需求。
3、学会踢足球，不是是踢皮球
比如：面对一个复杂的产品需求，产品经理给你的时间又不够时，你该怎么办？你该这么说：我可能按照你的要求在规定的时间点 deadline 完成，但是质量是无法保证的，可能会有很多 bug ，另外一种方式是你挑一些不是特别紧急重要的需求放到下一个版本中，给我充足的时间做重要的需求，这样做出来的质量有保证。
你提供了两个解决方案，然后把压力反推给产品经理选择了。这就是踢皮球。
总结
通过上述三个方法，其实总结成一句话就是：“Never Say No”。面对产品经理的复杂需求和刁难，不要直接说 NO（不），而是委婉含蓄的说：我行（其实可能不行）。这就是打太极，而且打的还是高级太极拳。
Never Say No就是对付产品经理的一副毒药。而且是屡试不爽。一般人，我不告诉他哦。
最后的最后，当然，如果遇到开头那样的产品经理，最好的毒药就是：不要怂，就是干。有时候，还得因人而异，但是我给出的毒药绝对是适合大部分产品经理的。