磊子是某知名互联网金融公司的产品经理，也是起点学院的老学员，转岗2年多来，通过不断地努力，从啥都不懂的小白，成长到可以独当一面的产品人。今天，我们邀请这位优秀的朋友，讲讲他的成长故事，看看是否对你的职场路有所启发。

大家好，我是阿磊，是一个从技术转岗的产品经理，坐标北京。

从下决心转岗到现在的2年多时间里，我从一个整天跟机器对话的开发小白，到现在成为可以独当一面的产品经理，真的是学到很多、改变很多；我的收入也从当初的月薪5000，涨到了现在的月薪20000+14薪，大概是超越了行业平均水平了吧，哈哈！

当然最重要的，是现在的工作能让我更开心，更有成就感。

因为自从在起点学院学习之后，职场路走得越来越顺利，所以应邀请写了这篇文章；一方面是对自己的过去几年做个总结回顾，另一方面也希望这些经验，能够帮助正在迷茫中和仍在努力学习的其他同学们。

先介绍一下我的整体情况：

• 17年毕业，软件工程专业，普通二本；
• 毕业后，进入互联网金融行业，做Java开发一年多，月薪5000；
• 19年初，内部转岗产品，月薪提到8500；
• 20年11月入职现在的公司，月薪涨到20000，相当于翻了4倍；
• 未来规划：5年内，计划不断拓展自己的业务地图，之后做到产品管理岗。

其实，如果我当初没有选择转岗产品，踏踏实实做开发，今天能拿到20000的月薪一点也不奇怪；但是，收入并不是一份工作的全部。我想先回顾一下，为什么当初我会选择转岗产品经理。

一、从迷茫到坚定，感谢引路人

2017年，我大学毕业，顺着本科的专业，进入一家互联网公司做java开发工程师；在长达一年半的时间中，每天都是在撸代码、改BUG，加班通宵是家常便饭，每天从早到晚与机器“对话”，让我感觉到枯燥无趣；看看前辈们日渐稀疏的头发与日复一日重复的工作内容，更让我看不到未来的希望，并感到十分迷茫。

其实我的性格本身属于比较活泼外向的，更喜欢跟人打交道。

在这种天天与机器交流的日子里，我逐渐认识到这样一个残酷的现实：这份工作可能并不适合我。但我并没有找到一个更好的替代选择，直到注定要改变我命运的那天到来。

犹记得那是2018年10月8号，我和大学好友约饭时，聊起了工作内容。

大学好友是一个产品经理，所以给我介绍了一些产品经理的工作内容：比如通过用户体验设计，让用户使用更简单、方便，从而对产品更有好感；又比如通过绘制用户画像，精准地去满足不同人群的需求；还有产品经理如何实现产品商业价值，为公司创造盈利……

他说的这些，就像帮我打开了一扇新世界的大门。我终于意识到，做产品经理，可能是最适合我的职业选择。

产品经理的工作内容深深地吸引了我，所以好友也给我推荐了“人人都是产品经理”的社区。那是我第一次知道这个平台，和人人的缘分也就此起航。

现在想来，人人都是产品经理社区和它旗下的起点学院，为我的转岗路上提供了最多的帮助，俗话说就是我“遇到了人生的贵人”。

当天回家的地铁上，我关注了“起点学院”公众号，听着得到的《梁宁产品思维30讲》回家，从此走上了我的产品“不归路”……

最终在2019年初，我成功内部转岗产品。

从那天起，感觉整个人都充满了动力，十分庆幸当初自己做出了正确的选择。从技术到产品，从迷茫到后来有清晰的职业规划，虽然自己曾付出了许多，但现在看来一切都值得。

二、为成功转岗，我的付出与收获

对于一个产品小白来说，想要成功转岗，唯一的途径就是学习。

学什么呢？

首先是整体的产品流程和思维方法，搭建一个基础的认知框架。这个是根本、底层的东西，如果没有这个知识的骨架，学其他东西都没有办法很好地理解，也会因为没有逻辑条理而变得效率低下。

只掌握方法论是不够的，因为我们做产品工作都是要把这些知识落地的。那么你就要知道，一个产品究竟是如何从0到1落地的。这个过程中，一定是要自己动脑思考，动手实操。

