江苏注册消防工程师:【转载】我的产品经理经历之第二家公司

随着公司产品管理体系的逐步建立以及我对工作的逐渐熟悉，工作开始步入正规，并且又增加了三个产品经理，两个是招聘，一个是从测试提拔起来的，在那两个招聘的产品经理中，一个是做开发出身，另一个是做过一段时间项目管理，再加上公司内部由测试提拔的，其实就展示出了在软件行业产品经理通常的三种来源。
       今天就说些关于产品经理来源的个人经历，一是为了完成任务，更重要的是这段时间看到一些关于产品经理来源的资料，主要是国内的，在这里我也说说自己的经历和想法。
      先说第一种来源，在我的经历的软件企业中，有许多产品经理是来源于开发人员，像我这样靠打杂起家成为产品经理的，或许很少，正如当时大家说的，“你呀，除了开发不懂，什么都懂一些”，说实话，当时比较羡慕由开发人员转型为产品经理的同事，因为他们能够很好的和开发团队沟通到一块，并且还能够非常的深入，但是后来，我发现了一个他们致命的问题，就是把形容我的那句话颠倒过来就可以了，就是“除了懂开发，什么都不关心”。
      这主要是因为他们长期做开发，在转型为产品经理后，依然按照这种惯性思维在做，并且当时又没有一个很好的产品经理学习平台，几乎属于“一百个产品经理有一百个认识”，他们认为软件的产品经理就是设计功能，定义性能，写写文档什么的，这对于他们来说，相对来说是比较容易上手的，而我当时就是在这种氛围下工作的，因此我属于一个特例，甚至有些不入群，每当我和他们聊一些关于市场层面的想法的时候，能够看出他们的不耐烦。
      由开发转为产品经理，优势是很明显的，刚才已经说到，就是对产品技术化过程的较精确把握，在那个时候，软件企业普遍对市场是不敏感的，最好的例子就是金山，雷军不就感叹说“金山成长不起来就是因为对营销的不重视”，在这批中关村的程序员英雄中，不乏这样的人，因此，许多软件企业最终在市场上消失了，很可惜。
       他们的劣势也是很明显的，就是对“产品”狭隘理解太严重，只把产品看成是一个由代码构成的介质，他们要做的就是让代码能够最好的来体现功能，这正正是他们所擅长的。
       毫无疑问，这样去认识产品经理眼中的产品，肯定是错误的，关于这点，其实大家都很清楚了（联盟里有很多这样的文章，大家可以看看），但是在5年前，许多产品经理肯定没有这样的认识。
      再说第二种来源，测试，这个也是许多产品经理或者企业所认可的，认为测试对于产品的把握甚至要比开发人员更深，因为一个合格的测试人员不但能够用合适的测试用例去对产品进行设计指标上的测试，而且还能够在发现问题后提出改进建议，如果是能够进行白盒测试的人员就更厉害了，但似乎国内的测试通常都是黑盒测试。
      正是基于这个理由，因此，许多企业都习惯于从测试人员中来提拔产品经理，刚才说了，和我同期的有个产品经理就是由测试转型而来的，他在公司内的资历还是比较老的，这么说吧，公司内所有的产品他都接触过，都经过他的测试，因此，对于我们这些了解产品经理，但是对产品不是太了解的新进人员来说，他无疑就成了产品这块的大拿。
      测试转型的优势也很明显，甚至我个人认为比开发更有优势，因为测试人员往往能站在用户使用产品的角度去进行测试，而这恰恰也是产品经理在设计产品的时候需要考虑的一个重要因素，在这点上是不谋而合的，并且有些测试人员也具有一定的开发水平，这就能够使测试转型的产品经理不但能从技术角度去考虑产品，也能从用户的使用角度去考虑，这就比开发人员更进了一步。
      但是，说到底，测试还是属于RD部门的，劣势也是很现实的，就是同样对产品经理的产品概念理解狭隘，这也就决定了无论是由产品开发转型，还是产品测试转型，都不同程度的对产品有片面的理解，或者这么说，如果不能有意识地去改变自己的思维习惯，或者提升自己的能力和认识，那么，往往由这些岗位转型的产品经理都不能成为一个合格的产品经理。
       再来说第三种，项目经理转型为产品经理，刚才提到了，有一个就是由项目经理转型的，具体项目经理有什么优势，具备什么素质，我也不敢妄加评论，毕竟我也没做过项目经理，不熟悉这块，只说一个具体的例子吧，或许大家能体会出一二来。
      当时公司分为四条产品线，我们四个产品经理各负责一条，每条线上又有几个产品，也就是说，当时我们每个人要负责多个产品，看似很NB吧，事实也是如此，那个由项目经理转型的产品经理，可能是做项目经理做长了，惯性思维导致他经常去干涉研发的具体开发和进度，这对于一个规范的产品开发流程来说是大忌，如果你依然是项目经理，没有问题，具体的开发进度你必然是要去把握的，但是现在你已经是产品经理了，许多细节的东西如果过问太多反而会引起研发团队的不满，因为研发有研发的计划，并且也是通过了公司的评审的，那么，作为产品经理，就不能超越这个计划，这点是我非常深的一个体会。
       之所以项目经理能够对项目团队进行控制，是因为项目经理在项目之初就有必要的资源和直接的团队管理权限，因此，他们必须对每一处发生了变化的进度进行资源的重新协调，也就是项目管理中所追求的“进度、成本、质量”三个指标。
       因此，从这个同事的工作中，我发现项目管理和产品管理完全不是一回事，不是说项目经理平移过来就能做产品管理，最核心的一点，在没有直接权限和直接能够调配的资源的情况下去把产品按时按质的做出来，这本身就是一个很大的挑战。
        在“有钱有权”的情况下做事是非常容易的。
        以上说到了在软件行业最常见的三个产品经理的转型来源，都是自己以前做软件产品经理的时候亲身经历的，尤其是在第二家公司，可以说都齐了，今天就总结出来和大家分享一下我的想法。
      说到底，无论是从技术岗转型（如开发，测试）还是市场岗转型（如销售），都存在一定的优势和不足，对于产品经理来说，“扬长避短”是不合适的，这会让产品经理的路越走越窄，因为产品经理在任何一个专业领域都不是最强的，如果非要找一个专业领域的话，应该就是产品管理这个领域，但是这个领域现在需要大家一块来研究的东西太多了，就暂且不说。
      因此，无论是什么岗位转型的产品经理，首要的任务是思想上的转型，这个不是虚无的东西，而是很实际的，联盟里不是经常说，“要做产品经理就要忘掉自己过去的一切”，其实就是这个意思，无论你以前在那个领域很NB，但是一旦从事了产品经理，就得一切从头开始，原因很简单，因为我们现在从事的就是一个崭新的职位。
       今天的文字不能算是回忆，就是看到了一些关于产品经理转型来源的内容，又想了想自己以前的一些经历，结合起来写的一点感受，大家看看，笑笑即可，如果能对大家能有些感触就更好了，呵呵！

