程序员可以转产品经理吗

程序员可以转产品经理吗

产品经理跟程序员是不一样的,产品经理只需要懂一点,不需要多厉害,应届生都是可以当产品经理的。而程序员强调编程技能,专业技术,语言功底,懂不懂操作系统这些;产品经理强调沟通协调能力。

程序员可以转产品经理吗?很多已经工作了一段时间的人都有这个疑问,在这里分析一下程序员转产品经理的可行性。首先讲一下这两个职位的定义,程序员就是平时所说的软件工程师,程序员是软件工程师的口语版,是属于研发岗位;产品经理属于技术管理部门,总的来说算是偏向于技术的管理岗位,像hr也是管理岗位,只是跟技术就没什么关系。研发岗位跟管理岗位的要求是不一样的。产品经理在不同公司的定义也不完全相同,普遍的说是对一个产品负责,作为产品经理,一定有一个产品是跟你绑定的,譬如你到了华为上班,作为一个产品经理负责一个产品,如果是负责路由器的,华为的路由器有几十几百几千种,可能只负责其中一种。产品经理就是跟某个具体产品绑定,主要负责这一个,工作就是协调跟这一个产品有关的其他部门,如果一个产品要生产,就需要采购原件,就需要跟采购部门打交道;产品购买后需要放到仓库,就需要跟仓储部的打交道;产品需要研发,就要跟研发部门打交道,研发部还分软件跟硬件,就代表要跟两个部门打交道;产品要生产,就需要跟生产车间打交道;产品要出货,就需要跟销售部门打交道。跟一个产品相关的部门是非常多的,这些部门都需要协调。每个部门负责的东西也不只一个,譬如一个软件工程师可能同时负责三个项目的开发,就会有三个产品经理找他,每个产品经理都只管自己负责的产品,不管其他两款。产品经理的工作主要就是协调工作,举个栗子:譬如你负责的产品软件有问题,客户意见很大去找软件工程师的时候,如果他跟你说先等一等,我手头正在改另一个产品,我现在没有时间。那么如何能让工程师放下手头的工作,先解决你的问题,这个时候就需要产品经理的协调能力。如果不马上解决,客户就会生气,客户要是退货,老大也会不满意,如果你跟老大说是软件工程师正在做另一个产品,自己没办法,那你就可以走人了,因为产品经理的工作就是协调,就是要有让自己的产品得到解决的办法。还有,产品经理不能完全不懂技术,如果碰到一个跟产品有关的技术性的东西,连听都听不懂的话,又如何去管理如何去协调?产品经理需要跟软件工程师协调,需要跟硬件工程师协调,一点技术都不懂的话,根本就不知道他们在说什么,那怎么跟他们打交道呢?所以不能完全不懂技术,但也不要求要有多深入,当程序员说软件实现不了,当他讲解原因的时候,一听大概知道是怎么回事儿,是对是错不用完全评判,毕竟作为产品经理你不是专家,换做他老大或许一听就知道了是对还是错。产品经理跟程序员是不一样的,产品经理只需要懂一点,不需要多厉害,应届生都是可以当产品经理的。而程序员强调编程技能,专业技术,语言功底,懂不懂操作系统这些;产品经理强调沟通协调能力。当一个程序员手上有两个案子,两个产品经理都急着要,但只能解决一个的情况,他是帮你还是另一个人,那就是看谁的的沟通协调能力更好。有时候把程序员骂一顿,他就听你的了,这也是你的能力,骂了他他还帮你干活。有可能你骂了他,他反过来还打你一顿,你看你不但没协调到资源还被打(偷笑);有时候也可以采取“贿赂”的方法,说:兄弟,搞定之后请你吃饭,吃好吃的,然后说不定他就帮你解决了你的问题,然后一起吃饭,聊到晚上三点成了铁子,之后再有问题都优先帮你搞定;如果产品经理是女孩子呢,或许撒个娇,卖个萌也可以,其实很多公司的产品经理都是女孩子,这都是有原因的,女孩子的沟通协调能力更强,而且不用打架就能解决问题……产品经理还强调文字语言表达能力,也就是能不能写邮件,能不能通过文字,通过写文档跟别人沟通交流,大公司是非常注重文字表达能力的,如果你非常会写文件,尤其是英文文件,拿一万多是没有问题的。产品经理还强调管理能力,要懂得管理,才能将跟产品相关的人联系在一起。

