产品经理的七个阶段

产品经理的七个阶段

一、第一阶段：需求细化与研发跟进

这个阶段基本上每天的工作都是写PRD（产品需求文档）、画原型、做DEMO。也就是基本处于一种被动分配任务的状态，接收的都是“二手需求”。一般而言自己思考产生的产品优化会比较少。也就是目前IT行业里面数百万的产品助理，甚至一些泛产品经理（从事类似工作，但不以产品经理为title的人）。基本来说，新人就是从这个阶段进行起步。按照天赋和努力的程度，有的可以半年时间跨过这个阶段，有的需要1-2年时间。

1.1阶段重点-领域知识

基本的工作流程，首先会接到一个相对明确的任务，要能听得懂。每个行业的产品经理都会需要自己行业的领域知识。以笔者所在的汽车媒体行业举例子，作为一个产品经理，我们需要具备：1、传统媒体行业知识；2、汽车行业知识；

3、微信生态知识；

4、敏捷开发知识；..........

1.传统媒体行业知识：因为公司类的编辑同事有许多是从传统纸质媒体转行到新媒体的，所以一些工作流程的规范会沿用报社的管理方式，比如像编辑人员的职能划分会有：采编、美编、责编、统稿编辑、总编等等，当你做一个内部支持的系统产品设计，你就必须要了解相关工作流程，才能设计一款符合内部人员使用的系统。

2.汽车行业知识：在做类似车型库相关业务的时候，需要进行底层数据架构的设计，你必须先了解一个车型的设计关系是怎么样的。以一台领克012017款2.0T四驱时间限量版车型举例，这是一个车型，它对应的年款是2017款，它有价格、配置表、各类车型图片...信息，往上一级是车系，车系是领克01，对应销售状态是什么，是SUV还是轿车、产地在哪里、车厂在哪里、合资还是自主等等，在往上一级是品牌。你在前端上看到的简简单单一个数据，其中包含了很多相关或者级联的其他数据对其进行支撑。

3.微信生态知识：公司是以微信公众号起家的粉丝，在获得腾讯投资以后扎根小程序开发，所以在做产品设计的时候，我们产品经理需要熟悉微信公众号的API文档，小程序的产品设计规范、小程序的API接口，微信开放平台的API

文档与功能等等，熟练的了解每一个微信产品后台功能。

4.敏捷开发：也就是小步奔跑，快速迭代模式，从需求、UI、前端、后台、测试到上线，两周一个版本发布，其间的过程如何利用项目板，燃尽图等把控进度。

1.2如何快速成长

苏杰在书上的三招是：1.做客服；2.写TC（测试用例：是将软件测试的行为活动做一个科学化的组织归纳，目的是能够将软件测试的行为转化成可管理的模式）；3.请吃饭。也就是分别对应熟悉用户、熟悉产品、熟悉团队三种目标能力。

但以我个人的经历来说，我认为的三招应该是：1.做客服、兼运营；2.刷一遍团队所有产品经理的需求文档；3.组织需求评审会议。也能对应上面三种目标能力。

首先说一下我做客服和兼运营的经历。刚进入开发团队的时候，负责接手了公司中违章查缴的产品，那时候团队人少，就兼任了客服人员。因为产品用的是第三方提供的各种接口，有几点原因导致了这个产品的体验并不是太好。第一个：第三方接口不完善、许多异常流程没办法处理需要人工解决；第二个：违章办理需要由接口供应商对接线下，有许多不确定性。第三个：产品因为各种局限没办法全自动，会出现大量的需要人工处理的异常环节，导致客服电话被打爆。

那时候每天都有接不完的电话，所以我作为一个产品经理能清楚知道第三方的接口局限性是什么，怎么样进行流程上的完善与规避，补充原本流程设计的不足。最重要是我是直接对接用户，清楚感受到了用户的需求：省时省力进行代办，不想为这种杂事操心。

而在一款产品进入增长期以后，运营、产品是不分家的。比如大公司的运营总监会和产品总监会互相轮值，也有运营分管产品或者产品分管运营的机制。

首先，运营人员也是直接面对用户的，他们会收集用户反馈的需求、BUG 然后提交给产品经理，还有他们会在日常运营活动中，直接或者间接的使用我们的产品，能反馈许多设计不合理的地方。

刚进入团队的时候，往往手上只会负责一个项目或者从最简单的功能开始入手，但慢慢的在团队待时间长了，就会需要和其他的产品经理手上的功能进行交叉迭代。以我为例，我是在我们团队今年的第10个版本开始陆陆续续的看以前

别人写过的需求文档，然后对着文档去熟悉一遍后台功能。

从团队角度而言，别的部门不会管你是不是这个功能的产品负责人，出现了问题能找到哪个产品经理就会找哪个进行反馈，当你遇到反馈的时候，你需要熟悉这个功能到底在哪里操作，怎么操作，才能定位问题反馈给技术去解决BUG。

另外看别的产品经理的需求文档，可以了解一些很有意思的事情。比如你会以一个普通用户的视角去使用产品，但是只有看了需求文档和操作后台以后，你才知道这个功能花了多长的时间进行迭代，每一个版本迭代的内容是什么。

有一点特别需要强调！作为一名新人，和别的产品经理进行项目交叉迭代的时候，一定要充分熟悉了解功能价格，以及迭代后涉及的方方面面，不然直接就会从流程和逻辑上改出问题，导致上线以后项目频繁报错！

熟悉团队成员最快的方法，其实是开需求会议。组织一场需求会议，把你要实现的功能对着你撰写的需求文档表达出来，需求分配到的开发人员再提出针对这个需求的疑惑之处，这样讨论着讨论着，彼此就熟悉了，需求也能讲清楚实现的方式。

为什么网上这么多产品经理被人骂，就是因为他们不懂技术，还不和技术人员讨论到底能不能实现，凭着自己想当然的去想，当然会产生许多不靠谱的想法。但是，如果产品经理能多和技术团队进行磨合，久而久之就能产生默契，自己懂一点，也就能判断这个需求到底能不能做，大概的成本如何。

二、第二阶段：主动挖掘与项目管理

这时候，产品经理开始会见用户、挖需求，探究人性，而前提是需要有用户研究、数据分析、竞品分析、心理学、社会学等知识。

这一阶段的产品经理，可能会负责产品里的一个模块或者功能。举个例子来说就是：我是滴滴打车的一个产品经理，负责“我的”模块，模块里面有登录注册、我的积分、我的账户、我的行程、设置之类的功能，这是我要做的就是尽量的去优化这些页面的一个逻辑，做到简单易用，同时保证功能开发出来以后不被吐槽，不出BUG。所以这一阶段，应该是IT行业里面数十万计的初级产品经理。

2.1阶段重点-被动变主动

是的，这个阶段最大的特点就是要从一个被动产出PRD的状态变成一个主动产出PRD的状态。因为你需要从用户身上直接获取需求，开始思考并且进行