精彩回答：
天顺：
这个问题仿佛就是问我的一般。先说说我自己。
我毕业后从事了相当一段时间软件测试的工作，最高做到高级测试工程师，带部门2/3的测试工程师，负责公司大多数项目的测试管理。在做测试的过程中，我渐渐对产品经理这个工作产生了兴趣。
每当研发和测试为了功能点吵得不可开交的时候，最经常听到的一句话是：别烦了！问产品经理不就知道了！
每当项目上线后，技术的同事们都相当盼望着知道项目的结果（别说技术同胞们是死脑筋只会写代码，项目给公司带来利润多少，是否成功，是很多技术同事非常关心的，成就感这东西不是简单用钱能衡量的），大家第一个想到的就是去问产品经理（公司2，没有独立的运营岗）。
每当业务讨论时想不出为何要这么做的时候，也都会去问产品经理。
毫不夸张的说，在当初我们这些“土鳖”技术眼里，产品经理是能写代码、能找BUG、对内能说清业务，对外能忽悠客户的一群人。当时我希望成为产品经理， 一来是希望自己在业务上能有所进步，成为行业内业务的专家；二来是希望在薪水待遇上有所提升，获得一个更为广阔的职业发展平台（我也不避讳，在当时的公 司，随便找一个产品经理的薪水，都是和部门主管水平相近的，而测试在公司是不受重视没有前途的）。其实从现在来看，当时的我挺可笑的，但已经走了这么一条 路，只有继续好好走下去了。
OK，扯了那么多有的没的，LZ问的问题还是没回答，我当时怎么做的呢？我后来也想了一下，有几个方面导致了后面能顺利内部转岗成为产品经理：
1、产品部同事的认可（人和）
当时作为测试负责人，在项目过程中与产品经理有相当多的接触。在产品部门这边，有很多欣赏我的同事。有些同事在产品经理职位有缺口的时候，向产品总监推 荐我内部转岗。而我又是与产品部总监以及高级产品经理同坐一部公交车回家，路上碰到的机会相当多，自然就熟悉了，为后期转岗打下了人脉的基础。
2、相对其他技术同事，我接触公司业务机会更多（地利）
因为公司测试部门刚起步，人员不够，所以没有将人员很机械地划分到对应的业务线，作为测试这边的项目负责人，我可以接触到公司各式各样的项目，这些项目丰富了我对支付业务的认识，为日后成为产品经理打下了业务基础。
3、最重要的是运气（天时）
这个看似很扯淡，不是吗？LZ问的是如何能成为，而我强调的居然是运气。
事实上，当初如果不是因为测试主管欣赏我，提拔我做高工，管理项目，我没有那么多机会接触公司方方面面的各类业务，就无法从各个角度了解公司业务，就不具备当时公司对产品经理的基本要求。
如果当初公司产品经理职位没有空缺，而我与产品总监完全不认识，我就根本没有机会转岗。
如果当时部门主管心眼小，知我想转作产品时，横加阻拦，给我穿小鞋或者拒不放行，我亦没有机会。
所以我后来反反复复分析自己当时转岗的过程，也觉得自己实在是运气很好。
4、自我积累
在正式提出转岗做产品前，我请教了很多产品经理，向他们咨询看法。平时工作中也渐渐关注产品经理们经常使用的工具，经常关注的问题。不懈地学习业务知识，积累自己对行业的了解，积累同事们的口碑。
总结一下就是，积累必要的业务基础，人脉，等待最好的时机。
以上，其实每个人的路途都不尽相同，别人的过去只能给你当做参考。倒是LZ不妨多想想自己究竟为什么希望成为产品经理。
成为产品经理后，以下是我经常反思的：
1、如果抛开薪资待遇，产品经理工作是否就比当时做测试更让我喜欢，更容易让我充满激情地工作。
2、如果当时没有转岗成为产品经理，是否意味着我的职业平台将狭小很多，测试工作是否真的像我当初所认为的“没有发展前途”？
3、成为产品经理后，如何更好地利用过去测试时积累的经验，将这份新工作做好？是否有能力改变公司里对测试有偏见的氛围？
最后，泼些凉水。
产品经理在很多公司，并不像很多人想象的这般风光无限。很多时候，他的标签包括带不限于：“备胎测试”、“备胎架构师”、“备胎项目经理”、“备胎运营”、“写文档的”、“写会议纪要的”、“背黑锅的”。
产品规划？那是老板的事。
方案的确定？那是总监的事。
页面图标用什么配色？那是UED的事。
项目进度运筹帷幄？那是项目经理的事。
别人不想干的事？没错，多半是你的。
所有和产品有关的事，都是产品经理的事。
这句话听上去很拽不是么，翻译一下很有可能变成：这个事情太烦了，不搞了，反正到最后没人弄，产品经理也会想办法的。
这不是开玩笑，而是时时刻刻发生在全国各地，各类行业，各种产品经理身上的真实场景。产品经理，互联网产品经理，尤其是目前中国的互联网产品经理，绝大多数不是外人所想象的风光角色！
任何人都可以抛弃产品，拍拍屁股走人或者捣糨糊，但产品经理不可以。关于产品的任何细枝末节都是产品经理的工作范围，任何对产品有影响的工作，产品经理都要过问并清楚。产品进度慢了、产品方案改了、产品上线出BUG了，没错，有人要承担责任，产品经理一定是其中之一。
做产品经理意味着你选择了一条操心劳累，可能会没日没夜，可能会鞠躬尽瘁的道路，如果没有这个觉悟，还是再想想，再想想。
龚博致：
产品经理其实是没有标准的，只有一些大致的指导方向。在各个公司各个部门各个阶段，它的职责侧重都可能有不同。按我的理解，大概有：
1、产品型产品经理。这个是最正统的，他的重点职责就是向协同部门（如运营）收集需求，设计产品，和开发沟通跟进进度，上线后跟踪，总结。
2、商业型产品经理。也可能叫运营型。贴近运营侧，直接接触用户，从反馈中总结/提取需求，偏重于用现有方案/产品解决问题。
3、技术型产品经理。分析已有产品，推动整合、打通、改造。产品发展久了，业务变化下就会出现功能重复、业务分裂等问题，需要改版重构，这个时 候涉及多个系统打通，甚至需要把底层平台当成一个产品来打造，然后再支持原有产品的做法。所以这时候重点在于了解各个产品底层需求，了解技术背景，提供严 谨的功能文档（因为涉及的功能太多）
所以对于转产品经理需要做什么准备，其实主要还是需要看你们老板想要什么样的产品经理，部门有什么资源来帮你分担职责，以及你想成为什么样的产品经理。例如：
● 如果部门有项目经理，项目管理可以先不看。
● 如果可以的话，熟悉一下产品的文档/流程，然后结合测试经历提出自己的想法，自己实践一下来证明给老板看，再推广
● 如果是想做线上产品，那一般是要赶紧补运营课，了解产品的指标，定计划/里程碑/KPI
如果没有概念，那最简单了——全都做，多看多听多想。
产品经理是个“多面手”，意思就是你什么事情都要做得要多——多找人沟通，设计的时候多想一想，文档多描述清楚一下，上线后多跟进一下……（其实这些标准所有岗位都一样：D）
所以任何一个方面的提升都是提升，多交流，多看书，多看帖，多参加分享，然后你会接触到很多相互冲突的理念——别纠结，不用全学。多思考，然后吸取你觉得适合你的那部分就行了，此之甘露，彼之砒霜。
本文出自seven的测试人生公众号最新内容请见作者的GitHub页：http://qaseven.github.io/