多年以前，听到产品经理这个title，还很陌生！听起来似乎就是一个类似于部门经理的角色，或者是说项目经理。当然，可能那个时候，其实我还根本不能理解产品和项目的区别是什么。

　　从开发转做测试之后，一直在苦恼于如何找到更多的bug。测试工作1年之后，逐步在思维如何让bug越来越少。或许，这就是思维方式的转变，其实自己也不明白是一种良性的发展，还是恶性的循环。总之，我觉得我还是不能满足现状，我希望我能解决问题。

　　直到两年前，我开始初试项目管理的工作时，我明确感受到了来自各个层面的任务量，或者说是压力。同时面对的人和事，逐渐多了很多，要考虑的问题，也必须要全面。甚至一度怀疑，我无法胜任。其实到现在我还是觉得我并不能完全做好项目管理，其实我就懂一些敏捷开发的理论，实践得并不理想。但是在做项目管理的这2年里，加上我又不能放弃之前的测试管理工作，在定义任务和制定计划的时候，势必会考虑如果保证产品的质量，如何交付业务方满意的产品。需求分析这一工作成了我在做项目管理中最大的工作量。当然我应该要求招聘一个需求分析师，其实我被委任项目管理的时候，就已经给我戴上了需求分析师的title。所以一旦接触需求，而且又想考虑产品质量，我的整个思维逻辑就越发对产品的倾向。我开始有点迷茫，不知道自己到底做得是什么工作，项目管理、测试管理，还是需求分析。其实这些岗位，在当下的互联网时代，都是可以转换角色，做产品经理。只是看个人的职业兴趣。不过，走一圈下来，其实我还是角色自己是因为兴趣导向，才去做产品经理。只要您有创业的热情，我相信您角色绕不靠产品经理这么一个角色。

　　说了这么多，只是因为许久没有在博客中感叹，总角色没时间写博客。其实写博客的目的是总结，这个写的过程中，不断反思和回想，以便于整理自己的思路。或者可以说，在这个反思的过程中，甚至可以找到新的思路。

　　下面我们来了解下产品经理这个职位：

　　1、产品经理的职责是什么？

　　　  结合前人的总结，就是评估产品的机会和价值，从而定义产品，规划产品，设计产品，甚至是运营产品

　　2、产品经理的具体工作是做什么呢？

　　     大部分产品经理，平时干的事情是规划产品，设计产品原型，定义产品功能和属性，输出PRD；

      3、其他同学眼中的产品经理是什么呢？

　　　  经私下调查，大部分开发、测试同学都认为产品经理是脑残，是混混，是信口开河，缺乏前瞻性等等。总之多半都是差评

　　4、行业中大家眼中的产品经理是什么呢？

　　     在行业中，大部分人对产品经理都是非常敬重，最高的评价就是产品经理就是一个公司的CEO，决定公司的前途和命运。

　　接下来，我个人如何理解产品经理的，如下：

　　1、产品经理应该具备什么？

　　　  我个人认为产品经理，首先，必须具备热情，对自己的产品以及行业要有兴趣；其次，必须有很强逻辑能力和丰富的行业知识，没有的，必须快速去学习；然后，最好有过一些软件相关从业经验，深刻理解软件开发过程中问题，具备很强的解决问题的能力，或者是解决方案。

　　2、产品经理该干什么？

　　    很多产品经理，都具备定义产品、产品规划、产品设计，以及输出PRD的能力；但其实实际工作中，这些能力是远远不够的。这只能说是产品经理的基本技能，但不足以解决开发出优秀产品所遇到的问题。这也是为什么，我早在产品经理应该具备什么一问题中就说明过了，产品经理最好有一些软件相关从业经验，只有在软件开发流程中从事过，才能深刻体会到软件开发流程中的问题，或者说是痛点在什么地方。这个非常重要，这个直接关系到产品经理的工作是否到位。我见过的大部分产品经理，定义产品时输出的PRD，其实根本不能满足开发的要求。不了解系统架构，不理解业务架构，空有表面逻辑，而没有内在的严谨，最后出现的局面就是频繁返工。最后大家埋怨产品经理的还是需求不明确，其实产品经理最后还是不明白需求为什么就不明确了。

　　3、我目标中的产品经理是什么？

　　　  首先，在评估完产品的机会和价值可行之后，开始定义规划产品，并开始原型设计，但是必须是高保真的原型设计，所谓高保真的原型设计，其实就是未来真正开发出来的产品的影像。如果条件允许，最好可以把UI都做到最优的效果，然后将交互都在原型中体现出来，然后尽早将高保真的原型设计，提供给全部的同时进行demo测试，有机会并提供给最活跃的用户进行测试即可，这一轮demo测试之后，可以把90%的产品以及用户体验问题暴露出来，然后改进，得到大部分人认可之后，方可投入开发。这样最大限度保证产品的有价值、可用性和可行性。至于PRD，当然要输出，但我建议，不要把PRD作为交付给开发的需求产物，要想做得更好，其实不妨去问问你要服务的对象，设计、开发和测试的同学，问问他们希望得到什么样的需求文档。或者甚至，请测试人员帮助你一起完成需求分析，因为最后产品的质量是要靠测试人员来把控，试想如果连测试都不能理解你的需求，请问最后开发出来的产品会有多么糟糕。当然还有一件很重要的工作，就是沟通、讨论和确认，任何需求在进行确认之前，必须把开发、测试拉到一起讲解你的需求。让所有你服务的角色拿到需求文档，确保都是一致的。

　　　  个人认为这个过程中最重要的工作就是如何输出高保真的产品原型设计。