作为产品经理，因为岗位需要，工作的过程中会跟各种角色（研发、测试、销售、运营、老板、用户等等）进行沟通。工作的时间长了，你会发现不同岗位同事有不同的思维（这也即所谓的岗位惯性思维），沟通方式也不相同，这样作为频繁沟通的产品经理针对不同岗位的同事需要不同的沟通策略。在产品岗位上摸爬滚打这么多年，对于沟通也算是有所悟。
其实一开始沟通对于我来讲是一个难题。因为我是研发出身，好多时候在看待问题的时候比较技术思维，思维一时转变不过来。这时除跟技术以外的角色沟通时就会觉得处处碰壁，慢慢发现不同角色具有不同角色的特点，只要明了这个，针对不同角色用对应的沟通策略就能游刃有余。下面就分析我对不同角色的认知，以及对应的沟通策略。
1.研发
接触过这么多人，我最喜欢打交道的是研发（也许是因为我也是研发出身，跟他们有共同的技术语言）。因为他们逻辑性强，关于功能性的需求你讲一遍，大多数人能理解。但是他们对业务场景感知比较弱，所以在跟他们沟通需求的时候，如果希望做出的功能能达到自己要求，是需要耐心的给他们讲解业务场景。
在跟他们沟通，用很好的逻辑，第1点、第2点、第3点跟她们沟通就好。
2.测试
测试同事跟研发差不太多，他们的强项就是比较耐心、细心。跟他们沟通，一定要让他们清楚业务场景，明白业务流程。
跟他们沟通时，一定要把功能讲解放到用户场景中。
3.市场
跟市场同事开会开的多了你会发现，有一部分人会总是沉浸在自己的世界，在做讲解的时候他是不会认真听，总是抢着问出自己的问题（哪怕会议刚刚才解释完这个问题，给人的感觉就是，其他问题跟我没有太大关系，我只需要关心自己这点就好。），这也许跟岗位高低、眼界有关，也许是仅仅跟个人有关。
但是，跟这样的同事沟通起来就比较累（你也会发现这类同事在市场部的比例比较大）。产品每天需要对接那么多人，人家之所以需要组织会议，其中目的之一就是为了解决大多数人的疑问，在会议上你不认真听，完了，会议中已经提到的问题还总是再次浪费别人时间来答复你。
针对这一类型同事，我总结的经验就是开会之前给个申明：“会议大概会讲到哪些内容或者问题（大纲），请大家认真参会，会议中未提到的个人问题请私聊。”另外，在发会议纪要的时候，相应问题艾特到相应同事名字，名字最好醒目化，提醒相应同事查看。否则，真的有同事会将同样的问题问两三遍，耐心都快被消磨殆尽。
4.用户
第四类经常打交道的就是用户，尤其像我们这种互联网+传统行业公司里的产品，经常会跟用户打交道。然而，这些用户大多数来自这个行业中的中小型公司。末端使用我们产品的员工，即我们真正的用户，他们从业素质普遍偏低，在跟她们沟通需求的时候，会发现他们自己都不知道自己需要什么。
这个时候，作为产品的你就需要抽丝剥茧，引导用户说出他真正的需求。如何才能抽丝剥茧？此时，结合用户场景，先跟用户确认用户场景是否理解的对，然后做操作描述，最后自己再分析出用户的真正需求。永远不要指望用户来描述真正的需求，往往发现用户自己的需求描述不清楚，关键经常他们自己也不知道自己要什么。仅仅是因为别的软件有这个功能。
总结
工作这么长时间，算是理解了什么是见人说人话，见鬼说鬼话。能做到这样的前提是先了解沟通对象的性格特征，然后采取对应的策略，最后结合用户场景做沟通，方能事半功倍。
无戒日更挑战营第9天。###
