在产品开发过程中，经常遇到产品和开发在一些问题上的分歧，并且矛盾。产品经理经常面对的就是这个不能做，那个需求时间花的比较长。技术则经常面临需求频繁变更，需求逻辑都没想清楚的情况。在实际开发过程中，需要注意哪些方面，才能不互相伤害呢？

在回答楼主的问题之前，首先我们要回答下面的问题

1.产品和开发工作中合作的本质是什么？

产品和技术都是一套问题解决方案从设计到执行落地中的一环节。但产品常处在这个流程中的上游，产品经理对需求的把握程度，决定其设计方案的准确的程度，进而一定程度上决定了技术童鞋的开发工作量。

那么，矛盾点来了，产品接到的需求如何在开发过程中来回变更不稳定，就会导致开发童鞋的代码有效性和开发效率降低。毕竟，每个工作的小伙伴都不想自己的辛辛苦苦写的代码被一句话就浪费了，自己辛苦写的文档被一句话说不做了。相信大家当时的都是内心千万头草泥马呼啸奔腾而过，想把需求变更方按在地上摩擦摩擦~

但日常工作中，需求变更是避免不了的，我个人把需求变更分为不可抗性变更和可抗性变更：

A.不可抗性需求变更：

一般老板从公司战略角度，对当前公司进行中的项目进行调整。这种情况大家只能认了，无论此时你的需求文档辛苦多久设计出来的，无论开发已经把代码撸到多昏天暗地就差临门一脚交付了，毕竟行业瞬息万变，公司只能顺势而为。

B.可抗性需求变更：

这种情况的下，一般是需求方需求不明确，产品人员对需求分析不彻底导致解决方案粗糙，最明显的表现为在开发过程各种突发待定需求等待你确认，各种坑等待你去填，搞不好开发同学的代码都撸了一半了，因为需求变更过多，必须要重新搭代码底层架构了。这样情况下，你就等着被开发砍屎吧~

那么基于以上，不抗性需求变更，如大家所见，是我们这些“底层群众”无法改变和及时预料的，只能祈祷你的boss预见性强，或行业政策变动不精心动魄的，但对可抗性需求变更产品人员还是有很大的操作空间的。

2.产品经理该如何有效去技术沟通，推动需求呢？

2.1提高自身产品基本功

如需求分析能力产品设计能力，你得充分的了解自己需求目的，设计方案的原理原因，被开发问住就尴尬了。毕竟，产品设计这个东东，公说公有理婆说婆有理的，所以你要用你的专业性来说服技术、用数据支持、用竞品分析、用用户分析来推送自己的设计方案让开发信服你的方案是有效的可行的。

详细的需求分析、数据分析、产品设计的说明各大产品社区网站数据一大堆，多学学多看看。

2.2产品设计方案的表达内容要详细，表达形式要“亲民”

毕竟你的产品文档是用来给技术看的，页面关系、页面状态、交互逻辑都有交代清楚，流程图逻辑图都要写明白，精力足的做做动态效果，毕竟你文档的好坏直接决定了技术对需求方案的完成度还有测试对需求把握。我见过有的产品写需求非常粗糙，仅写大概的逻辑，说明文档的细节粗糙，页面关系和页面状态描述不清，产品与用户交互也表述不明，这样情况下， 负责的有经验的开发会主动和你沟通，帮你指出你文档中的问题；经验不足的开发就直接按你文档中说明的来， 你写什么他就做什么，如果你中途提出完善或变更，要看开发心情了， 毕竟是你没把需求说明白，就不要怪别人自由发挥或者考虑不周了。往往这种情况下，产品就会比较被动了。

2.3要和开发童鞋手拉手心连心，同住地球村

产品能力和说服力横扫开发的同学可不用看这点。

产品和开发虽然相爱相杀，毕竟大家都是人类，人心都是肉长的，平时多和开发童鞋聊聊天互互动沟通下感情，一起吃吃饭扯扯淡增进彼此的了解才能更好的推进工作。这样如果仅是些几个逻辑判断而已的小需求，开发都会顺手给你做做，不至于让你再走各种邮件流程才动代码，这就是考验你人品的时候了。

另外没事多看看开发同学常用产品，总结总结，如果遇到说不通的时候可以用他熟悉的产品举栗子，这样能更好的让你的想法被接受和理解。屡试不爽哦~哈哈

同时，要学会曹丞相的“望梅止渴”的技能，多给技术童鞋描绘描述美好未来，让大家知道自己做的项目的意义如何，上线后效果如何，帮用户解决了多大问题，这样大家做事目标一致，也才更有动力。

最后，如果需求你实在是推不动开发，问题超过自己的解决能力，记得不要自己自怨自艾闹情绪该上升到领导就上升领导，免得本来领导轻易就替你搞定了，你的犹豫反而贻误战机。但记得事后反思，自己到底是哪里不足。

每个产品的经历不同，以上内容是我个人工作时所见所闻整理总结，仅供参考。

转自：http://www.pmcaff.com/discuss/index/650973086801984?from=label&pmc_param%5Blabel_name%5D=