产品经理是依据公司的产品战略，对某个产品或产品线担负主要责任的角色。
比较老套的方式是从宝洁的故事开始讲起，因为很老套了，我就不讲了，我们主要还是来看看对于“产品经理”这个岗位的理解。因为挂着“经理”的名头，很多人都自然的会把这个岗位理解为是管理岗位，特别是不懂互联网行业的人，当你递上一张名片，上面写着“高级产品经理”的时候，一般对面的反应都是比较艳羡的，年纪轻轻就经理了。这是这个岗位唯一比别人岗位好的优势，过年过节回家不需要费太多的口舌去解释。也有的小伙伴很认真，非得把产品经理连起来解释，这时就出问题了，解释不清楚。其实这是一道很好的作业题，当你能面对家里的三姑六姨解释清楚“产品经理”做什么的时候，你对这个岗位的认识和定位也就清楚了。
个人下的定义：产品经理是依据公司的产品战略，对某个产品或产品线担负主要责任的角色。这是书面的定义，怎么面向家里亲戚去解释，相关翻译的事情就交给你自己了。
我们先忽略前半句，先看看后半句。“对某个产品或产品线担负主要责任的角色”，应该比较好理解对吧，没有“经理”的管理职责，但要背负“经理”该负的责任，这就是大家通常所说的，产品经理就是背锅侠，产品上出了什么问题，最终背锅的基本上都是产品经理。
大多数时候，产品经理行使的是执行权，尽管在产品生命周期中的各个阶段，产品经理要带动、协调不同的部门和团队、不同的对象去一起完成某项工作。换个角度来讲，产品经理只有对产品的支配权，没有对人的支配权，即所谓的行政权。所以它不是个管理岗位。
有的小伙伴会说，很多大牛都说产品经理对产品拥有绝对的支配权，到你这怎么就变成了执行权？不好意思，你可以看下那些大牛在告诉你这个讯息的时候，他是什么职位。到了产品总监、产品vp的级别，执行权+管理属性，自然就形成了支配权，所以当你可以带一条产品线或者单独负责某个产品的时候，是岗位提升的契机，为什么只能说是契机呢？因为还要看你自己是如何把握这个契机的。
更多的时候，我们看到：老板是首席产品经理，老板说什么就是什么，产品的设计思路和发展规划往往被打乱。
这时候，即便你带了产品线或者某个产品，很有可能还只是老板对产品想法的一个践行者，而不是按自己对产品发展的设想去走，是在执行。其实，刚走上这个岗位的时候，就不要想着你要对这个产品有着全局的把控，因为你自己的能力还没有达到，本来也根本无法把控的。这个时候最主要的就是学习，先按着老板设定的方式去做，或者按照产品总监的规划去执行，慢慢的从过程中和结果中去总结做事方法，去验证老板的决策或总监的规划是否正确，去思考如果按照你自己的设定来做会是怎样，会不会比现在的结果要好。这样持续个几年，你就会形成出一套你自己的思考方式，可以提出一些有建设性的想法。
不要刚开始接触产品经理的工作，凭着自己玩应用、看过几本书、参加过几次活动得来的信息，就觉得自己做产品很厉害了，这是不科学的，除非你是个天才，天才也还需要脚踏实地。
很多角色分担了产品经理的职责和工作，但是没有形成合力，使产品成为一盘散沙。
市场BD做了市场调研和用户调研方面的工作，但是并没有把真实的用户声音反馈上来，而是告诉你他们消化过的声音。客服团队接触了用户的一手反馈，觉得产品就应该按照用户的要求去走，给你持续的施加压力。运营团队在运营活动的推进过程中不太顺畅，各项指标没有达到预期，觉得产品还需要打磨打磨才能进行推广。技术团队在需求理解和需求执行上加入了很多自己的想法，把产品功能做成了他们自己想要的操作方式。到最后你会发现，你就只是个会画原型和写PRD的人，这还是产品经理么？
从我的面试经验看，很多新人都是这样的状态，问他日常工作的主要职责是什么，回答就是画原型和写文档，跟进开发进度。问他为什么没有做需求分析，回答老板说就是这么做的，或者业务部门告诉我这么做就可以了。这真的是一个非常值得反思的问题，画原型和写文档只是基本技能，基本技能变成了主要工作，这是本末倒置。还有很多小伙伴参加产品经理的培训，学完回来就是一些基本技能提升了，没学到任何方法，那钱都打水漂了。要有自己的判断力，哪些东西自学就可以了，哪些东西是真的需要花钱去学习的。
项目经理就是产品经理，解决了很多问题，做了很多功能，最后发现很多功能是无用的。
跟进开发进度很多时候也变成了小伙伴们口中的主要职责，进度确实很重要，但相比于产品设计，它只是个实现的过程，进度可能偶尔会延期，要是产品实现出了偏差，进度再快都没有用。产品经理不能变成一个永远都是在修修补补解决各种问题的人，要先思考清楚产品的发展方向，自己想不通的，就找产品总监去确认。再按照方向去安排接下来的工作。遇到个问题，想某种方案去解决，填坑式的产品设计，只会让坑越填越多。
很多时候，我问来面试的小伙伴，能否用一句话准确的描述产品的定位，很多人都需要解释半天，生怕我不明白。其实都是他们自己没有认清自己做事情的目的和方向，功能做了那么多，他们自己也乱了阵脚，发现一句话没法把很多做过的功能都涵盖进去，那就说明做的那些功能都没有太大的用处。
这是最常见的问题，很多人设计产品的时候，都是从自身使用的角度出发的。问他为什么这么做的时候，满口都是“我觉得”，“我认为”这种从本位主义出发的开场白。行业内有那么多大牛都讲过要从用户角度出发去设计，以用户为中心了，真正到做的时候却还是从自己出发去设计。这是很多新人都会犯的错误，这也是没有掌握做产品的方法的一种很明显的表现。即便是你自己先试用产品，都要求先把自己变成小白，再去试用产品功能，更别说产品设计阶段了，肯定不能从自己的角度去设计，我们要的是客观的用户使用场景，而不是主观的个人主义。
现在也有比较多的开发转行当产品经理的，至少目前我没有面试到转行比较成功的。思考的角度不一样，在功能实现层面，确实把握的比较好，因为懂技术，还知道技术人员的实现细节，还可以给技术人员提供实现建议，但有什么用呢？都说产品是源头，产品没有设计好，后面的环节都遭殃。那什么是产品的源头呢？业务分析和需求分析是源头，分析阶段没有做好，功能做的再强大都没有用。
我们再回过头来看这句话，“对某个产品或产品线担负主要责任的角色”，是不是会有不一样的理解。这个主要责任不是说功能没做好或者做的太少的责任，也不是进度没把握好的责任，而是产品没有做好的责任。怎样才算好产品？网上有一大堆解释，这个时候就要回过头去看看前半句了，“依据公司的产品战略”，什么是产品战略？这个后面的学习当中会陆续提到，这里只想说明一个事实，不符合公司发展战略的产品，到最后都会被舍弃掉。大公司经常会出现内部砍项目的情况，小公司也经常有项目难以为继而关停的情况。严格意义上讲，纯粹的以用户需求为导向是没有意义的，要在公司战略基础上，结合用户需求去设计产品才有意义。
以用户为中心，这句话是没有错的，它是要告诉我们从用户的角度出发去思考问题。我们思考问题总要有个背景吧，这个背景就是产品发展战略，也就是我们通常所说的方向和目标，如果确实在做的过程当中，发现用户的需求完全不是当初设想的那样，这个时候要先调整方向和目标，然后再调整产品设计，这是产品经理应该要有的素养。
再看一遍：产品经理是依据公司的产品战略，对某个产品或产品线担负主要责任的角色。
这个一定要想透，才能很好的驾驭产品经理这个岗位，想不透的可以多看几遍，或者在实际工作当中去思考，慢慢就想透了。应该来说，只有想透了才能做出好产品，否则可能需要走过很多弯路，才能真正的回到做产品的直路上来。
