2、需求开发与测试环节
l 开发人员对产品经理的需求变更带来的代码返工、任务量加重存在抵触心理；
l 产品经理缺乏技术相关知识的沉淀，与开发人员沟通的效率低下，易引发矛盾；
l 在开发过程中，产品经理与开发人员的口头或者线上沟通调整方案未及时更新到文档，导致后期发生问题双方存在扯皮的现象；
l 测试暴露的问题在需求文档中的描述模棱两可，责任无法划清，导致双方相互发生争执。

3、项目进度把控环节
l 在项目推进的过程中，产品经理因不懂需求背后的技术工作量，与开发人员就项目的开发进度安排存在分歧；
l 产品经理迫于项目上线压力，继而转移压力催促开发人员，久而久之引发开发同事的不满。

产品经理最好掌握一些基本的开发知识，适当的开发知识便于我们提需求的时候可以考虑技术的可行性与投入成本，在跟开发沟通、转达需求的时候能够更有效率。
在前期的需求沟通环节，可以帮助产品经理了解功能模块的责任分工与前后端大致的工作量，有助于产品经理做项目进程的管理，当产品出现问题时，产品经理可以快速判断问题在于前端还是后端，便于快速找到对应的责任人进行沟通。
当我们跟开发沟通时候时，你可能听不懂某个术语，这个时候如果你不懂这个东西，就得多问了。平常自己看到某个陌生的技术术语，可以多百度，技术术语是沟通的关键，我们需要多主动去了解。了解相关技术术语，相当于掌握了与开发沟通的语言，是自己专业素质的体现。

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

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

3、听听开发人员的意见
在产品设计的过程中要鼓励开发给产品经理提意见，对于产品经理来说，不能听不得反对意见，觉得工程师都是在指手画脚。对于工程师来说，不能觉得产品做成什么样子跟我没关系，反正做不好是产品经理背锅。提出自己想法的开发，你会发现他们提出来的想法有时会非常有价值，有时候会帮忙指出逻辑中的缺陷，或者从可行性的角度中提出更有创造力的实现方法。

4、维护基本的人际关系
跟开发维持友好的人际关系能使自己的产品工作事半功倍，他可能会帮你提出产品的某些问题，你的需求他也愿意帮你完成，当跟他们真的成为朋友时，你会本能地考虑他们的立场，担心他们的担心，当然他们也会用心理解和帮助你。