测试要不要转岗产品经理？

星球有同学问了这样一个问题：在公司有机会转岗产品经理，目前是软件测试岗位，要不要转产品经理？

老实说，测试转开发或者开发转测试的案例有很多，转岗后做的好的也不少，毕竟都是技术岗位，底层技术都是通用的。但测试转产品岗位确实比较少见，且成功的案例更是寥寥，因为这两者背后最大的差异是思维方面。

技术思维是什么呢？一切以技术为出发点，拿着锤子四处敲钉子。

在日常工作中，很多技术同学都或多或少有这种思维惯性。从 Java 和 PHP 谁是世界上最好的语言，到为了解决一个小 bug 而引入一套新的技术方案，类似的案例屡见不鲜。

从工作的角度来说，技术同学在遇到问题时用技术思维解决问题很正常，这是一种职业素养。因为技术领域我是专业的，所以我从专业的角度出发思考并尝试解决问题，一点毛病都没有。

但换个角度，技术同学的技术思维，又何尝不是一种思维惯性的依赖路径。因为擅长什么，所以什么事都下意识从自己擅长的角度去分析和尝试解决。方向对了还好，如果方向错了，那就是一次试错，耗时越久，沉没成本越高。

产品思维是什么呢？用户有什么痛点，该如何解决他们的问题，我能提供什么产品功能和服务，能否解决用户的痛点，怎样才能让用户选择我的产品，而不是其他竞品？

简单来说，产品思维其实是一种先换位思考再解决问题的思维方式。

回到正题，聊聊测试同学要不要转岗产品经理，以及如果要转岗，要做好哪些准备。

首先要考虑的，是利益问题。毕竟大多数人上班是为了赚钱养家糊口，如果转岗后的预期收益没增加，要学习的东西以及工作压力变多了，那反而有点得不偿失。

其次要考虑的，是能力是否匹配，即能否快速胜任产品经理的工作内容。

技术同学是将抽象的需求实现为具象的软件产品，这个过程基本是可见的。而产品经理角色，要面对的是客户诉求和业务方的各种要求，这些抽象且主观的东西是产品需求的源头。

产品经理要做的，是把这些东西转化为可描述的产品需求(深入了解业务)和可视的原型图(思维逻辑能力)，如果涉及到交互和计算，还需要注明其中的计算逻辑(财务对账信贷等专业知识储备)，并和研发同学沟通达成一致。

当然，这个沟通过程注定不是一帆风顺的。如果研发同学在需求评审时挑战你的需求逻辑，或提出难度太大、工期太紧、资源不足等理由，你也需要想办法解决这个问题。

产品经理很重要的一点能力就是多向沟通能力，以及某些时刻需要坚持己见。

最后要考虑的，则是个人的职业规划和自身情况。

产品经理需要深入了解业务，需要很好的逻辑思维能力和强大的沟通协调能力，甚至还需要具备某个领域的大量专业知识储备。如果评估后发觉自身与其差距较大，不妨提前学习做能力储备，或考虑其他岗位。

同时，转岗产品对个人职业生涯发展规划影响较大，面临的心理压力相比研发技术岗位来说更大。如果你对创造新的东西有强烈的兴趣，或者热衷于和多种不同角色的人交流，倒是可以尝试。

但假如你只想安稳工作，不想经历太多剧烈的变动，那做好当下的事情其实就足够了。

考上大学选择专业，你可以听从父母长辈的建议，毕竟那个年纪不懂专业之间的区别优劣。

刚毕业因为不懂社会运转规律，不太了解自身的禀赋和想做什么事，你可以随便找个工作先就业。

但工作几年后，我认为个体的每一次选择都应该基于自己的兴趣和意愿，而非单纯的更轻松，有更大的利益。