如何从一个程序员转变为产品经理

1 人人不一定都能做产品。

2 看你自己的学习能力和学习范围。

3 除了程序，视觉、交互、性能、运营、开发、项目管理、用户需求及分析等你是否经历过或感兴趣。

4 你对新产品、新技术是否感兴趣？你是否从第三条所说的那些方面分析过一个产品。

5 程序员没什么不好，做产品也没什么好，不要加个经理就盲目崇拜，技术实力永远是你的核心竞争力，PM不一定比Coder更适合你。

那么，程序开发团队就相当于是司机。打车的可以不会开车，但是要到目的地，知道上面的东西，可以省钱，省时间。司机可以接不同的人，不同的路线，只要能走到目的地就行。”那么司机如何变为那个打车的人呢？知乎上一群专业人士展开了精彩的讨论：我是一名程序员，想转做产品经理，一方面觉得自己这方面更有天赋，另一方面我不想做只是面对机器的工作，热衷于做交流沟通性强的工作，对于转行谋职 产品经理难度大吗？修改由于不清楚现在互联网公司对产品经理的需求是怎么样的，感觉大多只有大公司对产品经理职位需求比较突出，小公司需求不明显。朱佳祺：可能每一个搞程序的人，除了对编程有一种油然而生的爱的那种，恐怕有一个阶段都会觉得产品经理是一个自然而然的出路，无外乎几点：1，做技术太累， 太枯燥（因为没有爱，编程和其他艺术或者技术一样，没有若干年的重复劳作和积淀是不会有大成的）2，觉得做技术比较卑微。3，做技术不容易找对象 （nerdy look， 肥胖，其他各种不招人喜欢的因素，不潮。）4，虚荣心（产品经理好歹是个经历，有名片什么的。程序员就是民工等等）……所以想变成产品经理，多牛逼啊！可 以使唤程序员，可算报仇了！有自己主导的项目了，可以和高层直接对话了。说了一堆废话，我想说，这不光是我的想法，我身边有好多人都是这样从一开始就放弃了做一个技术。现在我的想法是，做一个技术其实比做产品经理幸福很多。首先，你只需要关心你自己的东西，没有那么多杂七杂八的东西。第二，做技术的人比较单纯，更 有利于思考。第三，其实产品经理的地位还不如你。你可以罢工，如果你的技术足够nb但是他不可以，因为他上头有老板，下面有你。第四，产品经理一点也不 比写程序轻松，有时候甚至比写程序要费劲的多。因为程序这个东西是一通百通，要搞出一个靠谱的产品可不是把一套模式复制就可以了。第五： 产品经理也是跟程序员一起混，因为圈子的影响，他们也可以看起来像nerd，肥胖，穿的很邋遢……所以如果说只是觉得做程序太辛苦，想去当产品经理，那估计这个选择挺要命的。等于是用自己的短处在去搏别人的长处。但是如果是做程序做到一定境界 了，想要更一步的努力，那么我想说这个转变还是很巨大的，对人也很锻炼。一般来说，最终产品经理想要完全不去写代码，那除非：你的公司极其的庞大，产品经 理的团队可以组一个足球队。或者是你已经有了一个非常牛逼的团队和一个非常好的boss。其实上面一大堆东西都可以总结为一句话：因为小时候被老师各种虐，所以长大了也想成为老师去虐老师的娃。跟这种想法是一样一样的。最后祝各位想当产品经理的程序员能够让自己手下的it民工们都死心塌地的为你服务。陈湛翀：你不是一个好的程序员，可能是你没有发现程序之美，没有发现编程的魅力，没有真正爱上程序员这个工作，没有真正成为一个程序员。一个真正的程序员不会感觉到自己面对的是冷冰冰的机器，他面对的是一个可以实现他想法的朋友。又或者是中国的这种环境导致你产生这类想法。你的兴趣并不在程序员里，我觉得人就应该跟着兴趣走，应该毫无顾忌地转型去当产品经理。一个成功的产品经理确实需要有一定的技术功底，这样去判断一 个项目一个功能是否有需要去实现，实现起来是否技术成本太大。同时，也可以避免受到下属的忽悠，你的技术功底足以判断出“这个功能实现起来很有难度”这类 话的真伪。最后，产品经理需要技术来实现自己的想法，程序员就可以自己去实现自己的想法了。不是产品经理才有创造力的，程序员同样有。我是认为，程序员是幸福的。flamingtop：“觉得自己这方面更有天赋”我以前也觉得自己做产品有天赋，而且我发现不少技术人员觉得自己做产品有天赋，所以或者可以反观一下，如果真的是“天赋”的话，不会有这么多人都不 约而同地这么认为；我觉得这实在不是什么天赋，只是你从事技术工作一段时间以后，开始有一些认识了而已；很多人都能对所谓产品说出个三五六来，就像一个画 画画久的人，会自然而然的觉得自己对“艺术”有了“天赋”一样，不是很可靠的；”不想做只是面对机器的工作，热衷于做交流沟通性强的工作”这可能只能说明你不喜欢当前的技术工作，并不意味着你“适合”做交流沟通性强的工作，技术工作不总是有趣的，难免有厌倦的时候，但因为这个想去做产品是不太合适的，因为做产品也有和做技术类似的问题。下面是我的看法：我感觉国内的公司基本还没有这样的意识，能够真的让一个产品经理当起实职，对一个东西提纲挈领，有真正的职权去“负责”，因为不太可能被赋予这种 职权；平时看到的所谓产品经理应该叫产品“专员”更加合适，但比其他的“专员”更虚；这个职位现在已经越来越像其他行业的各种经理了，比如保险行业人人都 是经理，地产行业卖房子的都是经理，产品“经理”的语义差不多就是这个。我认为如果其他职位的人转产品，技术职位的人应该是比较合适的，因为技术人员天天工作在产品的方方面面，对产品的需求和实现知根知底，信息的不对 称问题在这里最小；另外一方面是市场人员，也很合适，也是技术人员转产品职位的最主要缺点，对市场的认知真的不够；很多情况下，技术人员转产品在管理层看 来更难接受一点，因为一般管理人员不太懂技术人员的工作内容，习惯于自上而下的思考方式，觉得市场人员可能是更high level的工作，所以呢，“把握”起来更好，事实当然不一定是这样，但这是一个现实的难度。和纯技术工作相比，产品工作在不同的abstract level上，需要的知识结构更宽广，单一的职位挺难获得这些需要的知识（和经验），所以就像一本书上说的那样“人人都是产品经理”，因为确实需要这样； 产品是团队的高级目标，团队通常会在下意识的情况下一起完成对产品本身的认知和管理；这意味着其实无论是开发人员或者市场运营人员，实际上大家天天都在一 起做产品，站高一点看，你做技术，不只是写代码，它还会确实地决定产品最后的工作方式，体验和面貌；来自市场和运营的工作同样最终体现在产品的最终形态 里；所以产品就像是一个同时受内外（多方）环境决定的生命体，没有单一方面决定产品，但任何一方面都有重要影响；所以你从技术转产品可能是从“实际”在做 产品到“看起来”在做产品。我觉得再积累积累也是不错的选择，真的作为技术人员，把技术做好，未尝没有做产品的“实”。另外，说的直白一点，要有真正的职权，真正地对结果和决定负责，要有把控方向的权力，仍然和团队一起做产品，但产品经理的决定不能够轻易地被 override，这才叫产品经理。没有实权的产品经理，是没有做头的，会非常纠结的，技术人员转到这种角色，成本非常大，所以要看看你转到的职位是不 是”实职“，还是只是“虚招”，我个人的经历，这个词现在很火，小心泡沫。王宇鹏：我是一名产品经理，我想转行成为程序员。 为什么呢？产品经理没有实权，基本上很多小公司产品经理就是一个人，要与设计，程序，市场，销售，客服，各个部门沟通，而且如果产品没做好肯定产品经理是责 任第一人。如果有一个好老板撑腰还可以，否则很难混下去。所以这也是很多国外ceo就是直接就管产品的原因，否则根本没有执行力， 同级别如何管？ 这也是国内很多企业产品做的烂的重要原因， 产品经理实际就是打杂的。技能要求高。 技术肯定要， 设计其实也要， 否则无法做原型设计。还有就是细节要求， 最重要的就是大方向要把握好。否则一个完美的产品没有市场也不行。word ppt excel 精通更是家常便饭、思维导图、原型工具/还要不停的研究新产品。如果遇到思维活跃经常变化的领导， 做PPT做到吐， 本来如果写程序写的多还有点用。 PPT做那么多根本没用。浪费脑细胞产品经理前途渺茫， 除非你自己想创业， 否则产品经理实际没有太多升职空间， 国内的产品总监很多都是市场或运营的人来管的。 做产品的很少会做到总监级别。 当然国内腾讯还是很看重产品这个职位的， 但其他的公司基本没有看重产品的。产品经理加班的确比程序员少， 但是产品发布测试的时候，也是忙死， 否则自己设计的产品非功能技术性问题其他人测不出来问题在哪。程序员的优势程序员以前的地位不行，但现在很多公司已经意识到技术的重要性， 程序员的薪资范围实际上限比产品高很多， 60万年薪不算什么， 国外公司年薪100万也是有可能的。 产品职位基本没可能。现在世界已经不同了，程序员不再是苦力了，以前国内是渠道，销售、市场为王，产品、程序、设计都是苦力。现在产品做不好根本没人用，销售在忽悠也 不行了。最后实现都是技术问题。而且现在例如 apple store 发行渠道成本很低，只要能做出来好产品不愁卖不出去，微博上一传就一大堆用户。程序员自己创业不是梦想，程序员一个配合一个设计产品就能做出来，产品经理 就不行，毕竟自己不会技术就做不出来。不创业也可以靠编程序活一辈子， 一个团队可能只有一个产品经理或没有，但程序员肯定要有两三个，程序员市场需求比产品大很多。 随着年龄提高程序员的经验壁垒比产品高很多。程序员可以对产品经理说 “这个因为技术问题做不出来” 但产品经理无法对老板说“这个ppt因为我能力不行做不出来”。最后还有程序员可以靠自己想做的技术，例如NB的技术 到达人生梦想， 而产品实际上都是从抄袭，在抄袭，最后创新也是技术创新带来的产品。子陶我觉得你的未来很无限。你又懂技术，又有产品天赋，还善于沟通，很好的技能结合。干不干产品这事，我真觉得不重要，生活之中皆是产品机会。无论你是哪种开发工程师，你都可以按照自己的意愿去做一个自己的产品。何必非当产品经理呢？而且，按自己所想制作的产品，更专一，更有意思，更容易成功。产品人员的郁闷你不清楚。很少有公司给产品人员极大的权利，你要被各种声音左右。同时，你又必须具有大量产品的深入的使用体验，并了解其然和所以然。这都是你长期积累的结果。现在去做一个产品执行者，有什么意思呢？莫如以产品经理的心态，去做一款自己想做的产品出来，这才是你最对的路。白云飞先回答提问的问题：我觉得你最好还是先查清楚什么产品经理和产品再考虑不迟。另外如果你已经了解了，你管别人说啥，大胆努力去促成转变就行。打击你的，劝你别转的，一般是根本没经验或者转失败的，要深入问问他们理由，要问的；鼓励你的，劝你转的，可能是忽悠你的或者识货的，自己要小心求证。呵呵，通过提高程序员level达到贬低产品经理之目的，实在搞笑至极。产品经理=产品+经理，前一个词描述范围，后一个词描述职责（经理并不专指职位）。任何程序员写的代码，都是为了解决一个或者多个问题，我们统称产品。而一个产品的诞生，不管耗费时间长短，必然有调研，需分，规划设计，驱动实施的过程，而这个过程，每个参与的人都应该全程参与，为了高效走完这个过 程，必然会有所分工，每个人的任务也有所侧重。分工里面为了确保大家认知一致，委派产品经理全程负责文档和信息的传达，协调各个人的关系，以其按期按质完 成任务。而团队每个人并没有因此失去充分表达的机会。当然现实的情况未必有那么理想。但平心而论，程序员可以傲慢，但是不要认为自己一直耕种就以为自己最懂行情，今年收成不代表今年收入。产品经理可以傲慢，但是不要认为自己知道的东西多就一定会有人替你卖命耕种，那些东西不一定是真理，也有可能是谬论。人就如围城反复，做或者不做，自己觉得值就行。听多数人的，和少数人商量，自己做决定！本文系站长之家整理自知乎网，转载请注明出处链接。标签：IT职场 程序员 产品经理 转载申明：为了给广大网友提供更有价值的内容，我会把我认为优秀的互联网方面的文章转载于此。

