开发转产品需要学习什么？

开发转产品需要学习什么？

除了基本的产品经理岗位常用软件（axure、xmind）的学习之外，其次比较重要的：1，转换思维模式开发和产品最大的不同就是思维的不同。开发做的事情像是一个钻头，需要不停地向技术难点去深钻，思维是走向深处的，但是做的事情更多地是被动接收。产品做的事情更多的是让功能被更多人所接受，思维活动是向一个平面发展，做的事情更多是靠主观能动性。这句话看上去很抽象，下面举几个例子说明下。首先，沟通方式会发生很大变化，会增加非常多的电话会议、邮件、线下会议等等。当然，开发同学工作中也有很多沟通，但是开发层面的沟通通常是被动。产品经理是要主动发起很多沟通，而且是沟通中的主角，要能hold住全场，过去靠智商，现在得靠情商。“所以，如果是闷骚型的开发同学，这边不建议转产品呢”其次，做事情的模式要有很大转换。做开发更多的是拿到需求，然后考虑实现，其实是一个相对被动的接收过程。产品经理的工作模式截然不同，要学会“无中生有”，得奔着收入或者用户量这类的数字找突破口。可能需要主动地跟各种利益相关方合作，跟各种前后方团队建立统一战线。“所以，如果是习惯了被动的工作方式，这边也不建议转产品”最后再说一点，压力可控性方面。做开发的时候，压力更多的就是能不能按时开发好需求，其实这个进度很大层面是可控的，大不了做的慢了就多干会儿。产品经理层面的压力跟多的是营收或者客户数，这些个数字真的很难说做到可控。另外，每次设计功能心理压力其实挺大，担心开发出来最后拿不到效果，也会连累开发团队。“所以，如果是主动抗压性不够的同学，这边也不建议转产品”2，别觉得产品经理都是傻子很多时候在跟开发同学交流的时候都会被质疑，大家心理的活动我是了解的，肯定是想“产品是不是傻了，这么简单的道理都想不明白？”我以前做开发的时候也总暗自喷产品经理。其实我想说的事情是，当你觉得产品经理设计的功能有问题的时候，事实上是真的有问题，还是你没有了解清楚自己正在开发的产品。很多时候我是不愿相信一个通过层层面试进来的产品经理，会设计一些无厘头的功能。这里面可能存在一些理解上的偏差，因为一个产品不光是大家功能层面上看到的东西，还有底层的权限系统、计费系统，上层的售卖体系、运营体系等等。所以，如果想转型，请先把自己正在做的这一套产品的整个生态体系了解清楚，想明白产品运作中的商业原理，向身边的产品经理取取经。每个产品真的不是只有表面功能那么简单，背后的商业逻辑才是真正要探究的~3，别轻举妄动我这边的建议是不要轻易地转型，我看到的差不多50%以上的开发转产品，最终都碌碌无为或者会陷入长时间的矛盾。什么时候转，要问下自己，真的做好了从技术深度到用户需求这方面的思维转换么？真的适应每天作为主C位去在各种会议上hold全场么？真的有办法无中生有去开拓产品价值么？真的了解了自己正在开发的产品的生态体系么？如果上面的问题都是yes，那么还有一点很关键，建议挑一个新的产品去做，而不是一个成熟产品。产品经理需要跟产品一起成长，我看到的很多转型了去做已经成熟了的产品的产品经理都很难成功。