怎样做一个合格的产品经理

之前给部门同事培训的一个大纲，作为自己对产品工作的认识，可能还很肤浅，现在放出来以供大家参考。

一、了解人性

1、人是懒惰的

2、人是跟风的、别人都在用，群体智商低于个体智商

3、人没有耐心

4、人不爱学习

5、人们对随机好奇

6、伟大产品应该满足人的情感需求、满足人性贪嗔痴

7、不要改变人们的常识习惯，设计时顺应日常习惯

二、了解群体心理，提炼用户真实需求

1、重视屌丝用户群，他们有存在感的渴望

2、为群体效应而做，容易传播放大

3、没有设计，只有解决问题;避免战略行为代替真实需求：打通、整合、拉动、导入、多平台、全面

4、提炼最核心的需求，用户群大部分都是中庸普通的，他们的反馈只是帮助你了解他们是怎么想怎么看的;例子：怎样给用户一匹最快的马

5、做最简单的功能，大部分产品经理的分析都是过于理性，而真实的用户都是感性。爽、好玩，胜过功能。做3秒就想用会用的功能，需要文字解释的功能需要重新设计。例子：悟空识字

6、看清事物的本质，从别的产品里借鉴思考，关键是要深刻理解功能特性背后的心理诉求

7、重视用户而非专家。多在微博上观察普通用户在干什么、他们的时代潮流趋势是什么、在什么场景下、他们感受如何;从用户交流中发现创新;关注用户们称赞太好玩了的功能特性;忽略评论家，没有任何意义，仁者见仁

8、你无法理解他人，只能理解自己。你不要以为自己特殊，其实你很中庸普通。满足自己需求就是满足用户需求。

三、像上帝一样建造系统建立规则

1、找到需求背后的本质心理诉求。没有被解构、洞穿的需求都是耍流氓的伪需求，必须要归结到人的最本质人性。需求来自对当下生活潮流的理解

2、如果解决方案非常复杂，一定是目标问题定位不细分

3、产品是演化而来，而非规划出来的。让用户推动用户

4、面向阶段性目标，不过度设计。不在1.0做2.0该做的

5、只抓主场景，不做全功能;面向场景来做设计，而非面向功能列表;面向场景才能取舍;面向阶段性目标才能取舍

6、除了核心功能，其他都可做成可卸载的插件

7、条理清晰胜过视觉表现;化繁为简;简单粗暴，如果一个特性不能让人兴奋不如不做

8、先做产品结构，之后才是功能细节;产品结构是骨骼，不可多变和复杂;创作从骨骼开始，而不是先造肌肉

四、提高用户体验品位

1、不要损失体验，不要为了流量和收费到处加入口

2、别让我思考，每个对话框都有一个明显的默认按钮

3、响应性能永远是第一体验

4、功能，如果你不确认是否可实现就需要与研发进行充分沟通。

5、上线：上线是为了验证想法，是为了改进

6、运营：硬导入用户，只会给用户留下坏印象。KPI是好产品的副产品，不为KPI改变产品

7、运营：尊重客户隐私，不要老想着收集用户信息对自己有好处

五、我们是一个TEAM

1、一起经历过风雨洗礼、跌宕起伏、浴血奋战、荣辱与共、艰难困境，依然迎难而上，创造奇迹，那才叫团队!

2、什么是战友，能在一起吃苦；能一起快乐；能一起上战场；能陪自己一起挑战死亡；能在你受伤的时候冒死救自己，就算抢回的是具尸体；能在死人堆里把自己背出来把骨灰带回家乡。

3、一个项目上线争论不可避免，要明确一点，那就是无论什么程度的分歧和争论，其出发点都是为了把事情做得更好。

4、要学会有底线的妥协，任何一个项目的成功上线都是各方互相讨论并妥协的结果，妥协的一个前提是保持自己的产品底线不失。

5、产品经理，一个互联网项目的设计师，一个地产项目的规划设计师，一场战役的总参谋。作为产品经理需要打开倾听的耳朵，拿出谦虚的态度，铭记“三人行必有我师”的道理，还要“吾日三省吾身”，时刻自我反思和总结。

6、设计师，感性、创意性强、大多数设计师讨厌别人对自己作品说三道四，讨厌改来改去。在不影响功能实现的前提下，不要对视觉设计做过多的干涉。对不按功能设计做效果的UI设计师，讲清楚产品的全套功能逻辑，讲清楚如果增加或减少了某个功能将会引发什么后果。

7、前端工程师/研发工程师，偏理性，思维逻辑性比较强。如果不做要求，会用最简单粗暴的办法实现功能。讨厌不合理的需求，讨厌不严谨的需求。

大部分研发工程师只看原型不看PRD，需要产品经理高频跟进确认研发对原型的所有细节都充分了解。

8、打铁还需自身硬，一个牛逼的产品经理，需要贴近市场，了解用户，较强的技术背景，敏锐的产品直觉和创造力，非凡的领导力。