产品经理所需要的技能与要求在每个阶段都是不一致的，那么如何在每个阶段都能够顺利完善自身技能，提升自我水平？作者总结了每个阶段所对应的技能要求，供你提升自我使用。

如果把做产品当作一个游戏，这个游戏，有四关。

第一关：独立完成功能设计

第二关：自主提出高质量需求

第三关：独立负责一个业务，使其良好运转

第四关：独立负责多个业务，使其良好运转

你当前能过到哪一关？

产品经理通关指南

一、第一关：独立完成功能设计

大部分产品经理都在关卡，主要时间都在做具体的产品工作，根据产品总监或者老板的规划或者想法，做具体的执行。

功能有大有小，可能是某个产品，也可能是更小一点的某个功能模块。

这一关的难点在于需要的技能点比较多、消耗时间较多，需要做出逻辑清晰、交互尚可的用户产品产品，这一关通关后，可以提升经验，点满基础技能。

这一关涉及到的技能有：原型设计、PRD撰写、产品架构、业务流程、信息架构、状态机、用户场景分析、产品调研、数据分析、迭代控制。

1. 原型设计

原型设计是基于用户需求，通过可视化的Demo的方式来呈现产品方案，方案里面包含产品的功能和内容，还能体现交互。

原型分为高保真、中保真和低保真的原型，千万不要画高保真的原型，容易陷入到非常具体的交互，花费时间太多，

画中保真的原型就可以，产品经理的核心是梳理产品逻辑，如果需要高保真的原型，让UI协助处理。

很多人刚入行的产品经理，第一个学习的软件是Axure，花很多时间在原型交互的细节上，却忽略了产品最核心的逻辑，本末倒置。

对于产品经理来说，重要性排序应该是：逻辑>交互>UI，产品经理把控逻辑，交互和UI最好交给其他人做，提升自己的审美，提出建议。

如果逻辑搞不清楚，评审很难通过，研发过程中冒出各种问题，会导致信任度下降。

产品经理也不是不需要学习原型工具，但是基本够用就行了。平时多积累，形成自己的组件库，每做一个项目，都可以丰富一些组件，日积月累，自己的组件库都足够丰富了。

2. PRD撰写

原型是产品界面可视化，PRD则是对业务逻辑和交互细节进行补充，PRD主要面向前后端开发和测试。

PRD里大部分的内容，是对具体功能模块的描述，一份标准的PRD文档，应该包含这些模块：需求背景：现状、方案、目标。

整体说明：核心业务流程图、功能结构图、信息结构图状态机、全局说明。

功能需求：业务流程、前后置条件、角色权限、用户界面、字段规则、交互规则、业务逻辑

非功能需求：兼容性、并发、数据统计等

关于PRD的写法，网上已经有很多文章了，刀哥之前也写过一篇，写得很详细，可以去看这篇文章：https://www.woshipm.com/pmd/3327770.html

PRD是产品最重要的基本功，想必大家也看过很多文章和模板，形式也各异，有些是纯文档，截图+说明，有些用原型+批注。但是这些只是表现方式，背后的逻辑是一样的。

只要把背后的逻辑弄清楚了，无论用什么方式写PRD都可以，不管是word也好，Axure也好，磨刀也好……

刀哥分享下写PRD的背后逻辑。

写PRD之前，首先要弄清楚背景，就是为什么要做PRD里面的一系系列功能，他要解决的问题是什么，带来的价值收益是什么。

这个关卡的产品经理不一定能准确识别到价值，但是至少要从其他人那里了解到，比如业务方，比如产品总监。

在把这些东西了解清楚，开始做具体的需求产品需求分析，注意是产品需求分析，用户需求分析，在写文档之前就应该已经做好了。

产品需求分析，更多的是通过需求分析方法，将用户需求转为产品需求，里面有几个核心技能点，角色分析、产品架构、业务流程、信息架构、状态机。

3. 角色分析

在这次产品需求里涉及到哪些角色，这些角色的期望是什么，C端系统角色相对比较少，B端角色则比较多。

角色及期望

通过角色分析，就知道这次需求里的功能，都是哪些人在用，通过观察或者同理心，去还原他们的场景，让产品功能更全，不遗漏核心功能。

4. 产品架构

产品架构图是一个分层结构，主要分为几层：展现层、业务层、中台层、技术层。

展现层，主要描述产品设计的终端类型，比如有移动端（iOS、安卓、H5、小程序）、PC端。

业务层分为两个维度，一是按角色，比如消费金融系统有用户端、客户经理端、审批端、风控端、贷后端、催收端。二是按业务，比如有3C分期、医美分期、教育分期等。业务视角可能会串联起几个角色端。

