不同的需求，对产品经理也会有不同的影响。前者的优点在于可以充分发挥产品经理自己的想法，而后者的优点在于需求比较明确，产品人员只需给出解决方案即可，缺点在于沟通成本会比较高，对产品经理自身想法的发挥也会有局限性。下面小编整理了产品经理沟通的方法，供你阅读参考。

产品经理沟通的方法：

一是由于需求方因为不懂技术，所以提需求的时候不会去考虑能否实现，但很少会碰到无法实现的情况，如果有这种情况，需要产品经理的脑子灵活一点，找一种折中的方式解决。也有需求方由于担心技术实现难度，所以在提需求的时候会提的比较简单，有些工作宁可自己做。这时候就需要产品经理发挥自己的能力，给需求方提供一些更好用的工具。

二是在沟通的过程中很多事情需求方也未必能想得到，如果产品经理帮他们想到了或是根据他们的需求给出了更好的方案，这样肯定会达到更好的效果，也会提高需求方对于自己的信任度。我曾经做过一个奖品管理系统，需求方提出了他们想看到的数据，我当时规划的后台已经能够满足他们，后来我给他们添加了一个统计功能，便于他们查看某个活动奖品的发放情况以及花费的费用等，因为当时觉得这些会是他们非常关注的信息，他们看到后就感觉很欣喜，觉得很有用。

跟需求方打交道，有时候也看产品经理的运气，合作的愉快程度跟需求方的职能和工作经验有关。如果需求方的工作经验很丰富的话，他们会帮产品经理想到很多点。如果是做产品运营的，因为他们的互联网思维意识比较强，所以无论对于概念的理解还是功能的使用上都会更熟悉，在需求的沟通过程中也会更顺畅一些。相对而言，跟市场、客服部门的同事沟通起来就会差一些，因为这些部门的人有很多都属于小白用户。

如果需求方的经验不多或是小白用户，在沟通的过程中，产品经理会非常被动。特别是当由产品部去发起做一个供公司内部人员使用的产品时，就需要不断的去了解产品使用者的工作流程，去问他们在这中间遇到的问题，这不仅需要产品经理积极的推动能力，还需要有很大的耐心，如果对方属于比较强势的那一种的话，恐怕还需要产品经理受一些委屈。

理想的情况，如果业务部门跟产品经理合作的过程中，双方都能够积极的配合，会使得产品上线的过程更加顺利。反之，则需要产品人员的主动意识和责任心更强一些。

产品经理沟通的方法：沟通前的准备

准备一、明确沟通目的

首先，你需要明确，沟通的意义在于“我希望通过这次对话达成某个目的”，而不是“我希望找人聊一聊”或“我希望搞懂某个问题”。这个目的是具体清晰的，比如“说服设计师同意提供一套新的设计方案”。

在之后的沟通中，你的每一句话，都服务于这个目标的达成。具体在后文中详述。

准备二、设计沟通主线，构架沟通引导

通常，我们在沟通开始前会想想待会要说些什么，而这些想法常常是杂乱无章的。有效的准备方式，是设计一条沟通主线，构架沟通引导。

沟通主线就像火车的铁轨，火车不能乱开，而是需要设计好里程碑和节点顺序，然后逐级推进，终点站是你的沟通目标。实例，上文“说服设计师同意提供一套新的设计方案”，我可能会预设的几个节点有：

一，请设计师说明目前方案的视觉设计思路，并给予设计角度的肯定;

二，根据目前设计思路，分析在产品端所能达到的转化效果;

三，表述我期望的产品转化需求;

四，指出当前设计思路与产品需求无法契合的部分，来说服设计师进行调整。

在沟通中，我沿着这条主线，分为四段引导沟通的走向，这样，我避免了与设计师直接讨论好不好看、设计品味之类的扯皮问题，而把问题转化到产品需求上，设计师也比较能够接受。

没有主线，沟通方向容易失控，有可能会走向“这个button为什么不用圆角”、“红色太鲜艳”乃至“SB你懂设计吗”之类的心理对骂。

准备三：永远给出多种方案，包括可行的和理想化的，然后证明其中一种最好

举个例子，当你和朋友说“我们去吃杂酱面吧”时，朋友的感觉可能是“不要，我不喜欢吃杂酱面”;但是如果你和朋友说“我们是去公司食堂还是去吃杂酱面?”，朋友一想“靠，我还是去吃杂酱面吧”。两种沟通方式，对方案的接受度截然不同。

同样，当你说“我们要使用A方案”时，也要带着这种语境去沟通，为你的方案预设好一个可供对比的planB，比在没有对比的情况下，拼命为唯一方案挡住所有子弹，反驳所有观点要容易的多;很多时候我们选择一个方案不是因为这个方案完美无瑕，而是因为没有其他更好的方案可选，很多人往往是站在方案本身的角度去挑刺的，而你也很容易陷入到“为辩而辩”的漩涡中，如果你能把整个大环境的概念传达给它，或许可以避免很多无谓的争论。