互联网行业中，众人热衷于讨论「程序员砍产品经理」。虽然，「砍」更多是调侃的意思，一种消遣工作的方式；但是，这不是一个饭后笑话，侧面反应了产品经理和程序员间的对立关系。很多时候，产品经理和程序员间就像对手，产品研发过程就像打仗，总要争个你死我亡。「砍」的本质，是程序员表达对产品经理的不满，也是一种情绪的宣泄。

在产品研发的过程中，产品经理与程序员对立关系，会严重影响项目的推进。一旦产品经理和程序员对立关系公开化，很容易导致团队人心涣散。这种对立关系，经常滋生出一些极端的事情，骂娘、打架已屡见不鲜。

下文就列举一些程序员想砍产品经理的场景。这些场景都是我过去和很多程序员朋友交流时，他们遇到的对产品不满的场景。这些场景，都会以产品经理的沟通话语表现出来。通过这些场景，去解析这种对立关系产生的原因。以及，作为对照，产品经理应该如何规避和处理这种对立关系。

这样说法是程序员们最不喜欢的，最容易惹毛程序员的。这句话，在程序员们看来就是削减工时、加班的代名词，他们当然不喜欢。而且他们也非常讨厌，一个非技术人员为技术人员做技术难度的定论。简不简单，都需要技术人员做了技术评估，才能下结论。

