毕业前，翻阅过的产品书籍中说：产品经理就是用户调研、需求分析、项目进度管理、团队协作、产品更新迭代的主要负责人。
浏览许多产品经理相关的网站或博客，对产品经理的职责众说纷纭，但百变不离其中。其中最为印象深刻及逻辑清晰的，当属“人人都是产品经理”的一张结构图。（因时间问题，暂不做图分享）
对于文字上的产品经理的定位或定义，其实无非围绕的是：用户、产品、项目管理。
**
实际工作中，产品经理在团队协作中是一个怎样的定位？
如果你所在的团队是产品经理责任制，你上面没有产品总监或比你头衔更高级的开发项目总监，恭喜你，你是这个产品的Leader，你的所有决定将影响产品的一生或余世。
然而，除非你在一个初创型公司的话，你不仅要做的是上面的产品经理的工作，你还要负责交互设计、运营推广等。
如果你在一个较为成型的公司，产品经理不要想得太过于完美，你仅仅只是一个项目的成员，决策上更多的是有产品总监来负责，用户研究更多由用户体验部或者运营部门负责。而你可能只是需求分析师，一个搬运工，一个不断地把电脑的功能点搬到APP的需求原型工匠师。
其实，很多时候，产品经理仅仅只是一个岗位，一个职称。公司HR曾说，我最怕年轻人一进来就被赋予较高的头衔，因为较高的头衔仅仅只是你在这个公司的职称，如果没有修炼好内质，你离开了这个头衔，就什么都不是。
也不乏有些公司给予产品经理太高的权利，导致部分产品经理太过把自己当回事，习惯于发布命令，却不懂得从开发、产品、用户角度去细化产品需求。
当在开发过程中，开发觉得你的需求很傻逼，私自不做商量做成他自己想做的需求，这时候怎么办？
Echo在项目开发过程中，未曾遇到过这种情况；但需求被开发鄙视，是常有之事；（本次主题“何为产品经理”，该问题以后再分享）
****
当用户的问题一直得不到解决，作为产品经理该如何管理BUG？
（本次主题“何为产品经理”，该问题以后再分享）
So，产品经理有时候你需要有你的团队Leader的范儿，但却太自以为高高在上，适当的补充自己各方面的能力（开发编程都需要了解），若想让人信服，除了公司制度给予你的头衔，更重要的是自身具备让人信服的资本。
产品经理真的都是负责用户、产品、项目管理吗？
我觉得产品经理可以按各个维度来分，例如：产品用户群体性质、产品的生命周期、产品经理的等级。
产品用户群体性质
若给产品用户群体性质分为：To B ，To C
针对To B型，产品经理的需求着重点更多的是偏向功能需求及逻辑需求，对于To B型软件，更多的是一种规范的软件规则；对于用户体验的需求，并没有To C 型要求那么高；从事该类产品的PM，容易感到厌倦，然而对于逻辑方面的锻炼确实很不错的机会。
针对To C型，产品经理的需求着重点更多的是偏向用户体验和运营推广方面的需求，能更多的参与用户调研的过程。
产品的生命周期
如果你在产品还没问世前，负责该产品，那么你做的更多的是用户调研、需求概要再到需求原型，需求用户验证的过程。
如果你在产品已经成型后，负责该产品。你所做的工作更多的是了解用户群体，根据数据分析来做需求优化及新增需求。更多的是一种维护迭代更新的过程。
**产品经理的等级******
若对产品经理分为：助理产品经理、产品经理、产品总监
助理产品经理，针对刚入门的产品经理，更多的是写写需求文档，了解用户需求及分析需求，更多的是执行和领悟。
产品经理，更多的是考虑产品生命周期及产品定位方向，包括功能描述和设计方案。涉及处理一些简单商务事宜，部分产品和项目可以作为执行层对接的外部接口人。当然，还有一个重要任务是带助理，帮助其尽快成长。
产品总监，战略层把控产品方向，包括砍哪些产品，加哪些产品，如何定位价格，如何说服老板争取更多的资源。
初进产品路，不要太着急任务没到你手，待你修炼如斯，便轻松驾驭你的工作。做好每个阶段的工作，才能更好地做更上一级的工作。
