自从有产品经理和程序员这样两个职位配合工作开始， 就一直不怎么和谐，一个巴掌拍不响，都不是善茬。在产品经理眼里程序员啥也不是，这么简单的需求都实现不了，而在程序员的眼中，产品经理就是SB，一天天的瞎搞需求，给戴上“产品狗”的帽子。谁也不鸟谁，产品经理和程序员在极端情况下，有一方会罢工，而公司在很多情况下显得非常的无奈。要化解矛盾就要知道矛盾的根源，事实上在很多产品研发体系下，产品经理和程序员因为思考方式、关注范围、职能职责的差异，导致了沟通上的困难。化解的方法有以下几点：
1. 换位思考，理解、肯定、尊重，这3个词或许非常的空，但确确实实是一个非常好的方子。静下心来走近程序员，听听他们的心声、他们的抱怨，或许产品经理和程序员的距离将不再是那么遥远。 而程序员呢也要给产品提供自己的建议，而不是仅仅做一个编程的机器，很多程序员对产品也是非常热爱的、有独特的想法，虽然多数又局限于技术情节对产品的建议常常被忽视。但让程序员都参与到产品中，通过自己的专长改变产品，进而打磨出一款完美的产品。
2. 尽量选择技术出身的产品经理，沟通的问题主要存在“信息不对称“、”沟通的语言不对称“、”思考角度不对称“，以及”考核的标准不对称“等。把几个因素抽取出来剖析，发现还是由于我们看问题的视角的高度不一致造成的。产品经理只是看到自己得到了商业的需求，策划了产品的需求，接下来会把很多事情抛给程序员做了，而技术出身的产品经理，看待问题的视眼会广很多，有共同的语言和明白同频的专业术语，做的项目需求，可以让程序员明白了为什么要做，对这一些需求的优先级更有认知，表达需求的方式让程序员更明白，也可以合理的划定开发时间点。适当的时候，理解程序员的工作，有时还会帮助程序员做一些申请或让步。
3. 不要在制度上成为矛盾的制造者，现在当产品经理，好的决定都做不了，开发又不是自己做，夹在老板和程序员之间，如果让老板满意，就要给程序员压力，而又不是程序员的领导，下达的任务安排，极易产生矛盾。程序员也会有这样的意识，项目有问题是程序员的事儿，做的好了产品经理领功。所以在制度上可以明确授权产品为开发部的二级领导，其实就可以缓解一些类似的矛盾。例如，公司的创始人一般都是最大的产品经理，如果直接兼任产品经理，和程序员沟通是不是不会产生矛盾呢？
其实仔细的分析一下，产品经理和程序员打交道的过程中不管是共性的因素还是个性的因素，也不是想象中那么困难。通过一些努力之后，我们总是会找到一些产品和程序员快速建立沟通桥梁的办法。
