如何0基础转岗产品经理？
大家能点进来看这个视频，应该多多少少想转岗产品经理或者是有转岗这个念头

接下来分三个部分来聊聊

  1. 我是为何从一个被产品剥削的程序猿转岗成为产品汪的
  2. 转岗前如何快速学习产品经理的知识
  3. 转岗后与转岗前有哪些变化

part1 为何要转岗

正如需求文档最前面，要写概述一样，简单描述下我的背景情况以及为何要做这一期的分享。我是一个双非的普通本科生，大学学的是计算机专业，所以按部就班，毕业后就去一家在线教育互联网公司做后端开发。现在也是顺利转岗后在一家世界五百强的企业做一名中级产品策划，所以我的经历可能更适合于普通人，并不是所有人都是985/211 顺顺利利进入大厂实习然后手拿几十个校招offer，我相信大多数人，还是在求职路上摸爬滚打争取往前冲的，所以我相信我的分享可以帮助到大家。

之前在码代码的时候，就很想转岗产品经理，也不是说对打代码没兴趣，而是综合考虑了很久才决定要转的，我觉得每个人都要根据自身的兴趣爱好来判断转还是不转。
我当初的想法是
1. 产品岗我更愿意在闲暇时间花时间去学习跟折腾
2. 我是发散性思维能力比逻辑思维能力强的人，出10个解决方案跟写10个算法题，我更倾向于前者
3. 喜欢用户行为分析； 之前我们的考试系统，虽然那会我是负责后端开发，但是我依旧会登录我们的后台去分析客户的付费转换数据和考试采集回来的考生数据，看着每一个活生生的用户，对系统提出的一些反馈，我都会觉得比码代码有趣 。所以转产品的想法就萌生了

part2 转岗前，如何学习产品经理的知识

于是乎我就开始执行：

  1. 我在需求评审的时候，会对之前的产品原型开始总结，哪里写得好，哪里写得不到位，哪里开发比较难理解的，原型的结构等我都会总结出来，然后自己下载个axure再画一次。刚开始对Axure不熟悉，我会看着我们组其他的产品经理的原型，疯狂临摹练习，最基础的原型能力就掌握了。
  2. 由于我们是敏捷开发模式的，我会刻意去模仿产品经理的一些关键工作动作，比如什么时候需要拉会、具体的功能背后是什么需求得来的、上完线后如何开一个复盘会、通过数据如何引导下一步的产品功能优化，还有一点就是敏捷看板的管理和项目进度的跟进。这些关键工作动作，我都会在工作中刻意去跟产品经理讨论，还有总结，想象如果换成我是产品经理，要如何做，我能不能也同样做得出来，做不出来的，我都会去查一些资料去学习，比如需求评审，如何讲需求的时候，尽量少被开发diss，怎么hold住全场，当初就查了很多资料去学习。
  3. 当然我也会看一些入门书籍，毕竟实战的东西可以在工作中学到，但是基础的东西还是要通过书籍去学，这些都是我刚开始看的书。第一本也就是大家都听过的《人人都是产品经理2.0》。如图圈中的这3本基础入门书读完后，我也对产品经理有了更深入的了解。
  4. 逛学习社区，去刷一些入门文章进行学习补充，具体可以看我之前推荐的那些社区。
  5. 正式转岗前，我们的产品经理就送了一份学习资料给我，「梁宁产品思维30讲」，听完后也是受益匪浅而且也更加坚定产品这条路，会更加适合我。

image.png
最后通过对简历的优化、个人知识的沉淀、方法论的总结以及对产品的热情，换来了转岗成功。

part3. 转岗后与转岗前有哪些变化

转岗成功后，即是新的挑战。

  1. 产品思维的培养；以前做开发的时候，看问题是以实现的逻辑去看问题，现在就是用产品思维去看问题，站在用户的角度去思考问题
  2. 工作上下游关系的切换；以前是需求下来后的执行岗，现在是推动需求的责任人，从被动执行到主动推进，从安静敲代码到主动沟通、规划需求等，这个工作角色的切换，我也是花了很长时间才慢慢适应
  3. 文档能力的提升；之前写的是技术方案，现在不单单要写需求文档，还要写年度规划ppt、产品迭代路标、后台操作手册、白皮书、功能清单、产品上线报告等等一堆文档，ppt可谓是越做越好看，文档也是越做越细致

以上就是这期分享的全部内容，相信很多同学听完还是有所帮助的，既然选择了产品经理这条路，就大胆地往前走，都说产品经理门槛低、上限高，但是我觉得现在面试官也不傻，好的企业门槛还是挺高的。
我相信接地气的分享，能换来你们的喜欢和支持。
所以既然想要的东西，就努力去争取。希望我们一起突破黑暗夜，再见满天星。