产品经理跟开发的冲突发生在哪些环节：

　　1、前期的需求沟通环节

　　l开发人员不认同产品经理的解决方案，导致撕逼冲突；

　　l开发人员认为产品经理输出的需求文档不够清晰，影响开发工作的展开。

　　2、需求开发与测试环节

　　l开发人员对产品经理的需求变更带来的代码返工、任务量加重存在抵触心理；

　　l产品经理缺乏技术相关知识的沉淀，与开发人员沟通的效率低下，易引发矛盾；

　　l在开发过程中，产品经理与开发人员的口头或者线上沟通调整方案未及时更新到文档，导致后期发生问题双方存在扯皮的现象；

　　l测试暴露的问题在需求文档中的描述模棱两可，责任无法划清，导致双方相互发生争执。

　　3、项目进度把控环节

　　l在项目推进的过程中，产品经理因不懂需求背后的技术工作量，与开发人员就项目的开发进度安排存在分歧；

　　l产品经理迫于项目上线压力，继而转移压力催促开发人员，久而久之引发开发同事的不满。

　　产品经理最好掌握一些基本的开发知识，适当的开发知识便于我们提需求的时候可以考虑技术的可行性与投入成本，在跟开发沟通、转达需求的时候能够更有效率。

　　在前期的需求沟通环节，可以帮助产品经理了解功能模块的责任分工与前后端大致的工作量，有助于产品经理做项目进程的管理，当产品出现问题时，产品经理可以快速判断问题在于前端还是后端，便于快速找到对应的责任人进行沟通。

　　当我们跟开发沟通时候时，你可能听不懂某个术语，这个时候如果你不懂这个东西，就得多问了。平常自己看到某个陌生的技术术语，可以多百度，技术术语是沟通的关键，我们需要多主动去了解。了解相关技术术语，相当于掌握了与开发沟通的语言，是自己专业素质的体现。

　　产品经理还要做好以下几点：

　　1、文档更新要及时

　　需求方案在落地开发的时候，不可避免地会产生需求的变更。当需求需求已经进入开发阶段，产品经理可能会先跟开发人员口头或者线上沟通具体的调整方案，然后开发同事可能就先行调整代码了。这时候产品经理务必要将调整后的结果及时更新到需求文档，并且知会相关人员，主要是开发与测试同事。

　　2、需求变更要谨慎

　　在变更需求之前，产品经理需要仔细分析，不要随意调整，若真的有变更的必要性，需要明确方案，并且跟开发人员沟通需求变更的背景。没有严谨的分析思路，想到什么就做什么的风格，容易导致方案存在考虑不周全的风险，继而引发下一次的需求变更，开发人员是很抵触产品经理经常性的需求变更的。

　　3、维护基本的人际关系

　　跟开发维持友好的人际关系能使自己的产品工作事半功倍，他可能会帮你提出产品的某些问题，你的需求他也愿意帮你完成。如果产品经理不能跟开发人员处好关系，也不利于工作的开展。

　　当然了，不是谁都有能力可以把周边的人际关系处理得很好，但是互相尊重，互相理解，减少不理性的冲突与矛盾，这是我们的一个理想的目标。