你以为你以为的产品经理就是真实的产品经理吗？

【文章摘要】根据产品的生命周期，大致可分为产品研发经理、和产品市场经理。研发型产品经理多数是在产品研发阶段，其工作的重心在用户分析、需求分析、需求评估、需求管理、撰写需求、制作原型和流程图等方面；运营型产品经理多数在产品上线之后的运营阶段，其工作重心在产品推广、运营数据分析、吸引用户、留住用户和让用户买单方面。

做产品经理已有个四五年了。看过了很多关于产品经理的描述，也见过了不少的产品经理。越来越发现，我们在书本上看过的那些对于产品经理的描述多数都是理论意义上的产品经理，或理想中的产品经理。实际上呢，真实的产品经理因为所在团队、所在公司、所在项目、所在位置的不同而不同。

本篇文章跟大家扯扯真实的产品经理是个啥样子。

当然，首先先让大家看看理想中或理论上的产品经理是啥样的。以下内容摘自《神一样的产品经理》：

产品经理（pm）是驱动和影响设计、技术、测试、运营和市场等人员推进产品生命周期的经理人。其核心特点是：1.没有实际领导权；2.协调和驱动。

根据产品的生命周期，产品经理大致可分为产品研发经理、经理和产品市场经理。研发型产品经理多数是在产品研发阶段，其工作的重心在用户分析、需求分析、需求评估、需求管理、撰写需求、制作原型和流程图等方面；运营型产品经理多数在产品上线之后的运营阶段，其工作重心在产品推广、运营数据分析、吸引用户、留住用户和让用户买单方面；市场型产品经理是在产品成长、成熟阶段，其工作重心在采用各种有效方法让产品变得好卖盒获取良好的口碑以及打造产品的品牌。

根据所负责的产品类型，产品经理可以分成社区产品经理、电商产品经理、ERP产品经理、搜索产品经理、输入法产品经理等。

根据产品的使用终端，产品经理可以分成SP产品经理、WAP产品经理、手机客户端产品经理（Windows phone、Android和ios等操作系统）、 APP产品经理（基于第三方开放平台）和ipad产品经理等。

产品经理的职责：

1.明确产品的目标用户群及其特征

2.获取、评估和管理用户需求

3.完成、产品原型和流程图

4.精通、和信息架构技能

5.项目管理、需求变更管理和需求验收

6.产品运营数据的分析和总结

7.提供运营、市场和销售等支持

以上就是理想中的产品经理的样子。

现实中真实的产品经理是啥样呢？

总体来说，逃脱不出上面的理想产品经理所划定的范围，只是真实的产品经理可能只负责其中一小部分或仅能做到其中的一小部分。

1.真实的产品经理确实多数是没有领导权的。这点上别跟我说张小龙什么的。他是产品经理吗？当然。但他也是总负责人。真实的情况中，产品经理很可能就是公司唯一一个负责产品工作的，但是没有任何级别。上面有领导，下面没有人。也可能属于产品组或产品部门，但也跟领导没啥大关系（除了产品总监或产品团队负责人）。

2.真实的产品经理确实需要协调和驱动别的部门的人员和资源。不过，多数的时候，产品经理需要挡住来自方方面面的不合理需求。每个部门都有一大堆需求，但资源有限，应该做什么不应该做什么需要产品经理来做决策。可是，现实中的各部分负责人总会希望能把自己的需求做了，很急。这个时候，需要产品经理采用种种手段（合理性分析也好，胡搅蛮缠也好，人情世故也好）来挡住多数不合理的需求，以确保好钢用在刀刃上。

3.真实的产品经理也是分很多种段位的。可能是为了给员工一个高大上的头衔，很多公司中各种段位的产品经理都混在一起称为产品经理，厉害一点的叫高级产品经理。没有别的了。事实上，刚入行只能打打杂整理资料的是产品经理；可以负责做一两个小功能的是产品经理；可以负责做一个模块的是产品经理；可以负责整个产品推进的是产品经理；可以负责整个产品从零到有的也是产品经理；可以构建整个产品顶层逻辑的也是产品经理……产品经理是逐渐进阶的，并不是所有的产品经理都是一样的。

4.产品经理很多时候是打杂的。除掉产品本职的产品设计工作，产品经理需要担起涉及产品的其它方面的工作。没有文案的时候要成为文案，没有运营的时候需要琢磨运营，设计不给力的时候要引导设计、资源不够的时候要琢磨怎么还能完成任务、注册开发账号……可以说，产品经理就是一块砖，哪儿需要哪儿搬。什么？你不懂？学去。这也是为什么产品经理为什么需要不断学习的能力的重要原因之一。

5.产品经理得满足各方面的需求和考虑各方面的限制。很多出入行的产品经理都听过“用户体验为王”这句话，以为只要满足了用户，其它都可以让步。其实不然。公司战略呢？老板需求呢？技术限制呢？产品不是生活在理想国里。在用户体验和老板需求之间怎么抉择？一个产品如果不能满足公司的整体战略其存在意义何在？做一个功能能够增加用户体验可技术部门实力不行就是做不出来咋办？

6.不会思考的产品经理是干不好的。产品经理必须得多考虑整体和大方向，即使是做一个小功能的产品经理，如果搞不清楚整个产品的状况，都可能把一个小功能做成一块补丁，而不是产品的有机组成部分。当然，现实中多数情况是产品负责人会告诉你这个方案不行，那个方案不行直到最后找到一个契合产品整体方向的方案。因为低段位产品经理刚开始很难意识到这一点，即使产品负责人不断对其讲述也没有用。除非悟性很高。

7.产品经理必须得受得了委屈。为什么？产品必然是大家做出来的，不是产品一个人的功劳。但是，一旦出了问题，处于自我保护的本能，多数人都会找各种各样的理由来说这不是我的错。而在设计、研发、运营、销售、产品等岗位上，产品的工作是最难评估的。产品的工作成果体现在各部门最终的工作成果上，可以说是一个混合体。所以，产品任何一个地方出问题都可以说是产品的问题。

8.关于真实的产品经理的扯淡暂时就这么多。

最后，说两句如何产品经理如何从低段位走向高段位的感想。我的观点是多做、多挑战。多做是要多做事儿，实践出真知这句话是不错的。多挑战是多做高段位的事儿。总做小功能是难以成长为高段位的产品经理。所以要抓住机会做一些高段位的事儿，也就是说如果能够找到自己独立负责一整个产品的机会，就不要去做一个产品的模块或功能（反正我是这么做的，虽然还没做出牛逼的产品，但成长更快）。