中台层，主要是利用模块化设计思维，把一些比较通用的模块进行解耦聚合，比如，所有业务系统都会涉及订单、权限、用户、数据，那么业务中台，可能就包含订单系统、权限系统、用户系统、数据BI系统。

技术层，也是模块化思维，但是更底层，比如这些系统里面都会用到IM、规则引擎、文件管理、日志、通知等。还有一些如数据库、存储、微服务、分布式部署，这些需要技术来协助，产品架构图里也不一定要体现。

另外还有一部分就是三方对接的服务，比如常见的短信、征信查询、电子签约、三方支付、语音识别等。

产品架构图模板

产品架构图要和产品结构图和功能结构图区分开。

产品架构图是多维度，对产品整体的概览。

产品结构图是产品具体元素的梳理，产品结构图里面包含产品页面，及页面上的组件和内容元素，可以理解为一种物理结构。

功能结构图是产品功能的梳理，包含产品的具体功能，或者也可以理解为用例，是用户和系统的交互过程，可以理解为一种逻辑结构。

这些概念很容易把人绕晕，一定要有自己的理解，还有一个概念也容易混淆，叫信息架构。

5. 信息架构

信息架构，就是将信息分成对应的类别，再将这些类按照某种结构组织起来的过程。

类别的最小单位是类，类包含属性和操作，例如文章是一个类，视频是一个类，文章类又有增删改查的操作，文章类、视频类都是信息。

而信息的组织方式叫架构，比如文章和视频两个类都属于内容。从架构上看，内容包含文章和视频，是一个父级与子级关系。

信息架构由四个系统组成：

1. 组织系统
2. 标签系统
3. 导航系统
4. 搜索系统

组织系统是信息的组织方式，比如内容分为文章和视频。

标签系统是按照信息衍生出来的属性进行分类，比如新闻、搞笑、娱乐，这些标签对应的内容里又包含文章和视频。

导航系统是规划用户最快速达成目标的路径，分为全局导航、局部导航。

搜索系统是用户通过自定义关键词，主动获取自己感兴趣内容。

信息架构不同于信息结构，信息架构是一个综合的解决方案，不是一张图就能说清楚的。

信息结构是实体的属性，以及实体之间的关系，可以用ER图来熟悉，或者用思维导图来梳理。

信息结构可以用来指导产品原型设计，可以看刀哥之前写的这篇文章：产品经理如何利用ER图，指导原型设计？

6. 业务流程

业务流程是不同角色，完成业务目标的先后顺序，是一系列步骤、程序，是对每个环节进行的程序化处理。

角色可以是任何对象，例如人、系统、部门、公司…

一个业务流程由多个连续的活动组成，复杂的业务流程还分为子流程。

业务流程有多种类型，例如部门人与人之间的业务流程、用户（人）与系统（产品）的交互业务流程、系统与系统之间的业务流程。

人与人之间的业务流程如公司的请假、调休、转岗、离职等，OA系统里面会有很多这种流程。

人与系统的业务流程如注册、登录、找回密码这些基础流程，还有如打车、叫外卖、购物的业务流程。系统可以看作是一个黑箱子，箱子里面又包含有前端和后端等。

系统与系统的业务流程主要在于进行数据交互，系统使用结构化设计，将整个系统拆分成很多聚合度很高、耦合度很低的模块，模块之间除了内部交互外，还需外部系统进行交互，系统之间的交互通常使用接口。

每个业务流程都由多个连续的活动组成，例如请假这个业务流程，里面的活动有填写请假单、审批请假单等活动。注册的流程涉及填写手机号、获取验证码、输入密码等活动。

7. 状态机

所有系统，都是由一些数据和功能组成，我们的功能，就是对数据进行处理，主要包括增删改查。

数据组成单据，比如金融系统里的贷款订单、审核单、还款单、催收单、放款单等等，这些单据会有不同的状态。

通过功能对这些单据进行操作，就是实现单据状态的变更，这些状态变更，以及对应的操作，可以通过状态机来梳理。

状态机除了可以梳理状态外，还可以梳理对应状态，可以执行什么操作，如下图：

状态图

8. 产品调研

产品经理要策划出好的解决方案，一定要保持好奇心，针对用户需求，找到最优解。

随着互联网的发展，行业里已经有很多成熟的解决方案，很多时候，都不必重复发明轮子。

调研、借鉴成熟的解决方案，可以提升产品策划和设计的效率。

调研可以从几个维度，战略处、范围层、结构层、框架层、表现层，其实就是用户体验的五个要素。

在产品初期，重点调研战略层，看别人服务的用户以及对应的商业模式。

