我们先来罗列一下产品经理团队里面到底都有哪些角色，其次我再给大家讲解一下不同角色到底应该如何进行沟通。
标准的团队一般分为产品经理、程序员、UI设计师和测试工程师四大部分，当然极个别公司还会有交互设计师，这个你可以理解为是UI设计师相似的角色，只不过一个是画界面，一个是设计跳转或页面动效。
当你是个初级产品经理时，你可能不知道如果对这些角色进行沟通，从而导致出了很多问题和笑话，按照我下面的做法就不会出问题。
首先是如何跟程序员沟通
程序员一般又分为前端和后台，前端是将静态的UI图变成动态的程序代码，但是不存储数据，后端则不负责界面，是负责存储或提供数据给前端，比如用户登录的界面的程序代码就是前端工程师在做，而用户登录后存储用户数据到数据库，用户下次登录还能识别是已注册用户并可以再次登录的逻辑，就是后端工程师做的。
在沟通的时候，无论是前端还是后端的程序员，我们都需要注重逻辑给程序员讲解，因为数据都是需要前后端去传递的，在侧重点方面，前端程序员在讲逻辑的基础上更多偏向于页面跳转的逻辑讲解，而后端程序员则是重数据存储和交互的讲解。
然后是如何与UI设计师沟通
UI设计师跟程序员的沟通方式恰好相反，就是不需要讲解逻辑，只需要针对每个APP的界面讲解怎么设计得漂亮即可，比如该页面应该用什么颜色的图标好看，或者某个按钮是否大一点或者小一些，怎么布局整个界面好一点，UI输出的是一页一页的最终版彩色界面图就是UI稿，最后定稿后程序员需要让UI设计师将UI图进行切图，切图的意思就是将每张UI图里面的小图标大图标等一个个元素都切开变成一个个小图标，方便程序员塞进代码里面。
其次如何与测试工程师沟通
测试工程师沟通也是重逻辑，但沟通的逻辑与程序员的逻辑不太一样，对测试人员沟通的逻辑是要讲操作步骤，比如先点哪个按钮再点哪个最后点哪个，点完之后正常来说应该出现什么效果，按照这个逻辑跟测试工程师沟通，他们就会很开心。当然这个方法给程序员讲也是没有问题的，因为逻辑都是互通，所以也不必太刻意去区分，如果初级产品经理一开始无法区分的情况下，你可以程序员和测试员都按照这个逻辑讲解也是没有问题，你只需要回答好他们提出来的疑惑就可以了。
最后是组织需求评审会的时候怎么沟通
需求评审会一般来说是只需要程序员和测试员参与即可，如果还有最终的需求方也可以叫上，就是谁提出该需求的则叫上一起组织开需求评审会，由于需求评审会是一个重逻辑讲解的会议，所以一般来说是不需要UI设计师参与，当然也得看公司，有些公司的UI设计师地位比较高，又想要了解逻辑并想参与讨论的，则也可以参加，没有强制的规定和要求，但我想说的是UI其实是可以不需要参加评审会，UI只需要对着原型图，一张一张的将灰白的原型图转换为彩色的UI设计图即可。
团队沟通是初级产品经理必须学会的技能，一开始可能会紧张不知所措容易出错，慢慢的就能摸索到团队每个人的习性和沟通方式，然后慢慢的磨合之后，团队沟通就会慢慢好起来，这是个循序渐进的过程，不需要操之过急，也不需要担心无法沟通，慢慢来一定可以做好，重要的是要有耐心。
