这份笔记来源于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)耐撕
网友评论