这种言语，会让程序员们觉得产品经理不靠谱。大家通常都是比较排斥借鉴。借鉴你也得有合理明确的理由。以我某程序员朋友的话来说：微信怎么做的，你就怎么做，那你不如去微信做产品算了。

每个产品，在表面的UI下，都有其背后的复杂的业务逻辑。如果产品经理只是叫程序员照着某个产品做，很多时候技术们是很难实现的，因为他们也需要弄懂背后的逻辑和流程。当然，这应该是产品经理的工作。

这就是抬杠。产品经理虽然名字里面有「经理」二字，但并没有经理的权利，当然不能命令合作的技术们。这句话，言下之意也是拒绝了商量和讨论。而程序员也需要参与感和团队感。

这就是质疑他人能力，是人都不会喜欢。如果产品经理提出的方案，程序员们没有理解。那就说明产品经理的解释说明和文档，做的不够优秀，不够简洁易懂。让程序员们理解需求，是产品经理的基本工作内容。

在互联网产品开发中，修改需求和插入新需求都是挺常见的。对于程序员们来说，这是非常不爽的事情。这种 *** 作通常会打断程序员的思路，思路被打断是非常痛苦的。当然，这样也会影响他们的开发效率。更可怕的是，反复的修改需求，会使他们有种劳动成果不被尊重的感受，同时也会对项目的未来抱有怀疑的态度。反复的更改方案，也说明产品经理设计是未经过严密的论证，或对细节的把控是不够。

