产品经理工作概述：谈谈我眼中的7个产品工作环节（一）.docVIP

　　产品经理工作概述：谈谈我眼中的7个产品工作环节（一） 你，无需感到畏惧，也无需感到迷茫。 由于环境原因，我们接触到的产品经理似乎总是“特别的”，以至于这个问题困扰了许多人。 产品经理到底是什么，我现在做的事情，真的是产品经理要做的事情吗？ 产品经理的工作 本文所提及的观念，为我个人的心得分享，不具备标准性质，但具备参考性质。 谈到产品经理的工作，“杂”，是最常听到的定义，包括我本人也在许多场合提到了产品经理的工作内容很杂。 这有两个原因： 其一，我们并没有掌握这些看上去杂乱任务背后的共性 其二，我们懒惰，相比长篇大论的陈诉以及费尽心思的沉淀，只能回答“杂” 用杂乱来定义产品经理的工作内容，就如同用写代码来定义开发， 用画图来定义设计师一样，只是一种自嘲的回应，并不是真正的定义。 我简单的将我个人对这个角色的定义分享一下，并不代表所有的产品经理，但也代表我所认识，所接触过的大部分产品经理，分析样本在100人以上。 这是一个工作的循环，一共是 7 个环节，分别是接受任务、分析、设计产品、交付产物、跟进进度、验收发布、结果分析。 我们来简单讲讲每个阶段的工作性质。 接受任务 这里提到的接受任务，原则上是产品经理一系列工作的起点，这些任务便是我们的需求。 正式工作环境里，我们的需求大部分通过任务性质被下发给我们的，这一点即便是产品负责人，产品总监也不例外，区别只是我们的任务不一样而已。 以产品总监为例，我们会接受到要启动某个新产品的任务，而这个任务或者是由企业上层决定，或者是由战略决定，或者是由市场决定。 其本质上更多的是任务，而不是想做什么就做什么。 我们来看看几种典型的任务： 我们增加一个打赏功能吧 我们增加一种消息样式 我们做个转发，怎么样 现在直播很适合我们公司的方向，你来操刀，设计一个直播系统吧 积分等级体系能有效的增加用户的活性，来一发 我们有教育资源，想找一位产品经理来做一款教育类app 当然，除了上级的直接要求以外，我们通过对市场，对用户的了解，也能发现一些问题，发现一些机会，而这部分内容，也同样是任务性质的，只是我们自己扮演者任务分配的角色。 冬日的某天，小雪，A和B两人相约去某地开会，准备打个出租车前往，两人在雪地等了许久，都没有出租车经过。 此时，A抱怨道，要是有一款APP ，能让我点一下就能叫到车就太好了（任务下发） B思考了一下，觉得这是一个很好的想法，于是回应道，咱们自己做一个（任务接受） 于是 ，有了 UBER 于我个人而言，我其实很排斥“想法”，更多的是喜欢以“任务”的概念来驱动项目，想法过于偶然了，具备十足的不确定性，同时又过于廉价，谁没有几个想法呢？而任务却不一样，具备一定要达成的潜意识，我们接受任务或者下发任务时，都持有必须完成的心理。 分析 分析是一个大类的环节，这样的称呼大概会让你感到迷惑，我们先来看看那，分析阶段都包含了那些事情。 市场调研，用户调研，需求调研，技术调研，数据分析，kano模型，马斯洛需求层次，用户画像等等 在分析阶段，我们运用各种各样的方法来完成对任务的分析，是的，我们所知道的许多看似很高端的名词，大概都是在分析阶段的某种方法论。 产品经理是个强思考的角色，这里的强思考主要就体现在分析阶段。 分析阶段在任务接受之后，我们分析的目的是如何去达成任务。 分析的目的 在于寻找达成目的的方法，而不是去寻找拒绝任务的理由。 很多时候，我们在分析时会有错误的思路，我们会下意识的去寻找能够帮我们拒绝执行任务的理由，这是一种潜意识，是我们需要克服的困难。 我深刻的知晓许多任务，在我们接受时，就已经存在不可执行性，从一开始就注定了失败的，但很遗憾，我们对此无能为力。 就像是士兵一样，服从是军人的天职，达成任务便是我们产品经理的天职，尽管他多么的离谱。 要知道，许多伟大的事情，都是在不可能完成的情况下被完成了。 产品经理接受的任务，极具挑战性质，80%以上的任务都是属于 不可能完成的任务 我们的角色，本就是将不可能变为可能，将可能变为现实。 所以，你还在排斥任务吗？或者你是否做好心理准备， 迎接一个又一个的不可能完成的任务？ 再来说到具体的各种方法论，如同我们刚才列举的许多方法一样，其目的都是为了帮助我们分析。 我们已然清楚分析的目的是什么了，那如何分析便是这些方法论发挥作用的时候了。 这些方法论并不神秘，只是包装过于华丽了，我们简单列举几种分析方法吧。 1.市场调研 我们在获取需求时，最先做的就是市场调研，简单的来讲，就是去分析任务所对应的目标市场，具备什么样的特点，需要什么样的服务。 需要注意的是，此处调研对象是“市场”，比如出行市场，IT市场。 2. 用户调研 任何一个产品都是被某人所使用的，我们借助市场调研明确自己要做什么服务以后，就需要做用户调研了。用户调研的落脚点在于某人，正