一个程序员的困惑:我想转产品经理_第1页
一个程序员的困惑:我想转产品经理_第2页
一个程序员的困惑:我想转产品经理_第3页
一个程序员的困惑:我想转产品经理_第4页
一个程序员的困惑:我想转产品经理_第5页
已阅读5页,还剩3页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

第第页一个程序员的困惑:我想转产品经理

可能每一个搞程序的人,除了对编程有一种油然而生的爱的那种,唯恐有一个阶段都会觉得产品经理是一个自然而然的出路,无外乎几点:1,做技术太累,太枯燥(由于没有爱,编程和其他艺术或者技术一样,没有假设干年的重复劳作和积淀是不会有大成的)2,觉得做技术比较卑微。3,做技术不简单找对象(nerdylook,肥胖,其他各种不招人喜爱的因素,不潮。)4,虚荣心(产品经理好歹是个经受,出名片什么的。程序员就是民工等等)。。。。所以想变成产品经理,多牛逼啊!可以使唤程序员,可算报仇了!有自己主导的项目了,可以和高层径直对话了。。呵呵。。

说了一堆废话,我想说,这不光是我的想法,我身边有好多人都是这样从一开始就放弃了做一个技术。

现在我的想法是,做一个技术其实比做产品经理美满许多。首先,你只需要关怀你自己的东西,没有那么多杂七杂八的东西。第二,做技术的人比较单纯,更有利于思索。第三,其实产品经理的地位还不如你。你可以罢工,假如你的技术足够nb.但是他不能,由于他上头有老板,下面有你。第四,产品经理一点也不比写程序轻松,有时候甚至比写程序要费劲的多。由于程序这个东西是一通百通,要搞出一个靠谱的产品可不是把一套模式复制就可以了。第五:产品经理也是跟程序员一起混,由于圈子的影响,他们也可以看起来像nerd,肥胖,穿的很邋遢。。。。

所以假如说只是觉得做程序太辛苦,想去当产品经理,那估量这个选择挺要命的。等于是用自己的短处在去搏别人的优点。但是假如是做程序做到肯定境界了,想要更一步的努力,那么我想说这个转变还是很巨大的,对人也很熬炼。一般来说,最终产品经抱负要完全不去写代码,那除非:你的公司极其的巨大,产品经理的团队可以组一个足球队。或者是你已经有了一个特别牛逼的团队和一个特别好的boss。

其实上面一大堆东西都可以总结为一句话:由于小时候被老师各种虐,所以长大了也想成为老师去虐老师的娃。

你不是一个好的程序员,可能是你没有发觉程序之美,没有发觉编程的魅力,没有真正爱上程序员这个工作,没有真正成为一个程序员。一个真正的程序员不会感觉到自己面对的是冷冰冰的机器,他面对的是一个可以实现他想法的伙伴。

又或者是中国的这种环境导致你产生这类想法。

你的爱好并不在程序员里,我觉得人就应当跟着爱好走,应当毫无顾忌地转型去当产品经理。一个胜利的产品经理的确需要有肯定的技术功底,这样去判断一个项目一个功能是否有需要去实现,实现起来是否技术成本太大。同时,也可以避开受到下属的忽悠,你的技术功底足以判断出“这个功能实现起来很有难度”这类话的真伪。

最末,产品经理需要技术来实现自己的想法,程序员就可以自己去实现自己的想法了。不是产品经理才有制造力的,程序员同样有。我是认为,程序员是美满的。

我以前也觉得自己做产品有天赋,而且我发觉不少技术人员觉得自己做产品有天赋,所以或者可以反观一下,假如真的是“天赋”的话,不会有这么多人都不谋而合地这么认为;我觉得这实在不是什么天赋,只是你从事技术工作一段时间以后,开始有一些认识了而已;许多人都能对所谓产品说出个三五六来,就像一个画画画久的人,会自然而然的觉得自己对“艺术”有了“天赋”一样,不是很牢靠的;

”不想做只是面对机器的工作,热衷于做沟通沟通性强的工作”

这可能只能说明你不喜爱当前的技术工作,并不意味着你“适合”做沟通沟通性强的工作,技术工作不总是有趣的,难免有厌倦的时候,但由于这个想去做产品是不太合适的,由于做产品也有和做技术类似的问题。

下面是我的看法:

我感觉国内的公司基本还没有这样的意识,能够真的让一个产品经理当起实职,对一个东西提纲挈领,有真正的职权去“负责”,由于不太可能被给予这种职权;平常看到的所谓产品经理应当叫产品“专员”更加合适,但比其他的“专员”更虚;这个职位现在已经越来越像其他行业的各种经理了,比如保险行业人人都是经理,地产行业卖房子的都是经理,产品“经理”的语义差不多就是这个;