从产品的需求源头分析，到产品设计的原型方案再到产品运营的落地规划，最理想的就是自己动手做完完整的一个流程。现在很多公司招产品岗，完整实操的项目经历是加分项，甚至是必备项，非常重要。

还有一些产品工具是必备技能，比如Axure、墨刀、思维导图软件、Visio、Excel、需求管理工具等。尤其是Axure和思维导图软件，对小白来说是很重要的，因为你可以利用这些工具，来直观表达你的需求内容与逻辑思维。

至于具体的学习途径，无非是两种。

你可以选择报辅导班，好处是有老师辅导和服务，内容设计科学合理，省心高效。也可以选择自学，好处就是不用花太多钱，但是弊端就是效率低、不体系，而且不容易坚持。

一开始的时候，我经济条件比较差，只能选择自学，从人人上面找资料，跟公司的产品经理多沟通。在职学习的话，一定要充分利用每天的工作空余时间，比如地铁、公交和吃饭的时候，挤时间来学习。那时候我基本每天自学，要到1点睡觉，持续了5个多月的时间；现在感觉如果报班的话，可能3个月就差不多了。

后来因为工作中，产品需要写PRD文档和画原型，我参加了起点学院的线上课程学习，这下对比起来就感触很深了：线上课程有班级群，群里自我介绍的时候能看到很多牛人，一下子感觉自己找到了组织，超级激动。

那时候刚入门，有很多产品的术语、逻辑其实都不懂，还有一些我自己的想法出现分歧。对于不懂的问题，一般我会先通过搜索引擎、人人平台找找相关的内容做了解。也有还是不会的时候，就直接问问有经验的，比如咱们的课程老师，群里的同学等，大家都会非常积极热心地解答。

我觉得我在起点学院最大的收获，就是认识了很多优秀的同学和老师。他们本身就非常有非常高的专业素养，而且还有包括温柔、友好、善良、积极，有想法等优秀的品质。在人人和起点学院的平台上，我得到了从思维到方法到落地的全方位帮助，让我能够站在巨人的肩膀上前行，这些经历让我受益无穷。

三、技术转产品，思维转变先行

现在回想起来，从技术转岗产品的过程中，其实最难的是思维方式的转变。

做Java开发时的我，当拿到一个需求时，想到的更多是怎么实现，使用什么样的方式，数据怎么流转等，更多的是集中在一个点上面，围绕这个需求点去进行思考的。

但当我作为产品拿到一个需求时，首先考虑到的，是需求的背景：需求是否可以做？做这个需求我们会解决什么样的问题？解决了这个问题可以带来什么益处？

然后确认需求有做的必要性，以及实现的可行性之后，再结合系统平台考虑，这个需求会影响到哪些点。怎么做这个需求能更好贴合系统，并可以更好的解决问题。把前面所有的问题想清楚之后，最终才是产出PRD文档和原型，交付开发。

比如：现在有一个需求，需要增加一个字段。

对开发来讲，直接增加一个字段，从哪里获取字段值，后面什么地方用此字段，其实基本就做完啦；但对产品来讲，我们为什么要加这个字段？是什么场景下需要这个字段？加了之后能解决什么问题？如果不加字段，有没有替代的方案？……

此时，你应该发现了区别，是不是产品更有意思呢？

我对两者的理解，技术关注的是点，产品关注的是面，产品需要将思维发散到整个面，并结合用户体验，给予用户好的体验，同时也是要为公司创造商业价值。

所以说，要成功从技术转岗产品，思维的转变是核心，也是必要的前提条件。

四、转岗成功后，如何野蛮生长

首先对于想转岗，但还没有行动起来的朋友，我想说：想不如干！不试试怎么知道结果？莫要前怕狼后怕虎，只要认准方向，前进、前进、再前进，结果交给时间。

这里建议大家如果条件允许，尽量内部转岗，因为你熟悉业务和系统，公司也对你更了解，转岗的阻力会小很多。

那么转岗成功，拿到产品经理的title之后，并不意味着你已经真的是一个合格的产品经理。这场修行其实才刚开始：战场的变化，会使你的工作方法、沟通方式都随之改变。

1、工作方法

我负责的是B端金融业务，整个系统平台有好几个子平台，每个子平台又有很多界面。所以一开始我拿到客户的需求，自己根本不知道这个需求是属于哪块的内容。所以从上手到熟练，我的成长经历可以分成三个阶段，如下：

