产品经理的知识体系

产品经理不是一系列零散的技巧，不是东拼西凑一些以往的经验，比如“如何做好用户体验”，“如何做好需求分析”等，实际上，产品经理是一套有体系，有方法高综合性的岗位，会系统性的，模块化的出现在产品周期的各个阶段，也是我们实实在在会用到的。

作为一个在“产品”一线奋斗的产品汪，经过多年的经验，我总结了一个产品经理的能力公式 

用户产品经理=商业分析+需求分析+用户体验(产品逻辑)+交互体验+用户分析+用户行为分析+项目管理+数据分析

加分项：懂技术

一、商业分析

商业分析是任何一个产品的大前提和基础

1.1 产品的商业本质：需要弄清楚自己产品的商业本质是什么，比如共享出行、知识付费、社交等，弄清楚自己的产品解决了什么问题？满足了用户什么需求？如何赚钱？

1.2 产品的盈利模型：比如共享汽车会考虑到的成本和收入：

     收入构成：订单收入、罚款收入、交通违法罚款收入等

     成本构成：车辆成本、场站成本、运维成本、能源成本；

     用户和订单的关系：比如用户流失、促活、会员分级对成本的影响等

     用户和城市和车辆的关系；

     用户和网点的关系等；

     价格和订单的关系等；

所以我们把收入和成本的结构弄清楚，把影响收入和成本的因素也弄清楚，这样，就能得到一个盈利公式，这在我们优化产品的时候，就会很清楚的知道，优化哪一方面可以提高利润。

1.3 产品定位  

随着产品在不同的生命周期里，产品的定位不一样，所采取的商业策略也不一样，所以要清楚的知道产品目前的定位和产品所处的阶段（开发期、引进期、成长期、成熟期、衰退期）

有些公司会存在多端产品，比如APP，小程序，H5，官网等，就要对每端产品有明确定位，比如，我在共享汽车行业，APP的定位是公司核心产品，是用户主要使用的产品，小程序主要用于增长，H5主要用于对外合作和验证新功能，官网主要做品宣。

另外每端产品不是简单重复APP的功能，都有其侧重点，这就需要我们想清楚各端产品的定位，同理，在做产品功能时，也同样需要找到产品功能的定位。

所以重点就是想清楚这个产品/功能 要以什么方式重点满足用户的哪种需求？

1.4 市场分析  

市场环境三阶段：市场化阶段、标准化阶段、寡头化阶段，例如外卖市场从百家争鸣乱世市场，到各个公司以及这个行业的标准化服务，再到最后能生存的1-2家大公司；也需要弄清楚自己产品在行业中的地位，然后给产品设定一定的目标。

竞争对手对手情况：竞争对手有那些，我们的用户和竞品的关系，我们该如何和他们竞争，找到竞品的劣势，竞品的功能是否为主路径中的核心功能？怎么发挥自己产品的优势进行创新和优化等等，这个有很多关于竞品分析的文章，可以再去研究。

其他

二、需求分析

1.产品规划：金字塔模型

金字塔第一层核心功能：产品最核心的竞争力，围绕核心开始思考，如何优化路径，优化体验；找到核心功能点ABC，在每个版本中不断提升和优化具有核心竞争力的功能；

金字塔中间层深入挖掘：对核心产品价值做进一步延伸；挖掘更多潜在需求；通过打造亮点功能，来提高产品的附加价值；

金字塔最上层前沿探索：需要对信息的敏锐度，对技术的关注度，深入结合使用场景和环境的需求进行挖掘。

这个模型可以往一个产品的上游、下游延伸出更有意思的东西，尝试探索新的功能，新方向，扩大产品的格局。也可以用这个模型去思考一个产品

如何用金字塔模型思考知乎这个产品呢？

2.发现需求：定量分析、定性分析、竞品分析、用户行为

3.筛选需求

需求有效性：用户-场景-问题-痛点-是否高频-解决方案

需求分类：需区分出新增需求，优化类需求，政治性需求等 ；或是从另一个方面分为Bug类，用户对已有功能喜欢，对已有功能不喜欢，还是对新功能的建议等。把这些分类进行去优先级排序和版本排序。

需求可行性：要注意的原则：核心功能不受影响-性价比不能低-与已有功能不能有太大反差–预警措施的可行性