在着手产品的时候，重点调研范围层，看为了服务用户，都提供了哪些功能，有哪些核心体验点和技术点。

在具体产品设计的时候，调研结构层，即产品架构、产品结构。还有产品的交互布局和视觉风格。

网上有很多产品体验报告，做这种体验报告，可以丰富自己的方案库。尤其是对于产品新人，在还没有作品的时候，多去做一些产品分析，形成自己的作品集，面试时是加分项。

对于有一定经验的产品来说，保持好奇心，时刻关注竞品，以及一些新的技术动向，也能提升自己的竞争力。

9. 数据分析

产品上线后，效果怎么样？有没有达到预期的目标，只能通过数据分析来判断。

有些人会觉得，数据分析是运营的工作，和产品经理没什么关系，这种想法不对。

互联网增速放缓，没有新的产品形态诞生，现有的产品，涉及到的技术已经非常成熟，产品越来越模式化，组件化。

很多产品甚至都能找到开源的代码，这个时候，产品经理的生存空间将越来越小，核心价值将掌握在运营的手里。

产品经理要发展，要么期待新的产品形态出现，掌握核心产品力，要么转运营，产运结合。

10. 迭代控制

这个关卡的产品经理，还不需要很强的规划能力，更多是将规划落地。

但是这个规划要怎么逻辑，还得做具体的迭代计划，可以理解为产品路线图。

老板跟说，我们要去广州，交通工具是越野车，要先去趟重庆见客户，然后再去贵阳避避暑，然后再途经广西，最后到广州。

这是老板的战略和策略，你还得把路线图给规划出来，规划的路线要安排合理，路程尽量短，不要耗太多的油，这是路线图，最后你还得开车，做具体的执行。

战略框架

对应到产品里，每个迭代要做什么功能，这个解决的问题是什么，有什么用户价值或商业价值，都要梳理出来。

二、第二关：自主提出高质量需求

这一关需要掌握的技能点并不是特别多，但要习得这些技能点，却非常难，是否拥有这些技能点，也是区分普通产品经理和高级产品经理的重要标志。

有两个关键词，一是自主，二是高质量需求。

先说自主。第一个关卡的产品经理，更多的被动接受任务，然后做产品，而要想通这一关，则必须要自己提出需求。

自己提出需求看似简单，实际却异常的难，产品经理要具备非常强的洞察力和同理心。

有些人靠调研，到具体的用户场景中去，发现需求。有些人很有天赋，完全不需要做用户调研，比如产品大牛乔布斯。这种牛人甚至不是去发现需求，而是创造需求。

要创造需求，需要对人性有深刻的洞察。

再说高质量需求。所谓高质量需求，就是能产生有利可图的价值，价值是一种主观感受，用经济学的一个术语来说，叫效用。

用户主观上感受到效用，就有价值，要过这一关，产品经理必须能识别到这些价值。价值分为三种，一种是面向用户的用户价值，一种是面向公司的商业价值，一种是面向领导/客户的领导价值。

1. 用户价值

用户价值，根据分类，可以分为货币、时间、身体、心理等，用户又分为C端用户和B端用户，C端用户更关注的价值面更多，除了时间和货币外，还有情绪、心理、信念等，而B端用户关注的更多是货币和时间。

用户价值

2. 商业价值

商业价值，则是对公司创造的利润，简单来说，就是能不能帮公司挣到钱。有时，可能还会考虑一些社会价值，比如解决社会就业、比如慈善。

要挖掘出商业价值，需要对商业模式有深入理解，在不伤害用户的前提下实现盈利，找到平衡点，这是非常考验功力的。

3. 领导价值

领导价值，这个可能有点特殊，但是产品经理要通过这一关，不得不考虑这个因素。前面说了，价值是一种主观感受，对于领导/老板来说，他有他的认知和爱好，有时为了让他感受到价值，产品不得不做一些妥协。

如何创造领导价值，大概是跪或者添吧，投其所好，作为打工人，服务好领导也是核心所在。

有句话说得好，创业是和社会产生连接，而打工是和领导/老板产生连接。如果不想费工夫花时间去思考无聊的领导价值。

要么离职，要么自己做领导，做老板，别无它法。

4. 产品规划

高质量的需求提出来以后，还需要具体落地。产品规划，其实就是基于价值判断，做出对应的策略。策略交给具体的产品经理去执行，能闯到这一关，大概率已经是高级产品经理或者产品总监了。

产品规划的方法论，可以看刀哥之前一篇文章：

产品规划三件套，实用的产品方法论