• 新手起步：自己领到了任务，但其实什么都不知道。这个时候最高效的办法，就是请教你的师父或者导员，或者是了解这块业务的其他同事，由他们指导你处理方案，最终由你补充细节内容；
• 摸索上路：可以尝试自己独立完成任务。这个时候，可以找运维同事了解需求的内容，或者查看是否有类似的历史需求已经做过，然后自己动手分析思考，然后与客户沟通讲解，确认需求的内容及规则；
• 轻车熟路：自己看到需求，可以直接进行分析。确认80%的内容后，和客户进行沟通讲解、确认需求内容。其实到了这个阶段，你的想法已经不拘泥于这个需求的解决了，而是基于这个需求，思考怎么更好地优化系统以及服务客户；

三个阶段是一个自己从借外力到独立胜任的进化过程，需要坚持不断学习，直到你真正能靠自己站起来。

2、沟通方式

作为产品经理，处理好沟通环节是很重要的。因为你要同时说服客户、开发、测试、以及你的领导，而他们往往都有自己坚持的想法，彼此很难调和。

比如刚开始时的时候，自己遇到一个需求：客户想做的内容，领导并不同意，然后自己就夹到中间了。领导反问我：“客户非要做，但你凭什么能认为你能说服我同意这么做呢？”当时我没有准备，感觉好尴尬啊！

其实这种事情，我们工作中经常会遇到的。这个时候，首先你要深挖需求的根源，基于这个根源去考虑客户的想法是否合理；其次，自己也要基于需求、基于系统，进行多方考虑，找替代方案。接下来，你就要开始说服双方，从需求背景、设计到技术方案，把你分析利弊都讲出来，促使双方达成统一的意见。

在需求评审讲解时，开发同事经常也会“挑刺”。他可能会说，这个需求做不了、改造范围太大了、时间周期太短等各种理由……我们技术转岗的同学，就可以和他聊聊了，帮他一起想办法，同时也是培养你们之间好感度的过程；而对于不懂技术的小伙伴来说，那么你就需要和开发进行沟通协调。

我建议大家还是了解一些技术基础知识为好，不仅能帮助你更好地与开发沟通，同时在你评估需求的时候，也可以规避掉那些不能实现的需求，从而减少你的工作量。

测试同事同样会进行“挑刺”。主要是你需求的影响点、特殊场景、异常问题等，各种你未考虑到的内容；因为测试同事他关注的除了你的正常逻辑之外，还会考虑你的特殊逻辑。所以你要跟他讲清楚，使他理解，那么你的沟通方式就显得无比重要。

这里我建议大家，最好在你的PRD文档中写清楚特殊场景的处理规则。

上面说到的4个角色，都是你需要进行沟通的，和客户需要谈业务、谈体验；和领导要谈需求、谈系统；和开发、测试要谈技术，谈逻辑；不同的角色，那你的沟通方式肯定是不同的，这个就需要自己进行把握。

我基本的方法就是基于需求、体现逻辑，听取多方意见，和各方都达到平衡。

五、做产品，就是迭代自我的修行

最后我想强调的是，产品思维其实是无处不在的。我们一直以来的努力、踩坑和成长，其实就是一个不断打磨和迭代自我认知的过程。

所以，学习是你前行的基石，需要你坚持不懈的学习业务，了解行业信息，同时也要积极与大家交流，碰撞思维的火花，莫要“闭关锁国”。

讲到这里呢，就差不多啦。上面说的这些，其实都是我自己的一些个人心得和感悟，更多的还是需要大家结合自己的实际，去分析思考和实践。

一个人的路不能进行复制，但万变不离其中，方法都是互通的。

我希望我的这些经历，能帮大家在产品路上走得更顺利，期待大家都能实现跨越式成长，我们一起加油！！！

起点学院会员一直在致力于帮助产品、运营人更好地成长。

现在，我们有了一个新想法：《达人计划》

这个计划，是希望帮助大家总结自己的真实成长经历，并分享给其他人。这样做至少会有3个好处：

一是引导你对过往经历做深度复盘，沉淀有价值的经验；

二是帮你把真实经验分享出来，能帮助其他小伙伴更好地成长；