以上，筛选出真需求

总的来说，就是听表面的“问题在哪里”，不听“用户给出的解决方案”，而是自己先去挖掘真正的问题再哪里，然后再来给出解决方案。

4.预测需求

不要用户说什么就做什么；

用户的需求很零散，他们能告诉你用户对于产品的看法，能告诉你用户想要哪些改进，但用户无法预测他们没见过的产品，当然，我们需要倾听用户的意见，但是用户并不清楚现在科技的发展水平可以干什么，也很难预测下一个改变整个行业的突破口在哪里；

所以，产品经理就是搞清楚用户真正的需求是什么之后，抽象整理真实需求，提前一步搞清楚他们将来想要什么，解决用户的痛点，而不是用户想要什么就给什么；

要思考，用户提这个功能的真实需求是什么，是否有更好的解决方案，甚至更高级的终极解决方案去帮助用户解决没有说出来的终极需求。

5.需求沟通

需求沟通的原则：

一定想清楚产品的逻辑和架构之后再画页面；

提前沟通需求，不要等到评审的时候再沟通，评审会不是讨论会，讨论在评审之前做；

善用工具，提高效率；

6.坎需求

搞清楚删除需求的前提条件；

不同的需求，解决方法不一样，和影响的范围不一样，以及需求上线后或者需求砍掉后所带来的问题不一样，所以补救措施也不一样。

7.需求撰写

文档要有逻辑、要清晰明了；

写明白版本修订记录；

空状态、未登录状态等异常状态，这个很重要；

老数据迁移方案，版本兼容，数据兼容方案；

功能数据埋点等；

建议比较好的，就是在产品过程中自己做好一个产品自检清单，每次在评审之前，自检一下需求文档是否有漏洞。

8.提前做好上线前准备，比如：产品的featurelist，功能介绍，旧数据迁移方案，各页面的数据填充方案，发版所需的文案图片等。发版是一个很细碎的过程，尤其是全球性公司的发版流程会很复杂，需要严谨，周全，有责任心。

三、用户分析

用户需求：用户痛点，爽点，嗨点，可以借助用户体验地图等工具；

用户调研：定性研究、定量研究、NPS调研等方法；

用户画像：用户标签；用户群体；用户分级；会员体系等；

四、用户行为分析

主要找到用户的3个关系，然后做好产品优化和增长，关于增长类的内容太多，会在后面单独写关于增长的内容。当然现在网络上关于增长的知识也非常多，可以随时学习。

1.用户与产品的关系：

AARR模型，在AARRR模型中的各个环节，用户遇到的问题是什么，怎么优化，怎么提升等；

2.用户与用户的关系：分享等机制

3.用户与竞品的关系；

五、交互体验（这点对于C端产品很重要）

1.IOS交互设计规范；

2.安卓交互设计规范；

3.页面布局原则：轻量化原则、一致性原则

4.信息架构5方面：组织系统、导航系统、搜索系统、标签系统、防错系统

6.流程跳转原则：交互方式、页面过场动画、跳转逻辑

7.交互体验8大定律；

8.细节重要吗？要关注细节，但是细节一定要注意是与验证产品想法直接相关的细节，这类细节打磨的越好，对产品验证方向和想法越有利，而对于其他无关的细节，只要是可用的状态，最好不要花太多时间和精力。即使是一个很微小的体验，但根据能否验证核心想法的标准，这个体验就是能够决定MVP能否成功的细节。

六、用户体验

主要弄清楚用户体验五要素，弄清楚产品的逻辑和框架

七、数据分析

数据思维，长久学习，且行且珍惜

八、项目管理

始终学习项目管理方法，怎么高效且按质完成项目；

以上是一个产品应有的产品知识体系，每一个方面都需要多多总结和学习，需要在工作中不断填充自己的知识库，在遇到问题时，把问题对应到相关的模块里，发现哪个模块的知识不足，就去弥补那一块的知识；在总结经验时，也是把经验放在对应的模块中不断提升自己。

工作是一个可以练习的过程，当学会刻意练习后，工作会很快乐！

一个人要想快速成长，不外乎两种方式，一是承受压力，二是背负风险，并能够试着在高风险或大压力的情况下去解决问题产出成果；

回首最痛苦的时候，就是成长最快的时候！