知乎上有个问题，产品经理如何避免被程序员打，我觉得很有意思，就来探讨一下这个话题。
首先，这个问题问的就有问题，问题的表述就把产品经理和程序员放在对立面了，当你把一个人视为敌人，放在对立面的时候，心理必然会对他的所作所为有抵触情绪，这样本来没有矛盾也会产生矛盾，我更愿意把产品经理和程序员视为同一个团队不同的两个职位，为了同一个目标而通力协作的好伙伴。只有当你有这样的一个认知，再去学习技巧才能事半功倍，否则认知错了，学了再多的技巧也无用。
首先，程序员并不讨厌产品经理，而是讨厌那些乱提需求，专业能力不强，让他们做很多无用功的产品经理。
我曾经在一个创业团队干过，当时的产品总监是从ui设计师转过来的，思考方式都是设计师思维，导致文档逻辑漏洞百出，后来我加入团队没多久，帮助他梳理业务流程、撰写产品功能需求文档，每一份输出物，我都尽量考虑周全，因为我知道考虑的不周全，肯定会被喷。那个时候，我对产品经理抱有极大的热情，下班了，当公司的人都走了，自己还在加班，反复的看自己的需求有没有写全，因为自己当时也是新人，也怕评审的时候被DISS，我甚至写好文档以后，找比较好的技术人员帮我把把关，当他说没啥问题的时候，我才放下心。当我能把产品收集到的需求梳理的井井有条的时候，那个产品总监也就走人了。后来我和技术团队相处也比较融洽，一起吃饭、一起打球、一起开黑，他们似乎没有为难过我，我们相处的也很愉快。我们想不被技术人员DISS，首先就要提升自己的专业度。比如能否画出专业的流程图？能否写出逻辑不遗漏的PRD文档？能否用xmind的梳理清楚产品的结构？能否划分清楚需求的优先级？能否协调好团队需要的资源？懂技术有两个好处，一个是懂得技术语言，这样和技术沟通的时候，更容易理解彼此，但技术也不用太精通，有技术思维（所谓的技术思维，就是你知道产品功能实现的大概逻辑）就行了，不需要你可以自己写代码。懂技术的第二个好处就是你在设计产品的时候，知道哪些功能技术上可以实现，哪些实现不了，这样就不会像当年的平安产品经理那样，提出APP按照手机壳的颜色变化这种容易挨揍的需求。当然懂技术的话，你也知道功能实现起来的技术难度，以及开发需要的大致周期，不会被开发忽悠。沟通能力是产品经理的必备能力，产品经理沟通能力决定了项目推进进度、决定了团队的合作氛围、，也决定了需求的落地程度，产品经理本身没有实权，还要让技术人员做事情，如果没有好的沟通能力，很容易产生矛盾，而好的沟通能力不仅需要技巧，也更需要情商。比如不要技术人员一提意见就开始护犊子，为自己的设计辩解，可以先听听技术人员提的意见，如果真的对产品好，那采纳也无妨，大气的人反而更有魅力。当然，如果对方说的不对，你也不用上去就怼，可以先肯定他的部分看法，然后再提出自己的意见，比如你可以这样说：“你的XX点说的是对的，但我们的产品是在XXX场景下使用，这点可能并不适应。” 先肯定对方的部分意见，然后再提出自己的看法，更容易得到别人的理解。如果实在反应不过来，可以使用非暴力沟通法则，至于什么是非暴力沟通，可以参考人和人之间都是有感情的，当你和程序员称兄道弟的时候，你们之间的沟通也会更和谐，他也不会轻易的砍你的需求。比如你们可以一起吃饭、一起抽烟、一起打球、一起开黑，如果是女生，也可以找一些共同的兴趣爱好去做，比如打羽毛球等，这样可以加深彼此之间的感情。比如当技术加班的时候，你也可以陪着技术加班，一来遇到问题可以快速的咨询你，二来你可以帮他们测试产品；三来可以加深你们彼此之间的感情，最后你也可以了解项目的最新进度。当然，如果技术嫌弃你在那边碍事，那你可以撤。适当的妥协是为了更好的前进，我们可以在非原则的地方妥协，在原则的地方坚持。因为你主动在一些地方妥协，根据互惠原则，他也会在其他一些地方做妥协。比如输入框没有填写信息，弹框提示还是按钮灰显禁用？这其实产品保持统一的风格就行，对产品影响并不太大，没必要太坚持，但像下单流程这种，对商品的转化影响极大，如果你设计的没问题，就需要坚持。这一招不仅可以用在产品和技术之间，在职场的同事之间也很受用，比如我之前在职场的时候，就会在淘宝上买很多零食和水果，然后等下午大家饿了的时候，再发给大家，吃人嘴短，拿人手软，肯定在工作上不会为难你。这就是我想到的一些点，肯定还有其他点，有人看的话，我再补充，如果觉得有帮助的话，点个“在看”呗。最后也欢迎有问题的小伙伴加微信：chanpin628 沟通交流。此外我们的官方网站也上线了，每日分享高质量的文章、原型素材和行业报告，小伙伴可自行前往索取，支持搜索，需要的小伙伴可前往 www.dadaghp.com 查看（直接复制网址打开）。想学习更多关于产品、职场、心理、认知等干货，可长按右边二维码，关注我们。