以上就是第二关的核心技能点。说实话，要过这一关挺难的，大部分产品经理都过不了，产品经理必须对行业特别熟悉，产品基本功足够好，才能过关。既要懂市场，也要懂用户，比业务更懂业务。

一旦通了这一关，产品经理的内驱力，成就感，将极大的提升，价值才是产品的核心，大部分第一关的产品经理，是意识不到这一点的。

三、第三关：独立负责一个业务，使其良好运转

独立负责一个业务，就不仅仅是对产品负责了，还要负责其他模块，需要把产品做出来，并且推出去，完成业务闭环，让产品持续产生价值，通过经营这个业务，为公司创造收益。

这其实就像是在经营一门生意，不同的生意（行业），经营的逻辑都不一样。

2B和2C就有较大的差异，金融业务和教育业务也有较大的差异，每个行业里的核心模块和经营逻辑都不同。

比如金融行业，包含有贷前、贷中、贷后、催收等模块，经营的重点是获客、资金和风控。

比如教育行业，有营销、科研、授课等模块，经营的重点是获客、师资和留存。

要通过这一关，产品经理必须要特别熟悉行业，先从产品做起，负责自己本职的一个模块，能独立负责本职模块后，在横向拓展，熟悉其他模块，最后成为整个业务的负责人。

还是拿金融来举例，比如最开始的title是贷中产品经理，主要负责贷中环节的审核、风控、运营等相关系统，在能独立负责贷中所有系统以后，基本上也非常熟悉，贷中这一块的业务了。

然后，基于自己的好奇心或者兴趣，去横向拓展，熟悉和研究贷前获客的系统和业务，熟悉贷后的请款、放款、还款等系统和业务，再去熟悉和研究催收相关的系统和业务，最后对整个业务的所有系统和业务都已经非常熟悉了。

从获客营销，到提供资金服务，到资金的来源等，都已经能独立负责，并且基于现状做出相应的策略，这时，已经基本能负责整个业务了。

当过了这一关，就从产品负责人，变成了业务负责人。

如果跳槽到另外一家同行业的公司，也能独立负责业务，因为之前已经积累的非常成熟的经验。

四、独立负责多个业务，使其良好运转

还是以上面的金融为例，如果已经成为某个业务的负责人，比如消费分期。

这个时候，公司基于战略，做出了一些新的计划，准备涉足教育分期，作为多业务负责人，需要具备能够负责多业务的能力。

到这一关，除了需要挑战业务任务外，还需要挑战一些事务管理的任务，比如管理后台的人力行政财务等支撑部门。

下属员工已经不少了，需要做出更高层面的战略规划，需要设计出合理的部门结构，甚至要制定公司文化，明确公司的使命愿景价值观。

如果你通了这一关的，恭喜你，你已经打败了99%互联网的打工人，具备晋升CEO的条件了。

写在最后

再回过头来看看这四关：

第一关：独立完成功能设计

第二关：自主提出高质量需求

第三关：独立负责一个业务，使其良好运转

第四关：独立负责多个业务，使其良好运转

大部分产品经理，都在第一关，刀哥之前有创业经营，有幸通到过第二关，说实话，通过第二关的感觉，比第一关，要爽太多。

第一关大部分是在做执行，价值不好衡量，工具成分更多，螺丝钉属性更强，而第二关，可以验证自己的价值判断，通过高密度的决策加实践，成长的速度更快，做产品更快乐。

第三关和第四关，难度越来越高，能过的人也越来越少，但是，就像玩游戏一样，挑战有一定难度的任务，完成后才能体会游戏带来的快乐。

每过一关都是职位的跃升，第一关通过后是产品经理，第二关通过后是产品总监，第三关通过后是业务负责人，第四关通过后是CEO。

以前老说，产品经理是CEO的摇篮，主要是因为产品经理能够通过全链条的业务梳理，熟悉一家公司每个模块的业务，而熟悉每个模块业务，是CEO的必备条件。

所以，从这一点来看，产品经理从画图崽成为CEO，是有一定优势的。

很多职业的发展，都有两个方向，一个是技术方向，一个是管理方向。但是刀哥觉得，作为产品经理，没有技术方向，所谓技术方向，就是更好的根据别人的需求，做出符合预期的产品，永远是工具人。

产品经理只有管理方向，产品经理的最后一关，一定是能够独立经营，可能是一门生意，可能是几门生意。

越往后，难度越高，责任越大。然而人各有志，有的人可能玩这个游戏，通了第一关就不想往后面走了，有的人一直在挑战任务，奋勇前行。没有对错，只有是否合适，做到自洽就好。

不知道你现在正在第几关，以及，你对未来的期望，是通到第几关？