这份笔记来源于http://class.sanjieke.com/online/course/cid/239708.html的学习
1.产品经理和小伙伴们沟通的正确姿势
1.1 产品经理和他的小伙伴们
（1）每个人眼中的自己和他人是完全不一样的
1.2 默默受伤害的UI
（1）产品经理应该尊重UI，不要对详细的界面设计（颜色、样式）指指点点；
（2）如果要分析，尽量以专业的设计知识，从产品、用户的视角去和UI聊设计
（3）与UI交往建议：
尊重专业审美（多赞美，“哇塞，你这个设计太棒了，不用改了！”）
加入交互建议
1.3 需要被保护的RD
（1）产品经理有义务帮RD挡需求、顶事
（2）与RD交往守则：
讨论泛需求、产品规划、讨论的时候请其回避
直接给以结论（注意用词，精炼、逻辑性要强）
1.4 藕断丝连的QA
（1）QA是守门员，是上线前的最后把关人
（2）测试用例来源于PRD中的功能
（3）与QA交往守则：
适当的给予鼓励和价值肯定（上线通告中写XXXQA工程师提出了不少有价值的建议）
增加其参与感和成就感，分享产品规划 （跟QA讲产品规划）
1.5 说改需求就改需求的BOSS
（1）BOSS对于需求的理解的视角在我们之上;理解BOSS，跟BOSS成为partner
（2）应该去推动需求改变而不是被迫等待需求变更
（3）live or die,quickly:如果说服不了老板，证明他是错的，赶紧让产品死掉
（4）与BOSS交往建议：
管理老板预期，帮老板梳理需求，把风险、和利益都跟老板讲清楚（讲清楚困难点，降低老板的预期）
展示原则，但不固守（可以有回旋的余地）
1.6 得罪不起的客户
（1）与客户交往建议：
敢于说NO（现在做不了，在未来3.3版本中会做）
充分接受需求，抽取共性给予反馈
（尝试站在客户的角度，思考不同客户的利益点）
1.7 激情燃烧的运营人员
（1）运营是产品的触角和雷达；产品是运营的弹药传输机
（2）交往建议：
激发热情
让其拥有完全的参与感（尤其是早期产品的迭代和规划，产品与运营的规划应当一致）
1.8 案例：两个图
（1）典型互联网组织结构图
PM是团队中的核心流转角色；
老板、客户、销售的需求应该射给PM（运营），一定不能直接把需求抛给团队其他人员
（2）互联网公司的产品组织图
架构复杂，相互交叉
1.9 总结：产品经理对待小伙伴要nice
（1）好一点
（2）耐撕
