产品部沟通

产品内部也会有很多争论，尤其是两三个人负责一个产品，甚至一个模块时，大家同为产品经理，谁都有充足的理由，吵得不可开交，谁也不服谁~有时候，产品内部则是文人相轻，同行是冤家，产生很多争执。。这时候也挺难办的，个人觉得抓大放小，求同存异，实践是检验真理的唯一标准。

跟设计沟通

设计师的工作直接关系到产品经理意图的传达，以及产品的“颜值”。设计师作为接产品经理需求的人，产品经理转为需求方，产品经理不仅仅要把线框图、草图给设计师，还要告知产品的意图和所要营造的氛围。设计就像电影里的道具和服装，暗黑系跟小清新系的风格相差千里，要围绕产品主题提供适宜的设计，烘托相应的氛围。我们的产品是要营造文艺风格，还是大众货，都要清晰传达给设计师。产品经理有时甚至要亲自寻找素材，或者某个已有产品的页面给设计，让他们得到充分的灵感。

在设计师沟通时，还要让他们知晓未来几个版本可能会做什么版本，因为设计师设计产品一般只针对当前需求达到界面最好，造成的后果可能是现在很好看，却不兼容未来的某个功能，这就要让他们知道未来可能会做什么功能，某个页面未来可能会有哪些新功能要添加。

要求设计师多考虑现实，例如实际用户UGC质量参差不齐、网络状况可能很恶劣。设计师倾向于按页面最好看，选的素材和页面排版最理想的来，但是实际条件没有这么好，这就导致也许设计稿很好看，实际应用中可能效果差强人意。这就要产品经理多去把关，多去考虑现实条件，不能像设计师那样理想化。

尊重设计师的工作。非必要情况下，不要跟设计师纠结细节，扣得太细不仅伤害设计师的感情，好像你比设计师更懂设计一样。实际上这些细节对产品本身影响也没想象得那么大。只要设计符合产品功能和产品意图就可以，具体的细节可以相信设计的审美眼光。

跟开发沟通

开发为什么拒绝某个需求？他的借口可能是没时间等等。真实的原因呢？

1. 开发觉得这个需求很傻逼

2. 没有提前沟通到位，临时加需求

3. 项目没有安排好，导致需求冲突

尽量自己想好需求，问一下自己这真的是一个有意义的需求吗？能够给大家带来的好处。

做好需求安排，分好需求的优先级，做好计划，不要临时加需求！事前充分想清楚，不要临时改需求！具体到该问题，首先排好需求优先级，大家的时间都是一定的，如果某个需求要占用很多时间，那其他需求的优先级肯定就低了。

做好前期的需求沟通，从初步的线框图，再到最终的交互设计，就充分沟通。开发绝对不喜欢最后充当 被分配任务 的角色。

在一个公司里面，大家的价值观肯定是差不多的，或者说公司不会有故意刁难不做的程序员。如果有的话，也要软磨硬泡多主动沟通，产品经理真得是像狗一样到处跪舔，自己写的需求哭着也要推动做出来。如果跪舔都不行，就只能向上级求助了。