产品经理跟程序员的方向是不一样的,是完全不一样的岗位,但他们是没有明显的好坏的。程序员只需要做好自己的工作,完成了当天的任务就可以悠闲的喝茶,不会有人打扰,不需要求爷爷告奶奶;产品经理就需要到处找别人,但如果混得好,会做人,会做事,就只需要到处逛一逛,聊聊天,日子也是很轻松的,可能程序员还在苦逼的完成他自己的任务。难说哪个岗位更好,主要还是看个人适合做什么,适合做产品经理的人做起来就会觉得很轻松,不适合的呢,只要遇到问题,就觉得能把自己气死,恨不得杀人。

再多说几点行业相关的观点

(1)行业本身没有明显的好坏。很多人会觉得不是啊,当经理好呀,当老板好呀,其实不是的。自己没有那个能力,被强行架到经理的位子上的时候,下面的人都不听你的,都不服你管理的时候,是很难受的。那是不是只要有人不听,开除就可以了呢?开到最后,所有人都走了的时候,走的就是自己了。有的人说做技术不好,其实,做技术在公司是最硬气的,工作不爽想走就走,因为只要技术好,工作到哪里都可以找,做技术的人出路是最多的。注意,前提是技术要好。反倒是做管理的人更需要细声细气,态度好,因为他的能力就体现在协调上面,他能跟各部门人员处好关系,才体现出他的管理水平,如果下面的人都不听他的,那他的管理是失败的。行业没有好坏,主要是看自己是不是适合。(2)自己技术底子不够好,在学校没有学到东西,感觉自己不是特别聪明,也不是很喜欢做技术。找不到好的研发岗位(甚至根本找不到,因为技术不过关)然后本身性格是开朗型的,挺能说的话,可以尝试去做产品经理,这也是一条路,说不定能走的很好,不是非得做研发才有前途,做产品经理的拿高工资的也是有很多的。(3)正在做研发,研发能力还不错,在工作中接触到产品经理,觉得自己更喜欢产品经理的工作,也可以尝试,肯定是自己觉得自己适合,才会想要做这个。(4)不怕你不喜欢现在这个,就怕你什么都不喜欢,都做不好。做研发觉得测试好,做测试觉得生产好,做生产觉得管理好,做管理觉得研发好,这种人就没戏了,属于干啥啥不成,吃啥啥不够(5)公司岗位一般分为四类:研发,测试,管理,销售。这四个方向都不错,应该要多去了解,多去接触。不一定说要亲身去体验,但要跟这些人多接触。看别人的岗位是什么特点,当对这些有了了解后,根据自己的性格爱好再去做出选择,看自己到底适合走哪条路。

原文地址:http://blog.51cto.com/astonzhu/2061497

时间: 2024-10-19 15:07:59

程序员可以转产品经理吗的相关文章

【产品】程序员如何和产品经理沟通01——产品经理的能力模型

简介  作为一只从技术转向产品的程序猿,和大家分享一下产品经理的一些要素.一方面给各位程序猿参考一下,所谓知己知彼,方便以后和产品汪们优雅地撕逼:另一方面,如果有想从技术转产品的程序猿也可以作为参考. 都说程序猿最大的“敌人”就是产品汪,其实很多从技术转向产品的人都非常怀念当程序猿的时光,这是为什么呢? 看了一个产品经理的能力模型,你们就知道做好产品经理其实是非常不容易的,能力模型特别分散,触角伸的特别多,需要跨领域的各种技能,不像程序猿只需要关注IT技术即可.如果说一个程序猿需要经常学习IT新

程序员如何和产品经理优雅的干架

早前,平安产险科技一名外包程序员和一名外包产品经理干架的视频几乎在互联网圈都传遍了,因为产品提了一个需求:要求用户App的主题颜色能根据手机壳自动调整. 首先说这个需求对于应用开发工程师来说,确实是有点奇葩,当然并非不能实现.这块涉及图形图像处理,用机器学习和人工智能来提取图像颜色,这是基本图像识别过程,对于采集图像,可以提示对着镜子自拍一张,上传图片,通过大量的训练数据,来识别手机体颜色.当然并不能保证百分百成功,因为图像可能模糊或者,不明显等其他原因,就算不断用CNN(卷积神经网络)卷积运算

【产品】程序员如何和产品经理沟通02——互联网产品从想法到实现

