怎样搭建产品经理知识体系？（搭建产品经理知识体系的几种形式）

真是天降大任于斯人也。不过话归正传，其实从另一个角度考虑的话未尝不是一件好事。抽个时间整理自己的知识框架还可以利用上班时间，何乐不为。于是我就屁颠屁颠的开始整理这次想培训的内容了。

凡事都讲究章法，培训、工作、说话都是一样的道理。所谓章法，即你在准备开始做一件事之前要思考从哪些方面去做，是分为几个步骤，在每个步骤中需要达成的事项或者目标是什么。有了章法，才能条理清晰的做好很多事。刚好趁着这个时间把自己对于产品的认知整理出来并且输出，一方面对自己也是个益处。

产品经理是什么

我想对完全不懂的小白来说，清楚岗位的职责和定义是基本的基础。

在这个基础上我分了三个方面：起源、职责、技能。

产品经理的起源

产品经理的起源其实很多入行业的人已经了解甚深，我把产品经理的起源分为三个人：麦古利、吴霄光、苏杰。

麦古利可能有些人已经很清楚了，是宝洁的一位职员，他之所以能被成为第一位产品经理，我觉得他是个非常幸运的人。宝洁当时推出了一款新的香皂，但它的业绩并不好，因为销售部的经理同时把精力集中在新、旧两款香皂上。于是麦古利提出：如果在两款香皂同时集中精力，那么新款香皂的潜力永远也无法发掘。所以在会议上，高层采用了麦古利的想法建议，所以把每个品牌都当成独立的事业在进行经营。包括到现在的互联网公司，很多仍然是沿用这种经营方式，比如滴滴的快车和顺风车就是两个独立的事业部门，一方面能够得到专门的人员支持，另一方面也能够形成更好的竞争关系。

接下来的吴霄光可能有些人知道，有些并不清楚。这个人是曾经带领核心产品QQ研发和产品规划工作的产品经理。并且先后担任QQ研发团队项目经理、即时通讯产品部经理，title还有很长就不一一展示了。但把这个大佬放出来的原因是什么？因为他是鹅厂的第一位产品经理，我觉得也是元老级的人物了。

提到苏杰，应该都不陌生。06年加入阿里巴巴，成为产品经理。后出书《人人都是产品经理》，曾风靡一时，现在也仍然被很多人当作了解产品的第一本书。写的非常不错，浅显易懂地带你进入产品的世界。当然我更加喜欢的是他的’人人都是产品经理’的理念。学会用产品经理的思维去面对工作、面对生活、面对问题，这是我能够在这本书里得到的很大的启发。当然尽管在任何一个公司做到如鱼得水的状态，但永远都有“觉得自己还不够”的状态才能更向前一步。产品毕竟是一种思维方式，绝对不是本身的意思每个人都有潜力去做产品，因为还有些人天生就不爱思考，不爱钻研，也不会去挑刺，佛性的玩着各种产品，那这种人肯定就不适合去做产品，所以产品是一种思考思维再确切不过了。

产品经理的职责与技能

提到产品经理的工作内容很多人会觉得是画原型，但画原型自始至终都是产品工作内容最小的一部分。那怎么才能更好的囊括一个产品经理的职责呢？我找了一个PM的JD：

从这个JD上可以看到产品的一些职责以及所需技能。当然产品经理所需技能在这里只体现了一小部分，随着做产品的时间越久，会越来越发现最初纠结产品原型该怎么做、PRD到底怎么写、评审该怎么开，转变成商务谈判的技巧是什么、如何让用户买单、商业模式等等。

当然产品的技能也不是一天就能完全学会，有些必须是经历了项目的磨练、与团队协作的过程、被无数次甩锅到自己身上才能成长起来的。

那起码从这张JD上我们能看到，产品经理需要有项目管理能力、沟通能力、技术/产品思维、不同行业的产品经验等。那作为一个初级的产品经理时，需要的一些基本技能都有哪些呢？我找来了一张图：

这张图在我认为并不足以到高级产品经理、产品总监的能力，可能顶多算得上中级产品经理。

很多人觉得做产品不一定需要多会写文档，其实不然，我现在觉得不管在任何行业有文案功底都能帮上很大的忙。

原型能力会在下面的原型模块中单独讲到，画原型是产品经理的功底，原型的背后才是考验产品经理功底的关键。

交互设计是产品经理也需要掌握的，简单的设计规范、交互规则、页面美观也都需要产品去学习和掌控。

项目管理能力就不必说了，是产品经理最重要的技能之一，对需求的管理、开发的生命周期、以及协调团队等，可能还包括更多的软技能（沟通、协调等），这个是最考验产品经理是否招人喜欢的一个环节了。

重点可以讨论一下数据分析，数据分析里面包含两种：一是已上线的产品需要进行数据埋点，对功能、页面操作路径等进行运营层面的分析，在这个过程中，可能会发现你精心设计的点，用户并不买单，那这样就可以形成版本后续优化的方向。二是未上线的产品进行数据分析，更多可能会和数据产品挂钩，分析数据的来源、指标的算法等等，更多是与数据分析师进行打交道。