---

个人感言：
       在软件行业，或者可以再加上互联网行业，公司对于产品经理的认识普遍还是模糊的，或者说只是对这个具体的岗位有了一定的认识，而对于这个岗位在公司中的关系还是和模糊的，一个岗位的定义包括三个方面：工作职责；工作内容和工作关系。
      而许多公司或者很多资料能够说明前两者，但是缺无法说明工作关系，例如即使到现在，还有许多公司和个人对产品经理和项目经理的工作关系依然模糊，经常会出现两者打架的情况，请不清楚不是说在招聘启示里那些文字，文字的内容其实毫无意义，到处都可以抄到，所有的一切都要看现实的效果，就我接触的公司来看，许多公司就是这样，大家也可想想，自己的公司是不是这个样子。
      另外，许多由技术岗转型的产品经理也依然存在本文中所说的问题，并且许多朋友还丝毫没有察觉，依然每天津津乐道于产品功能，产品概念等这些其实用户关注但是却不持久的东西，尤其对于许多中国的IT企业来说，似乎从来没有考虑过本土用户的需求，正如一个互联网的朋友和我说的，“中国的互联网企业不是做给用户用的，而是做给VC看的”。
       那么产品经理应该关注的是什么，我想我没有足够的经验和资格总结出来，这里只引用一个我认为非常好的一句话： 产品经理要关注的是如何提供给用户解决问题的最好方法，而不是提供给用户一个完美的产品。