产品经理的七个阶段.docVIP

产品经理的七个阶段 一、第一阶段：需求细化与研发跟进 这个阶段基本上每天的工作都是写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.组织需求评审会议。也能对应上面三种目标能力。 1.2.1做客服、兼运营 首先说一下我做客服和兼运营的经历。刚进入开发团队的时候，负责接手了公司中违章查缴的产品，那时候团队人少，就兼任了客服人员。因为产品用的是第三方提供的各种接口，有几点原因导致了这个产品的体验并不是太好。第一个：第三方接口不完善、许多异常流程没办法处理需要人工解决；第二个：违章办理需要由接口供应商对接线下，有许多不确定性。第三个：产品因为各种局限没办法全自动，会出现大量的需要人工处理的异常环节，导致客服电话被打爆。 那时候每天都有接不完的电话，所以我作为一个产品经理能清楚知道第三方的接口局限性是什么，怎么样进行流程上的完善与规避，补充原本流程设计的不足。最重要是我是直接对接用户，清楚感受到了用户的需求：省时省力进行代办，不想为这种杂事操心。 而在一款产品进入增长期以后，运营、产品是不分家的。比如大公司的运营总监会和产品总监会互相轮值，也有运营分管产品或者产品分管运营的机制。 首先，运营人员也是直接面对用户的，他们会收集用户反馈的需求、BUG然后提交给产品经理，还有他们会在日常运营活动中，直接或者间接的使用我们的产品，能反馈许多设计不合理的地方。 1.2.2刷一遍团队所有产品经理的需求文档 刚进入团队的时候，往往手上只会负责一个项目或者从最简单的功能开始入手，但慢慢的在团队待时间长了，就会需要和其他的产品经理手上的功能进行交叉迭代。以我为例，我是在我们团队今年的第10个版本开始陆陆续续的看以前别人写过的需求文档，然后对着文档去熟悉一遍后台功能。 从团队角度而言，别的部门不会管你是不是这个功能的产品负责人，出现了问题能找到哪个产品经理就会找哪个进行反馈，当你遇到反馈的时候，你需要熟悉这个功能到底在哪里操作，怎么操作，才能定位问题反馈给技术去解决BUG。 另外看别的产品经理的需求文档，可以了解一些很有意思的事情。比如你会以一个普通用户的视角去使用产品，但是只有看了需求文档和操作后台以后，你才知道这个功能花了多长的时间进行迭代，每一个版本迭代的内容是什么。 有一点特别需要强调！作为一名新人，和别的产品经理进行项目交叉迭代的时候，一定要充分熟悉了解功能价格