我认为假如其他职位的人转产品,技术职位的人应当是比较合适的,由于技术人员每天工作在产品的方方面面,对产品的需求和实现知根知底,信息的不对称问题在这里最小;另外一方面是市场人员,也很合适,也是技术人员转产品职位的最主要缺点,对市场的认知真的不够;许多状况下,技术人员转产品在管理层看来更难接受一点,由于一般管理人员不太懂技术人员的工作内容,习惯于自上而下的思索方式,觉得市场人员可能是更highlevel的工作,所以呢,“把握”起来更好,事实当然不肯定是这样,但这是一个现实的难度;

和纯技术工作相比,产品工作在不同的abstractlevel上,需要的知识结构更宽广,单一的职位挺难获得这些需要的知识(和阅历),所以就像一本书上说的那样“人人都是产品经理”,由于的确需要这样;产品是团队的高级目标,团队通常会在下意识的状况下一起完成对产品本身的认知和管理;这意味着其实无论是开发人员或者市场运营人员,事实上大家每天都在一起做产品,站高一点看,你做技术,不只是写代码,它还会的确地决断产品最末的工作方式,体验和面貌;来自市场和运营的工作同样最终表达在产品的最终形态里;所以产品就像是一个同时受内外(多方)环境决断的生命体,没有单一方面决断产品,但任何一方面都有重要影响;所以你从技术转产品可能是从“实际”在做产品到“看起来”在做产品;

我觉得再积累积累也是不错的选择,真的.作为技术人员,把技术做好,未尝没有做产品的“实”。

另外,说的直白一点,要有真正的职权,真正地对结果和决断负责,要有把控方向的权力,仍旧和团队一起做产品,但产品经理的决断不能够轻易地被override,这才叫产品经理。没有实权的产品经理,是没有做头的,会特别纠结的,技术人员转到这种角色,成本特别大,所以要看看你转到的职位是不是”实职“,还是只是“虚招”,我个人的经受,这个词现在很火,当心泡沫。

PS:我的上一份工作就是不想做沟通沟通性强的领导型人物才离职的。现在,我很快乐,比以前快乐得多了。

我是一名产品经理,我想转行成为程序员.为什么呢?

1产品经理没有实权,基本上许多小公司产品经理就是一个人,要与设计,程序,市场,销售,客服,各个部门沟通,而且假如产品没做好确定产品经理是责任第一人.假如有一个好老板撑腰还可以,否那么很难混下去.所以这也是许多国外ceo就是径直就管产品的缘由,否那么根本没有执行力,同级别如何管?这也是国内许多企业产品做的烂的重要缘由,产品经理实际就是打杂的

2技能要求高.技术确定要,设计其实也要,否那么无法做原型设计.还有就是环节要求,最重要的就是大方向要把握好.否那么一个完满的产品没有市场也不行.wordppte*cel精通更是家常便饭.思维导图原型工具还要不停的讨论新产品.假如遇到思维活跃常常改变的领导,做PPT做到吐,原来假如写程序写的多还有点用.PPT做那么多根本没用.糜费脑细胞

3产品经理前途渺茫,除非你自己想创业,否那么产品经理实际没有太多升职空间,国内的产品总监许多都是市场或运营的人来管的.做产品的很少会做到总监级别.当然国内腾讯还是很看重产品这个职位的,但其他的公司基本没有看重产品的.

4产品经理加班的确比程序员少,但是产品发布测试的时候,也是忙死,否那么自己设计的产品非功能技术性问题其他人测不出来问题在哪.

程序员的优势

1程序员以前的地位不行,但现在许多公司已经意识到技术的重要性,程序员的薪资范围事实上限比产品高许多,60万年薪不算什么,国外公司年薪100万也是有可能的.产品职位基本没可能.

2现在世界已经不同了,程序员不再是苦力了,以前国内是渠道,销售市场为王,产品、程序、设计都是苦力.现在产品做不好根本没人用,销售在忽悠也不行了.最末实现都是技术问题.而且现在例如applestore发行渠道成本很低,只要能做出来好产品不愁卖不出去,微博上一传就一大堆用户.程序员自己创业不是理想,程序员一个协作一个设计产品就能做出来,产品经理就不行,究竟自己不会技术就做不出来.

3不创业也可以靠编程序活一辈子,一个团队可能只有一个产品经理或没有,但程序员确定要有两三个,程序员市场需求比产品大许多.随着年龄提高程序员的阅历壁垒比产品高许多.

4程序员可以对产品经理说这个由于技术问题做不出来但产品经理无法对老板说这个ppt由于我技能不行做不出来。

5最末还有程序员可以靠

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论