产品经理怎么避免跟开发撕逼？

常见的撕逼点

1、这个需求优先级不够

2、这个需求不该做

3、这个需求做不了


预防撕逼的做法

1、不为撕逼而撕逼

心态要好，我们的目的不是撕逼，要善于倾听。

2、明确需求

做需求前，最起码你要把需求本身的意义想清楚，你要有充分的论证，市场分析，竞品分析，运营数据，用研反馈，这些你要有逻辑的向程序猿们阐述清楚，让大家觉得我们不是在瞎做，我们是有目的的在做一些东西。

3、完整的需求文档

完整的文档不仅包括主流程，还包括跳转流程、异常流程、补充说明、强调关键点等，甚至不能有错别字。

4、不要频繁变更需求

需求文档确定以后就不要频繁变更需求。如果变化大的话意味着之前做的东西推倒重来，技术所做的成功付之东流。一个迟来的完整的决定总比一个没有经过深思熟虑做出的决定好。

5、全程跟进

就能发现自己有哪些没考虑到，可以最快速的了解你这个产品的全貌。

需求立项之前，先与开发讨论可行性与难度与工期。

改需求这种东西，作为一个产品，要有一项能力，叫“冻结需求以保护开发工期”，频繁的更改，无论是哪个部门，都会觉得你这个PM不靠谱，立项之前没深思熟虑。

需求可以更改，但有时候可以是迭代的时候更改，保证开发在当前版本做的顺利。

当矛盾发生的时候，开发不帮你改需求的时候，反思自己不足的同时，也要去把整个项目审视一遍，开发不改，是因为

1：工作量太多，抽不出时间改。这时候你需要把全部功能做一下优先级，牺牲部分不重要的功能来成全需求的改动）

2：对你本人的不信任或者有意见，已经发生过太多需求改动的要求。这时候需要你去耐心解释该需求改动的重要性，实在不行就拉上有权威的同事来帮忙解释，就像曹大的观点一样，平时要多学会做人，出了事才有人帮你解决。

第一，事情做前多思考，尽量减少改动。
第二，不要说别人的程序错了，要说跟预期的不一样，需要调整。
第三，怀抱感恩之心。

第四，尝试着从开发的角度考虑问题，体会下他们的难处。

第五，给他们找个女朋友。

除了提升专业技能，沟通能力，沟通技巧什么的，在开发面前不断建立信任、口碑、个人品牌等，这个是必须要做，但是需要时间。

如果要快速建立良好关系，社交手段还是非常重要，约开发一起吃饭、撸串、唱K、喝咖啡、吃水果、零食、饮料，这些低成本的手段也会非常有效。

做项目其实就是做人，因为做事的是人。尤其是遇到问题的时候，私交作用会更大。

1、明确时间节点；

2、确认对接人；

3、需求变更邮件说明，重点是需要得到上级的认可；

4、晓之以情，动之以理。言外之意，大家都是出来混的，何苦相互折磨。

可以通过聊天思想沟通，让研发们不要对修改有抵触心理，让研发提前做好修改的心理准备，试着让研发理解产品需求变动的原因，理解前期考虑不周全的情况。我也遇到过这种情况，我是试着写么去做的，还是会有一些效果的。