非著名程序员程序员&&简书设计产品运营商业模式

如何看待开发人员转型做产品经理?

2017-02-21  本文已影响1531人  非著名程序员

之所以谈论如何看待开发人员转型做产品经理这个话题,是因为之前有人在小密圈跟我提问,他想从技术转为做产品,如何转型,我把之前分享和回答的又进行了稍微的修整,分享给大家。

对于开发人员来说,其实晋升通道很窄,而且又少(注意:这并不代表程序员是吃青春饭的,而且程序员绝对不是吃青春饭的)。一般一个开发团队小的前端,后台,设计加起来也就10人左右,大的几十人,甚至几百人,但是能够做到技术经理,甚至CTO的,一个团队也就一两个人,这也就是意味着你得有身穿长袍,单枪匹马从千军万马中神情自若,脱颖而出的本领才可以。所以很多程序员干久了就想着转型了。其实对于转型,最大的还应该是跟兴趣有关,如果喜欢产品,那就好好做产品。

技术优势

我认为对于开发人员转型做产品经理的优势,那是不言而喻,自然不用多说,那就是:技术优势。不仅仅是和技术人员的沟通变得非常容易,更重要的是技术人员也不会随随便便用“这个功能实现不了”来糊弄产品经理了。毕竟哥们年轻的时候也经常那这句话来反驳产品经理。但是我估计弱势也有很多,比如:程序员的思维模式,沟通能力,还有就是协调能力等等。但是我认为最重要的应该还是思维,一定要把工程思维,技术思维,转化为产品思维。

弱势分析

思维模式

程序员的思维模式很简单,程序员的编程思维导致程序员思考总是在一条龙的逻辑上,虽然非常严谨,但是考虑面除了技术,那就是比较窄。做产品,应该需要从市场,竞品,商业,运营等多方面考虑。一个产品的成功,不仅仅只能依靠技术,技术的可行性上。更多的应该着手于市场和用户,学会分析市场需求和用户行为,这样才能做出符合市场和用户的产品。自己平时应该多下载一些产品和竞品使用,摆脱从技术角度如何实现这个产品的思维,而是思考人家这款产品为什么这么设计,这么做的目的是什么,为什么用户喜欢,要站在一个用户的角度,考虑产品成功的原因。

沟通能力

如果走向了产品岗位,那就意味着你要和测试,和运营,和市场还有技术,还有客户等所有人打交道了。没有一个良好的沟通能力和表达能力,怎么能够让市场,开发,运营的人听懂你想要做的产品呢?产品经理处在沟通的中心,在不同的阶段要和不同的人打交道,尤其是产品立项、产品宣讲都需要产品经理向别人表述清楚你的产品,你要把你的产品不仅仅是告诉别人,最重要的还得表达清楚。所以作为沉闷,不善言的程序员来说,要积极锻炼自己这方面的能力。

协调能力

协调能力是需要加强的,不用多说,看看处在产品中心的产品经理需要推动整个产品的开发和运营,而且要协调收集整个市场反馈回来的信息。不仅仅要把控整个产品的进度,还要把控产品经理。从产品的需求开始,就要进入整个协调阶段。前期协调开发,推动开发,之后是测试,还要和运营配合,完成上线,最后要和市场和运营收集用户的体验和反馈信息,再进行产品改进。从中都要考验你的协调能力。

当然产品经理不仅仅需要上述能力,最基本的产品经理还需要会使用产品的工具,画原型图,写需求,流程图等等,这些都是基本功。这些工具的使用对于程序猿和产品汪来说,都应该不是问题,工具用多了自然都熟练了。最重要的就是需要改变思维误区。

我们上面谈论了关于程序员,技术人转变为产品经理优势和弱势,现在我们来聊一个有意思的话题就是思维误区。通过聊这个话题,简单来看看转为产品经理应该注意哪些东西。

思维误区

其实技术人转变为产品经理最有意思的误区在于哪里呢?我记得之前看过一篇文章是这么说的。技术人一般都是一群这样的人:喜欢秀优越的智商,做事喜欢以自己的兴趣为导向,具有完美主义综合征。而真正的产品人呢,是一群这样的人:喜欢把用户当做傻瓜,认为用户的智商没有下限,做事是以产品结果为导向的, MVP 产品能用就行。

看完对比就知道问题了吧,程序员的转变就是应该从秀自己的智商优越感转变为认为用户都很笨才行,这样做出来的产品,才能让用户简单,方便的使用,以你的智商做出来的产品,可能用户学起来比较麻烦。而且做事应该以市场,用户为导向,满足用户,而不是根据自己的兴趣来制定,最重要的是机会很重要,市场竞争这么激烈,不要等到做的非常完美的时候,才发布,那时候已经晚了,MVP 产品可用就行,Minimum Viable Product –最简化可实行产品。

是不是感觉非常有意思,做到这点转变,才深入学习一些产品知识,我感觉技术人做产品还是非常有前途的。毕竟咱们是一群开发过产品的人。

上一篇下一篇

猜你喜欢

热点阅读