程序员都比较讨厌反复的催促。当项目的节点确定后，技术们会严格遵守节点，产品应该信任他们。当然，时间比较紧凑时，反复催促也会加大程序员们的压力，使他们变得非常烦躁。在这种时候，催促就是添麻烦。

甩锅会导致团队分崩离析，人心不齐。不管任何问题，都是团队的责任，不要将责任指定给某人。特别是在项目复盘时，如果心态不好同事，这是非常难堪的。所以，我们要尽量以原因和结果为导向，而不是责任为导向。

程序员也是也是团队的一份子，有权利知道知道需求的背景。同时，了解需求背景也利于程序员们更好的开发程序。

产品经理给程序员们画饼是最不切实际的，只会引起大家的反感。程序员都是喜欢偏实际的东西，虚的东西只会招致白眼。

任何传递给程序员的需求，都是需要有计划和规范的。如果口头传达一个需求，很容易导致开发出的功能与需求不匹配。同时，因为缺乏相关的记录和文档，可能会造成需求流失。这对于程序员们来说，可能就是延迟、加班、返工、担责等等风险。这是团队合作的大忌，也是项目管理不专业的体现。

以上的这些场景，可能出现一次，程序员们都会顺着我们的想法做。但是，这会渐渐改变程序员们的心态，最终会使产品经理与程序员间产生隔阂和矛盾。如果出现这些场景，作为产品经理都需要小心的处理好，以免影响项目的正常推进。当然，最好是不要出现这些场景。作为产品经理，我们的最终目标，都是要保证我们的产品，准时、保质、保量的落地。