完整的产品开发流程是什么

刚进入产品行业的小伙伴们，刚开始是很迷茫的，不知道该做什么、前后端是什么、产品技术如何配合等等一系列的问题。那在这个方面，我也是从这个阶段过来的，对于计算机专业的同学熟悉软件行业还是比较轻松的，但对于跨专业转行的人来讲，可能很多都要重新摸索。那我们会对产品的开发流程做一个详细的说明：

从这个图可以看到一个产品开发的基本流程，需求➡原型➡UI/E➡开发➡测试。通常产品经理需要对整个流程进行把控，但更多的是在前两个阶段，即需求和原型阶段。

需求阶段可以分为4个阶段：

1.需求接收：由内部或外部获取产品需求，并评估需求的合理性及优先级，且形成产品需求池。

2.需求确认：根据需求搜集内容，对需求进行分析并输出相应的流程图，最终确定是否需要排期立项。

3.需求预评审：核心且复杂的模块，产品内部进行简单评审，与产品负责人进行沟通确认。

4.根据需求大小确定是否需要进行评审立项。

在确认当前版本需求后开始进入原型阶段。原型阶段主要包含两个方面，一是制作产品线框图，二是编写产品需求说明文档。在此处不过多说明，有感兴趣的客官可留言，后续可能会详细写产品需求文档到底该怎么写，输出一些写PRD的心得。

互联网产品的分类

在了解了基本的一些产品的技能、职责以及流程后，对互联网产品的分类也该有个清晰的认知。

为了方便小白新手看不懂一些产品的专有名词，我对每个分类都进行了一些举例和说明。很简单，从用户群里进行分类，分为2B，2C。随着业务的不断加深，也会衍生出一些混合型产品（B2B、C2C…等）。

2C（to consumer），即面向用户，直接对接用户的软件就是2C产品，比如手游、社交软件、视频软件等等。

2B（to business），即面向企业，除了常熟知的钉钉，也可能更多会包含一些业务系统，OA（办公）、CRM（客户关系管理）、SCM（供应链）、call center（呼叫中心）、ERP等等。

混合型的产品可能会让人更加迷惑一些，但真正理清楚概念也会发现其实非常简单辨别。更多是基于自身的业务，有些软件可能是多种业务组合而成，可能既是C2C，也是B2C。

原型工具的选择

市面通常存在的两种原型工具，一是axure，二是墨刀。很难去评判到底谁好谁坏，但对于专业程度，我认为axure能做的事情更多。我是这样比喻axure和墨刀的关系的：

Axure与墨刀更像是PS之于美图秀秀（并没有贬低墨刀的意思）。为什么这样比喻呢。

一是因为墨刀和美图秀秀一样好上手，容易操作。

二是因为Axure是更专业的原型软件，就像PS也是专业的设计软件一样。但对于入门级的童鞋来说，我仍然更加推荐去学习Axure这款软件，因为当你学会了更专业的之后，驾驭墨刀也不会是什么难事。

原型有哪几种形式

为保证一些产品的私密性，我做了一些模糊处理。从这个图上可以看到，产品原型的分类基本就这三类：手绘草图、低保真原型图、高保真原型图。

低保真和高保真的区别我应该也不用过多说明，图上表现得非常明显了。对于原型的分类并没有好坏之分，要看产品经理和团队的配合程度，在业务进度非常紧，需要抢占市场份额时，厉害的产品经理手绘草图也能让研发团队高速运转。

很多人常说，采用低保真原型图时能够帮助UI设计师不限制设计思维，但我觉得并不是这样，低保真原型图并不能起到一个很好的辅助团队的作用，首先它的字段、页面元素表达可能未必清晰，其次交互效果体现不出来，再有就是级别高一些的设计师，或者有设计思维的人，即便你给他高保真的原型图，UI设计师只需要搞清楚功能层级，还是有可能把页面推翻重做。那说了这么多原型到底采用哪种形式呢？

原型采用哪种形式

上面这段话是摘录《启示录》这本书，这段话后来在我产品工作中不断被验证，所以我越来越坚信高保真原型是最应该采取的形式。但我同时又认为，我理解的高保真原型未必是全部交互都做到极致，而是在每个页面能够尽量高保真的体现出来自己的设计想法、层级关系、功能逻辑等等。

产品经理的晋升之路

讲了这么多最后讲一下产品经理的晋升之路吧~

这张图可能有些人已经看到过了，但这张图确实是非常能够体现产品职业生涯的道路规划。我们可以看到产品经理的晋升过程中是由起初的被动变为后期的主动，一方面是因为当你知道的越多，反而会觉得自己总是不够。而当你什么都不知道的时候，往往是初生牛犊不怕虎，会觉得自己好像知道了一切。