加载中…测试工程师转行产品经理该如何做？
(2017-11-18 11:17:07)
标签：
李三科产品经理小白如何快速入行产品测试工程师转产品经理测试工程师职业规划 |
分类： 一次尝试 |
昨天跟公司一个做了多年的测试工程师聊天，关于他这种情况怎么转行到产品经理这件事情上，他给我了一些建议：
-
产品经理的大局观，能力模型都有哪些？
-在哪个阶段，应该学习什么知识？再细化到自己，应该学习些什么知识？ - 自己工作了几年之后，哪些模型跟这个比较匹配？这样的话，也算是有一些积累？
- 看完之后，可以给人一些信心，让人觉得转行产品经理挺简单
XL的意见非常中肯，刚好最近在做这样的常识，我试着按照来分析下：
一个产品经理在不同的阶段，需要具备什么样的能?
我们先来看下初级产品经理这块：
- 任职要求：
1.在他人指导下完成具体任务
2.在既定的工作要求下，完成信息收集、问题处理
3.协助主管完成需求分析、用户访谈，并输出成果
4.按要求完成竞品分析
5.输出简单模块的思维导图，流程图和原型文档
- 能力知识点：
我们再来看下一个测试工程师，具备的认知要求和能力知识点：
1.懂技术，甚至之前写过代码，或计算机专业毕业；
2.分析问题能力强；能够快速定位问题；
3.对于主流PC/手机操作平台比较熟悉；
4.对于业务流、用户流能够快速的熟悉；
5.沟通能力好；发现问题后，能够比较精简的表达问题给研发、产品、运营、设计等对接的同事，并推动问题予以解决和验收；
从这两张表里就可以看出，测试工程师在其岗位上的一些积累，在产品经理这个领域也是非常受用的，比如：
1.懂技术，在产品设计和与研发沟通上，会受到很大的认可和尊重；
2.分析问题的能力，产品经理的基本功，只有能够分析出问题，才能找到解决方案；
3.对于操作平台比较熟悉，这样在做产品设计的时候，就会按照标准来进行设计；
3.对于业务流、用户流能够快速熟悉，这个是产品经理必须要掌握的，只有了解了公司的业务和用户需求，才能设计出被需要的产品；同时我知道很多测试工程师在写测试用例之前，都会先用思维导图把功能梳理清楚，同时在用流程图软件把业务流、用户流梳理出来，这样方便自己再去做功能穷尽的测试；
5.沟通能力好，这个对于一个产品经理来说，做PRD只是第一步，你要凭借自己的三寸不烂之舌，与研发、设计、测试、运营、市场等人进行频繁的沟通，说服别人按照你的PRD来进行推进。
以上，是我理解的一个测试工程师在转行产品经理的时候，原来的积累和工作习惯对于转行带来的天然优势。
那么又有哪些可能的劣势呢？
1.主动积极的尝试新东西和输出新方案
--因为测试的工作，更多的是产品经理把文档写完，需求评审通过后，测试工程师针对文档开始写测试用例，穷尽功能的不同状态是否正常；整个过程是在被动的接受，这个职业习惯有可能会对其思维方式带来影响，比如会比较喜欢被动的接受，不愿意主动积极的尝试，包括在成为产品经理后的新方案的输出上；
2.需求调研的方法论和实践
--这是产品经理最早接触的一个事情，也是基本功，即如何发现和验证需求，通过主动积极的跟用户进行联系，通过科学的方法论进行设计问卷、电话访谈、当面访谈等方法，逐步培养起自己的需求调研方法论；
3.产品原型的实践
--这个我觉得应该是最易于掌握的了，对于测试工程师来说，代码都可以写，这个真的就是小菜一碟了，按下不表。
以上是我对测试工程师转行产品经理的一些优劣势分析，相对来说，测试工程师转行产品经理，在很多产品面试官都那里都会加分不少。
那么说了那么多的优劣势，具体要怎么补齐转行PM的这个短板呢？
- 先入坑，再提升；
- 掌握最少必要知识，然后不断实践。机会就在不经意间敲开你的大门。
1.尝试着做需求调研；
--结合自己的爱好，通过发现日常使用的产品中不满意的一个(或者想投递公司产品的)小功能，提出自己的假设，然后进行需求调研；
2.完整的走完一个功能从0到1的改进过程；
需求调研->选定目标用户->竞品分析->思维导图梳理功能->流程图梳理业务流或用户流->产品原型->邀约目标用户使用->收集反馈->修改原型->PRD
3.把以上流程做完后，可以找身边的产品经理帮忙看下，有没有问题，再不断修改和打磨。
这个流程走完就可以作为简历上的一个项目来详细写。
如此往复2~3个项目，简历上定会添彩不少，相信会有多个面试机会在等着你。
喜欢
0
赠金笔
后一篇：程序员转产品经理如何快速入门