简介  作为一只从技术转向产品的程序猿,和大家分享一下产品相关的一些要素.一方面给各位程序猿参考一下,所谓知己知彼,方便以后和产品汪们优雅地撕逼:另一方面,如果有想从技术转产品的程序猿也可以作为参考. 一个产品从拍脑瓜子想出ideal到最终产品发布上线需要经过哪些过程呢?作为一个程序猿可能不是很清楚. 看了以下的一个简单框架就大概能略知一二,另外以下每个小点都可以是一个深耕的研究方向,不管是产品.销售.设计.开发.运维,要做好.做精一个产品实在不易呀. 一个互联网产品的诞生过程: 1.产品的定义

程序猿如何“智斗”产品经理

程序猿如何"智斗"产品经理 RD和PM的恩怨是历年来有目共睹的, 每一个项目迭代中,RD都是希望能得到更多的"空闲时间",这时间可以养精蓄锐或是技术学习. PM则希望能够尽最大效率使用RD,把自己堆着的那些prd都能最快落地,希望不管出现任何问题都别延期. 这也是造成了两者最直接的矛盾. 但天天重复相似的问题,有没有通用的解决方案? 秉承多年与PM周旋的经验下面主要从以下八点开始阐述 求其上得其中 合理的攒人情 如何给PM施压 该正面交锋时,绝不手软 先小人后君子

程序员可以兼任项目经理吗?

人们的有些尝试从来没有成功过:接到一个小项目,项目小,完全不需要一个全职的项目经理.于是就决定让一个程序员兼任项目经理.毕竟,还能有谁比程序员更清楚应该写出一个什么样的程序? 的确,很多程序员能做好项目经理的职位.好的程序员和好的项目经理的之间没有本质的冲突.这两个职位都是面向细节和面向结果的.但是一个人不可能同时做好这两个工作. 为了理解这种不兼容性,必须认识程序员和项目经理工作任务的类型. 开发软件需要进入一种沉浸状态,为了更加有效率,程序员必须完全进入代码世界,来专注于操作算式和变量,预见

程序员可以兼任项目经理吗?

人们的有些尝试从来没有成功过:接到一个小项目,项目小,完全不需要一个全职的项目经理.于是就决定让一个程序员兼任项目经理.毕竟,还能有谁比程序员更清楚应该写出一个什么样的程序? 的确,很多程序员能做好项目经理的职位.好的程序员和好的项目经理的之间没有本质的冲突.这两个职位都是面向细节和面向结果的.但是一个人不可能同时做好这两个工作. 为了理解这种不兼容性,必须认识程序员和项目经理工作任务的类型. 开发软件需要进入一种沉浸状态,为了更加有效率,程序员必须完全进入代码世界,来专注于操作算式和变量,预见

程序员爱看的产品需求文档,转给你的产品经理

假如产品需求文档(PRD)是一个产品,如何做出一个拥有良好用户体验的PRD? 让我们先来考察下PRD的用户群体(User Persona):主要是开发人员,在繁忙的开发任务中最希望看到"简洁易懂"的产品需求文档. 梳理下PRD的功能:传达出产品需求:管理记录产品迭代过程:各部门共享产品信息,以促进沟通: 因此一个好的PRD的原则是:结构清晰:语言简洁易懂:实时共享. 我们具体如何制作? 一个PRD文档即可 现在,越来越多的产品经理采用将文本说明和原型结合成一个PRD文档的方式,因为之前

Toad趣题:说真话的程序员 & 不说实话的经理

FBI包围了诺恩公司的总部.里面总共有n个人.每个人不是工程师就是经理.机密文件已经被销毁,只有经理掌握.现在FBI要分辨他们.只能问i:"j是什么身份".诺恩中每个人相互都知道身份.工程师只说真话:经理并不总是说真话,而且都足够狡猾,想尽方法迷惑FBI.(这个设定还是比较有意思的 :P) 1 假如一半以上的人都是工程师,是否有一个策略,用最多n-1次提问找到一个工程师. 2 假如有至少一半的人是经理,是否能找到一个工程师. 3 一旦找到了一个工程师,通过他可以认清其他人的身份.是否可

产品经理和程序员的爱恨情仇

产品经理跪求程序员,程序员跪求程序成功上线! 前几天纯银V在微博上发了一条微博「很多人吐槽“人人都是产品经理”这句话,其实在我看来,这句话的正确理解是“人人都应该学习产品经理的思维方式,来提升自己的专业能力”,不知道作者是否本意如此.当然,实际上它容易被理解为“我也可以做产品经理,创造一个伟大的产品”,那就很扯淡了.尤其水货产品经理的破坏力之强令人惊叹」,引发了诸多讨论. 我看了之后,意味深长的转发了一下:从来没人说人人都是程序员,这其实说明了一些什么……于是又引发了一番热议,比如: 对呀,也不