如何从软件测试工程师发展成为产品经理？

　　天顺：51Testing软件测试网6ck(}T,}On0^5x

6I;B E0e+YY0　　这个问题仿佛就是问我的一般。先说说我自己。

　　我毕业后从事了相当一段时间软件测试的工作，最高做到高级测试工程师，带部门2/3的测试工程师，负责公司大多数项目的测试管理。在做测试的过程中，我渐渐对产品经理这个工作产生了兴趣。51Testing软件测试网#B4e9_5i$U

K#b\ e-P@0　　每当研发和测试为了功能点吵得不可开交的时候，最经常听到的一句话是：别烦了！问产品经理不就知道了！

-Dq;kZ~2aW0　　每当项目上线后，技术的同事们都相当盼望着知道项目的结果（别说技术同胞们是死脑筋只会写代码，项目给公司带来利润多少，是否成功，是很多技术同事非常关心的，成就感这东西不是简单用钱能衡量的），大家第一个想到的就是去问产品经理（公司2，没有独立的运营岗）。51Testing软件测试网inm%]G#VG~

　　每当业务讨论时想不出为何要这么做的时候，也都会去问产品经理。51Testing软件测试网4B G.Q&E@{1lz(w|

　　毫不夸张的说，在当初我们这些“土鳖”技术眼里，产品经理是能写代码、能找BUG、对内能说清业务，对外能忽悠客户的一群人。当时我希望成为产品经理，一来是希望自己在业务上能有所进步，成为行业内业务的专家；二来是希望在薪水待遇上有所提升，获得一个更为广阔的职业发展平台（我也不避讳，在当时的公司，随便找一个产品经理的薪水，都是和部门主管水平相近的，而测试在公司是不受重视没有前途的）。其实从现在来看，当时的我挺可笑的，但已经走了这么一条路，只有继续好好走下去了。51Testing软件测试网+JK0s9X[

　　OK，扯了那么多有的没的，LZ问的问题还是没回答，我当时怎么做的呢？我后来也想了一下，有几个方面导致了后面能顺利内部转岗成为产品经理：

　　1、产品部同事的认可（人和）

　　当时作为测试负责人，在项目过程中与产品经理有相当多的接触。在产品部门这边，有很多欣赏我的同事。有些同事在产品经理职位有缺口的时候，向产品总监推荐我内部转岗。而我又是与产品部总监以及高级产品经理同坐一部公交车回家，路上碰到的机会相当多，自然就熟悉了，为后期转岗打下了人脉的基础。

+A$h$au~(ux0　　2、相对其他技术同事，我接触公司业务机会更多（地利）

|DvT
b0　　因为公司测试部门刚起步，人员不够，所以没有将人员很机械地划分到对应的业务线，作为测试这边的项目负责人，我可以接触到公司各式各样的项目，这些项目丰富了我对支付业务的认识，为日后成为产品经理打下了业务基础。51Testing软件测试网'{4u+Y(Ji

　　3、最重要的是运气（天时）

　　这个看似很扯淡，不是吗？LZ问的是如何能成为，而我强调的居然是运气。

　　事实上，当初如果不是因为测试主管欣赏我，提拔我做高工，管理项目，我没有那么多机会接触公司方方面面的各类业务，就无法从各个角度了解公司业务，就不具备当时公司对产品经理的基本要求。

　　如果当初公司产品经理职位没有空缺，而我与产品总监完全不认识，我就根本没有机会转岗。

Ph}%]\ki0　　如果当时部门主管心眼小，知我想转作产品时，横加阻拦，给我穿小鞋或者拒不放行，我亦没有机会。51Testing软件测试网~}ds:y%M%[#r7~

ra`q{W$W0　　所以我后来反反复复分析自己当时转岗的过程，也觉得自己实在是运气很好。

　　4、自我积累

9VPM#|$B0SW/Plh j0　　在正式提出转岗做产品前，我请教了很多产品经理，向他们咨询看法。平时工作中也渐渐关注产品经理们经常使用的工具，经常关注的问题。不懈地学习业务知识，积累自己对行业的了解，积累同事们的口碑。51Testing软件测试网9N q#vj }Uw }

LkC7AE)Y"^c[!V0　　总结一下就是，积累必要的业务基础，人脉，等待最好的时机。51Testing软件测试网^ss|T_SRd(R9^/h

　　以上，其实每个人的路途都不尽相同，别人的过去只能给你当做参考。倒是LZ不妨多想想自己究竟为什么希望成为产品经理。51Testing软件测试网9ytO~O

/z9Y]}6_Y#A0　　成为产品经理后，以下是我经常反思的：

\0@
LwG0　　1、如果抛开薪资待遇，产品经理工作是否就比当时做测试更让我喜欢，更容易让我充满激情地工作。

　　2、如果当时没有转岗成为产品经理，是否意味着我的职业平台将狭小很多，测试工作是否真的像我当初所认为的“没有发展前途”？

]q-aEB\+O0　　3、成为产品经理后，如何更好地利用过去测试时积累的经验，将这份新工作做好？是否有能力改变公司里对测试有偏见的氛围？51Testing软件测试网q5N*iRqsA\cF

最后，泼些凉水。

9R8U2XX V~D&`\C0　　产品经理在很多公司，并不像很多人想象的这般风光无限。很多时候，他的标签包括带不限于：“备胎测试”、“备胎架构师”、“备胎项目经理”、“备胎运营”、“写文档的”、“写会议纪要的”、“背黑锅的”。

　　产品规划？那是老板的事。51Testing软件测试网\5}
YK'YM
\ey
pQ

　　方案的确定？那是总监的事。51Testing软件测试网0vSqh:?~rh{

k1S3?Rf f0　　页面图标用什么配色？那是UED的事。

　　项目进度运筹帷幄？那是项目经理的事。51Testing软件测试网/@0K [9H+Sn%R9b

{H tX|.}U0　　别人不想干的事？没错，多半是你的。51Testing软件测试网#r
lgT$O"V@

　　所有和产品有关的事，都是产品经理的事。

　　这句话听上去很拽不是么，翻译一下很有可能变成：这个事情太烦了，不搞了，反正到最后没人弄，产品经理也会想办法的。

HekWU"?HBQ0　　这不是开玩笑，而是时时刻刻发生在全国各地，各类行业，各种产品经理身上的真实场景。产品经理，互联网产品经理，尤其是目前中国的互联网产品经理，绝大多数不是外人所想象的风光角色！51Testing软件测试网r w@W0_W&zJv

　　任何人都可以抛弃产品，拍拍屁股走人或者捣糨糊，但产品经理不可以。关于产品的任何细枝末节都是产品经理的工作范围，任何对产品有影响的工作，产品经理都要过问并清楚。产品进度慢了、产品方案改了、产品上线出BUG了，没错，有人要承担责任，产品经理一定是其中之一。51Testing软件测试网-X,v9Ug%b:W
{

R&@TgL3@N7z4W0　　做产品经理意味着你选择了一条操心劳累，可能会没日没夜，可能会鞠躬尽瘁的道路，如果没有这个觉悟，还是再想想，再想想。51Testing软件测试网&e7Ud]6G,[YqS

(me#["U\0　　龚博致：51Testing软件测试网ur4FQGa`

2?d5g]&Z-W$I0　　产品经理其实是没有标准的，只有一些大致的指导方向。在各个公司各个部门各个阶段，它的职责侧重都可能有不同。按我的理解，大概有：

.BNO!J d0　　1、产品型产品经理。这个是最正统的，他的重点职责就是向协同部门（如运营）收集需求，设计产品，和开发沟通跟进进度，上线后跟踪，总结。51Testing软件测试网m4B}0N._&P.Y7`

　　2、商业型产品经理。也可能叫运营型。贴近运营侧，直接接触用户，从反馈中总结/提取需求，偏重于用现有方案/产品解决问题。

m a5Ja9Q0　　3、技术型产品经理。分析已有产品，推动整合、打通、改造。产品发展久了，业务变化下就会出现功能重复、业务分裂等问题，需要改版重构，这个时候涉及多个系统打通，甚至需要把底层平台当成一个产品来打造，然后再支持原有产品的做法。所以这时候重点在于了解各个产品底层需求，了解技术背景，提供严谨的功能文档（因为涉及的功能太多）51Testing软件测试网~|,^Ty7PN

2T.j}#T [` rv0　　所以对于转产品经理需要做什么准备，其实主要还是需要看你们老板想要什么样的产品经理，部门有什么资源来帮你分担职责，以及你想成为什么样的产品经理。例如：

@k7A:F,qd0　　● 如果部门有项目经理，项目管理可以先不看。

1fT G8MS0　　● 如果可以的话，熟悉一下产品的文档/流程，然后结合测试经历提出自己的想法，自己实践一下来证明给老板看，再推广51Testing软件测试网^0]e9Q-h4z#\

3~t8vGb6X(P0　　● 如果是想做线上产品，那一般是要赶紧补运营课，了解产品的指标，定计划/里程碑/KPI

Ya2g3bI/e`3r'{0　　如果没有概念，那最简单了——全都做，多看多听多想。51Testing软件测试网B4]aIP-cR@

,Ezga;WR2Y0　　产品经理是个“多面手”，意思就是你什么事情都要做得要多——多找人沟通，设计的时候多想一想，文档多描述清楚一下，上线后多跟进一下……（其实这些标准所有岗位都一样：D）

　　所以任何一个方面的提升都是提升，多交流，多看书，多看帖，多参加分享，然后你会接触到很多相互冲突的理念——别纠结，不用全学。多思考，然后吸取你觉得适合你的那部分就行了，此之甘露，彼之砒霜。