产品经理在与程序员们合作时，产品经理需要讲究合作共赢、互相体谅。在产品经理的相关工作中，最要避免的就是抬杠。抬杠是一切矛盾的根源。很多时候，产品经理要站在程序员的角度考虑问题。比如，对于产品来说可能就是改改需求，但对于程序员，他们更在意的可能是因为改需求而导致的加班。

产品经理在工作中，经常会追求产品上的极致。追求极致本身是好事，但是切忌过分偏执。我们也需要考虑团队的现状和资源，在极致和现实间寻找均衡。毕竟，如果没有乔布斯的团队，要像乔布斯一样做产品，只会拖垮团队。

在产品开发的过程，改需求、改方案等项目异常，都是不可避免的。这是项目管理的第一部分。如何进行项目异常的处理，考验的是产品经理的沟通能力和项目管理能力。产品经理需要在保持技术们高效工作的情况下，完成项目异常的处理。

当然，在产品经理工作中，矛盾的根源也并不总是产品经理。有时候，也可能是某些程序员的性格或者对该工作的态度导致的。这时候，产品经理要明确，作为团队的润滑剂，有责任推动和协调大家的工作。如果，矛盾不可调和，我们需要尽早提出问题、控制风险，避免「勉强」行事。

有时候，程序员在私下评价一起工作的产品经理时，总是会补加一句「我感觉我也能做产品经理」。这句话的背后，是产品经理没有让程序员们感受到产品工作的价值。在这种背景下，产品经理是很难获取程序员们的注重，也会为很多争论埋下诱因。那如何感受到我们工作的价值那？其实很简单，就是保持工作信息的透明。将我们针对需求和产品做的相关工作，体现在我们的沟通或者文档中。

导致程序员想「砍」产品经理，本质是产品经理工作方式的问题，也有情商的问题。在我的产品经理工作经验中，我总结下了以下四点，我们需要注意和避免的。这四点，都可以和上文的场景相对应，是最容易慢慢改变程序员的心态的。

以上就是关于如何从一个程序员转变为产品经理全部的内容，包括:如何从一个程序员转变为产品经理、如何从一个程序员转变为产品经理、为防被程序员「砍」，产品经理需要注意这些场景等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！