拥有这七字真经，或许你会成为一个厉害的产品
我们在书本上看过的那些对于产品经理的描述多数都是理论意义上的产品经理，或理想中的产品经理。实际上呢，现实中的产品经理会因为所在团队、所在公司、所在项目、所在位置的不同而有很多的不同。
《神一样的产品经理》一书对产品经理是这样描述的：产品经理（PM）是驱动和影响设计、技术、测试、运营和市场等人员推进产品生命周期的经理人。其核心特点是：
没有实际领导权； 协调和驱动。根据产品的生命周期，产品经理大致可分为产品研发经理、产品运营经理和产品市场经理。研发型产品经理多数是在产品研发阶段，其工作的重心在用户分析、需求分析、需求评估、需求管理、撰写需求、制作原型和流程图等方面；运营型产品经理多数在产品上线之后的运营阶段，其工作重心在产品推广、运营数据分析、吸引用户、留住用户和让用户买单方面；市场型产品经理是在产品成长、成熟阶段，其工作重心在采用各种有效方法让产品变得好卖盒获取良好的口碑以及打造产品的品牌。
根据所负责的产品类型，产品经理可以分成社区产品经理、电商产品经理、ERP产品经理、搜索产品经理、输入法产品经理等。
根据产品的使用终端，产品经理可以分成SP产品经理、WAP产品经理、手机客户端产品经理（Windows phone、Android和IOS等操作系统）、 App产品经理（基于第三方开放平台）和Ipad产品经理等。
那么，关于产品经理的职责呢，不外乎就是：
明确产品的目标用户群及其特征 获取、评估和管理用户需求 完成产品需求文档、产品原型和流程图 精通用户体验、交互设计和信息架构技能 项目管理、需求变更管理和需求验收 产品运营数据的分析和总结 提供运营、市场和销售等支持当然，很多公司尤其是初创企业的产品经理是没有这么牛叉的，或者说一般的产品经理可能只负责其中一小部分或仅能做到其中的一小部分罢了。那么这一般的产品经理都是什么样子呢或者说一个合格的产品经理要做些什么呢？
产品经理多数是没有领导权的。
这点上别跟我说张小龙什么的。他是产品经理吗？当然。但他也是总负责人。真实的情况中，产品经理很可能就是公司唯一一个负责产品工作的，但是没有任何级别。上面有领导，狼蚁网站SEO优化没有人。也可能属于产品组或产品部门，但也跟领导没啥大关系（除了产品总监或产品团队负责人）。
产品经理很多时候像是个打杂的。
除掉产品本职的产品设计工作，产品经理需要担起涉及产品的其它方面的工作。没有文案的时候要成为文案，没有运营的时候需要琢磨运营，设计不给力的时候要引导设计、资源不够的时候要琢磨怎么还能完成任务、注册开发账号……可以说，产品经理就是一块砖，哪儿需要哪儿搬。什么？你不懂？学去。这也是为什么产品经理为什么需要不断学习的能力的重要原因之一。
产品经理需要懂得协调和驱动团队人员和资源。
成为优秀产品经理的关键在于保持团队成员在同一个节奏上，朝着一个共同的目标而努力。在小微团队中，要做到这一点最好的方法就是与团队成员就产品问题进行定期的、开诚布公的交流。比如，可以把午餐时间当做团队就产品问题进行头脑风暴的时机，聊一聊什么样的要素能让人们爱上自己的产品，或者讨论一下如何提高用户留存，并从最终的结果判断这些交流是否有成效。
如果你发现讨论不能帮你找到问题的答案，可以试试换一种方式提问，或者找找其它公司是如何处理类似问题的。在交流的过程中，你要确保自己对于讨论的内容是有兴趣的，不要假装去交流。如果你很真诚，人们也更愿意参与进来。
带动你的团队交流起来，人们在完成自己参与决策的任务时才会更有动力。作为 PM，你要成为团队中对话的驱动力，但不要动辄就让大家开会。
产品经理得满足各方面的需求和考虑各方面的限制。
很多出入行的产品经理都听过“用户体验为王”这句话，以为只要满足了用户，其它都可以让步。其实不然。公司战略呢？老板需求呢？技术限制呢？产品不是生活在理想国里。在用户体验和老板需求之间怎么抉择？一个产品如果不能满足公司的整体战略其存在意义何在？做一个功能能够增加用户体验可技术部门实力不行就是做不出来咋办？
产品经理在没有数据的时候要多收集意见。
所有的创业公司都希望通过数据支撑做出决策。但实际上，小微团队可能并没有太多数据，或者从统计学角度来讲数据量不足以说明问题。这时候你所应该尽可能多地收集意见，并制定一个相对客观的标准来辅助你做出决定。
比如在做产品的过程中常常面临的一个问题就是：“接下来做什么功能？”
这时你应该先选出对你公司最重要的几项参数，比如留存率、注册率、使用率等，接下来列出计划开发的功能，看看这个功能对于上述重要参数的影响，根据影响力打出 1 到 5 分（这个分数需要得到团队成员的认可）。把每个功能的分数加起来得到一个总分，然后根据总分对功能开发的优先度进行排序。
产品经理还必须得受得了委屈。
为什么？产品必然是大家做出来的，不是产品一个人的功劳。但是，一旦出了问题，处于自我保护的本能，多数人都会找各种各样的理由来说这不是我的错。而在设计、研发、运营、销售、产品等岗位上，产品的工作是最难评估的。产品的工作成果体现在各部门最终的工作成果上，可以说是一个混合体。所以，产品任何一个地方出问题都可以说是产品的问题。
最后跟大家聊聊关于产品经理的七字真经：增 、删、改、查、显、算、 传。
所有的产品层面，都是对于一些数据、内容、结构层、信息做一些交互，这是产品的本质，所以所有的产品设计，你再想其本质的时候，都是二维的信息：时间信息，人名信息、邮箱信息。所有的操作都是查询、更改信息。你把做产品所有用到的信息列出来以后，每个页面上面要想好人名、邮箱名，哪些增加，哪些删除，哪些修改。这只是解决了你早期的数据需求侧漏，每个页面上呈现还有三个东西。第一个就是如何显示，所有的用户的行为是为了最终达到一定目的，最重要的就是做交互，达到目的。在这个页面上面什么用得比较多，就把什么放在最重要的位置。另外是 “算”，算是规则。后台有很多表格，比如团购，大家看起来比较简单，其实每家公司团购的后台都是自己开发的。最难的就是后台，非常庞大和复杂。你的订单列表，如果不定义按照某种算法来显示，工程师就会按自己的意识去排列。最后 “传” 就是交互，细节就决定了产品的体验。