首先，作为一个pm，对于需求要有决断力，不要一天一个想法。
即是沟通，一定要明确彼此需要什么。高效的会议或会谈的前提是，双方一定有了明确的目的或需求，然后在逐渐达成共识。

其次，如果因为需求更改导致dev加班，你最好全程陪同，随时提供有效的input。

沟通协调也是很大的问题。

总之，恰当的从程序员的角度上考虑比成功产品经理必修课。把握好这一点，和程序员沟通几乎已经成功了一半。

1. 明确你的产品需求和意图，设计出清晰明确的业务流程和产品原型；

2. 表述你的成果，与程序员反复探讨业务流程，在设计流程时有疑问之处此时可进行交流；

3. 明确业务流程，并让程序员用自己的理解叙述，直到符合自己或双方达成共识的结果；

4. 向程序员展示原型交互，如果此时原有业务流程已有改变，则展示关键点；

5. 如果一切顺利，则在最后明确产品成果，交由技术人员实现；如果存在（较多的）调整，则回到沟通过程第一步重新再走。

第一、用户反馈的紧急需求
这通常是最常见也是最紧迫的需求。

第二、认真阐述需求方案的重要性
产品新功能的方案，必须要得到开发人员的一致认可。

第三、讨论是否有可变通的方案
如果产品方案遭到了开发人员的强烈抵制。

第四、多思考需求问题再讨论
对于用户反馈的产品问题，最忌讳产品人员什么都不看，直接转给开发。无论是对于问题解决还是个人能力素质提升都是非常不利的。

第五、采用请教式的交流方式
主要是找到切入点，吸引开发人员的兴趣，抓住开发人员“好为人师”的特点。

第六、留有余地但一定要有时间点
做事情一定要留有余地，很多时候要站在对方角度上思考问题。不同公司的开发人员配置也会有差异。

第七、通过上级领导与开发同学沟通
这是最后的沟通方案，一般不推荐。只有碰到非常重要的需求，而且沟通进入僵局时才推荐使用。