程序员到产品经理

① 程序员可以转为产品经理吗

当然可以！从程序员到产品人员的转型，有其必然性和合理性。像腾讯马化腾、360周鸿祎、微信张小龙他们都是由程序员做起，然后开创自已的产品和事业的，这样的例子不在少数。而且，一个技术人员能够转型成优秀的产品人，一定是有“知道技术能做什么”的自信 ，还有“我要把它做出来”的决心。
程序员转型产品人员所具有的独特优势主要包括以下几点：

第一，多年的程序员工作经验，对软件技术和软件实现方案的判断，可以规避那些天马行空的产品想法，工作更有成效。
第二，程序员一般都具备严密的逻辑思维能力，更有利于对复杂的产品进行精细的需求分析，将产品打造成精品。
第三，程序员一般都具有快速学习能力，保持对计算机相关行业动态和技术革新的观察与思考，这在一定程度上会培养对行业与技术的洞察力。

② 程序员好转产品经理吗

本人10年开发培训经验,期间经历了Java,Android,H5,大数据,PHP等多个不同的方向的开发,也做过软件培训公司的金牌讲师，很有兴趣回答你这个问题。

首先咱们先了解一下产品经理与程序员的区别，通俗的说，程序员就是写代码的，负责一个软件产品的实现，举个栗子，程序员可以说是工地上垒砖砌房子的农民工。

而产品经理是干嘛的呢？不要觉得带个经理的名字就是领导，当然产品经理在程序员面前确实有发号命令的权利。产品经理就是根据客户或者公司自己的规划想法，把这个想法转换成对应的产品模型，也就是说产品经理类似于工地上一栋楼的设计师，产品到底该有哪些功能，该怎么规划，一般都是产品经理设计的。

那么程序员转产品经理怎么样呢？我觉得完全没问题啊。就好比一个具有丰富施工经验的垒墙工人，他盖的楼多了，后来你让他设计一个新的大楼出来，虽然可能细节上不足，但是凭借他之前的经验，还是可以实现的。再比如说，一个经验丰富的演员，之前都是听从于导演的命令去演戏，后来他自己经验丰富了，要转型做导演，也是容易的啊，”演而优则导“，这样的例子很多的。

程序员转产品经理，其实优势也很多。目前很多的产品经理并不懂开发，设计的产品功能其实在实现的时候，可能根本就完不成，也就是产品经理会存在"瞎设计，瞎指挥"的问题。但是换成一个开发经验丰富的程序员去设计产品，什么功能可以实现，该怎么实现，他心里一清二楚，设计出来的产品反而更容易实现。

如果想学习Java，可以关注我，获取全套免费学习教程。

好转。

一个好的程序员能顶两个好产品经理。

一个不好的程序员，能顶一个半产品经理。

知道现在全栈程序员多恐怖么？

前面能和客户谈需求、画原型

回来能出高保真、交互图

设计文档、数据字典更是不在话下

还能写代码

还能做测试

还能写用户手册

还能，还能开发票

一个产品经理顶多做他工作的30%。

但程序员很多转产品经理，心理关不好过。

程序员习惯性去用自己的能力判断一个特性能不能做，而不是如何描述。需要角色转换。

程序员习惯性判断一个特性如何去实现，而不是去判断用户是否需要这个特性

程序员习惯去挑战有难度的需求，而不是用户真的需要的需求。

程序员喜欢和代码打交道，但和人打交道要复杂很多

③ 程序员转做产品经理，对于转行谋职产品经理难度大吗

难度是比较大的，不同的职位有不同的事业规划，想要做一个成功的产品经理，必须要有着非常不错的沟通能力。

④ 为何大多数程序猿会转行做产品经理的背后的原因有哪些

⑤ 干了一年的程序员，想转行做产品经理可行吗

​产品经理这个职位，可不是真的像那本书讲讲的人人都是产品经理。千万不要随随便便和别人说，我转行做产品经理了，没那么简单，除非公司是你们自己加开的或者你天赋异禀，你就是传说中的天才产品经理。

奶爸现在是产品经理，最早现实做了三年 研发，后来有机会做需求分析师和业务型的项目经理，慢慢对业务和用户体验有了感觉，再后来又做来几年售前顾问才慢慢开始转向产品。

干了一年的程序猿想转产品经理，很难一步到位，建议还是小步快跑、分布实施，先从需求或者产品助理开始做。

产品经理最需要的三个核心能力，业务、技术和用户体验，我称它为产品经理的三板斧。作为程序猿有一些技术基础挺好的，将来和研发同事沟通是你的强项。沟通起来更有同理心，更有利于把一个好的点子通过需求手段落地。

从另外一个角度看，程序员出身的产品经理有个很大的毛病，最开始的时候，看到一个需求或者一个问题，总想一步到位到研发，实际上就少了需求分析、方案设计的过程，而这个能力恰好是一个产品经理的核心能力。

除了技术之外，就需要好好锻炼你的业务敏感度，增加你的用户体验设计能力，这些都不是一蹴而就的，就是因为业务的差异性和产品的用户体验要求不一致，所以导致在传统行业的做得非常好的产品经理，到了互联网行业，做一个C端的互联网产品，就很难做的好，就像隔了一座山。

学过PMP其实对做产品经理而言帮助甚微，项目经理的角色是正确的做事，而产品经理的角色是做正确的事，一个偏重执行，一个偏重策划。不过也不是一点用都没有，产品经理也需要管控产品的发布进度和发布质量，所以对PMP中提到的一些进度计划和质量管控的手段还是可以用到。

当然，通过参加一些产品经理的培训作为跨入这个岗位的敲门砖，我是认可的，你可以学到一些理论方法和基本的工具技能，但真要在这个行业深耕，成为一个真正的产品经理，还是需要通过实战来提升自己的能力，不断的思考，迭代自己的认知，才算真的转行做了产品经理。

⑥ “码农”转型产品经理

技能：需求分析、产品设计、项目跟进

内功：逻辑判断、数据分析、沟通、个人管理等。

从0起步，实现从“码农”转型为产品经理，实现从产品门外汉——产品助理——产品经理——产品主管这个过渡，从最开始只负责一个功能，到可以接手APP+后台两条产品线的规划工作，并能够带领一个产品团队。

每个工作岗位的成长必经过“痛并快乐”的蜕变。同时解决以下问题：

如何利用工具来评估产品的工作进度？

如何保证上线时间？

如何预测项目状态？

如何挖掘出用户潜在的需求？

Stage1：入门期

1、新手如果什么也不会，没有经验，建议多去画原型页面和跳转链接，找找感觉，把最基础的工具给用熟练，以后再画原型的时候，可以手到擒来；【挑一个代表性的APP，照着全部页面画了个遍】

如果有一定经验，建议把每一个细节性的操作实现了，多去做几个，便可以发现其中交互不够完善的地方。

2、倾听比提意见更容易让人接受。产品经理一般都愿意说几句，这个时期，融入团队才是第一要素，让别人能够快速接受你，才能够在日后方便开展工作。

如果上来别人就对你抱有敌意，那么在日后的沟通中，很容易出现问题。

Stage2：高速提升期（1-3个月）

在这个时候，你将迎来自己野蛮生长的时候，在产品方面，有天赋和热情的人，能够表现出强烈的愿望，为了一个功能，可以较真半天，实现其中每一个细节，初级产品的思维和理论框架会逐渐形成。

这个时期产品基础必须打牢，否则在后期中，很容易出现产品细节考虑不周详，想法多而实现不出来的现象。

工作中：

1、参与到每一个版本迭代的功能设计，提高产品设计能力，对需求理解的能力，恶补相关设计、交互知识，完善每一个功能实现的逻辑，测试产品功能，确保产品上线无误。

2、建立公司标准统一PRD文档模板、BUG管理模板、需求管理模板，根据模板，书写每一份文档，定期修改模板、完善模板，接收技术团队反馈信息，逐步细化每一个功能点的实现说明和逻辑说明。

3、积极沟通，与项目干系人沟通产品方向的问题，确保自己的想法能够触达到老板；积极和技术沟通，把逻辑上有问题第一时间解决掉，然后改各种bug。

4、（粗略）看报告、看竞品、看分析、看文章，日常空闲了，便会去人人、知乎等网站查看一些别人写的分析报告，学习新的知识，好的理念和方法都会记在本子上，一些行业报告会存在收藏夹中，几乎每天看2个小时左右。

建议：

1、做好基本的工作——文档、原型、沟通。要想快速的提升，加班是必不可少的，通过加班，可以更好的自我学习，利用更多的时间，来填补产品方向的空白，利用加班时间，好好思考功能的设计、文档的书写、竞品的分析等等，完善这些基础性的工作。

2、学会理解、管理需求。明确需求是怎么来的，清楚为什么要做，知道怎么实现，这是理解&实现需求的3个步骤。很多的需求我们没法在短时间内实现，我们便要将这些需求存放起来，以待日后拿出来实现，这个时候就要将需求分类、分程度进行管理，基本一张Excel便可以解决。

Stage3：波动期（1个月）

这人有了点成果就开始膨胀，然后开始犯错了，接着就被打回原形。开始时觉得干起什么事来都得心应手，觉得什么事情自己都干的来，设计的功能也一定有人会使用，下个版本就是产品爆发的时间。

结果就是，一切如旧，没有提升。一时间，竞不知道如何是好，情绪波动很大，总觉得自己能做，但仔细一想却终是觉得做不好，我知道这是到了瓶颈。

切勿做以下的事：

1、产品规划完全脱离实际，跟着领导一起想入非非，设计的功能实现起来非常复杂而且困难，给技术造成很大压力，并且多次返工，强行上线版本，bug居高不下。

2、错误估计技术实际开发实力，公司当前实际情况，人员情况，考虑团队的稳定性，协作能力。

3、原型设计，交互逻辑有问题，开发结果是不符合当天阶段版本。

建议：

1、时刻对自己进行审视。知己知彼百战不殆，了解自己，才能更好的打仗，产品经理必须要对自己的能力做清楚判断，小步试错，多次迭代完善，不能一口吃个胖子。每做一个功能的时候，多去问问自己为什么，怎么做最好。

2、失败不要气馁，回头重整士气。产品经理很容易影响他人的情绪（多数是怼），如果你情绪很down，那么在交流过程中也会出现诡异的氛围。

Stage4：沉淀期（1个月）

发现了自身很多的问题，一下子被打回了原形，受到了多方的指责，用户负面反馈急剧增多，用户流失严重，很难受。

虽然明知道不是自己一个人的问题，但在关键时期没有坚持产品经理的基本职责，也是失职。

工作中：

1、深入了解资源问题。了解自己能动用多少的资源，包括：时间、资金、技术、跨部门协作等等，从公司内部进行剖析，分析公司现在所处在的位置。

2、分析人员管理问题。重新招入测试人员，减轻产品负担，与每一个成员进行沟通，了解他们的真实想法，以及对产品的意见，然后总结原因，上报给公司领导，然后再仔细讨论这些问题，以及如何解决。

3、总结自身问题，重新规划路线，专攻一个领域。总结4~6月份出现的种种问题，分析每一个由自身导致问题产生的原因，找到自己薄弱的地方，然后制定一份半年提升表，按照月份，每个月实现其中一个计划目标。

建议：

1、沉淀期是自我剖析最好的时间，主要分析三个问题：我是谁，我从哪里来，要到哪里去，以公司或者产品为主题，仔细的分析下去（这三个问题，我第一次想得时候，竟然无法准确的回答上来，这就是对产品理解的不足）。

2、总结经验和方法，形成体系。每次版本更新迭代的时候，产品经理都能形成一定的方法，但是一直都没有体系，在这个时候，将自家每个版本的方法论重新整理一遍，然后分析不足之处，非常有利于思路的扩展，理论框架的完善。

3、聚焦内部的同时，逐步扩大外部视野。在内部，做产品要多关注其他人的意见，接受用户的反馈，学会分解工作，制定优先级，然后引领产品的导向；其次，要将视野放在外部，慢慢去了解行业的动向。

Stage5：稳步提升期（现在）

到目前为止，已经经历了大大小小20多个版本的迭代，产品也终于从0-1走向了正轨，这个时期，总算觉得自己做了一件有意义的事情。

嗯，然后回头又被技术、运营、UI各怼一遍，一场硝烟又弥漫、相顾无言泪两行~~~

工作中：

1、学会控制节奏。这点我放在第一位讲，之前经常被各种领导带节奏，导致加班频繁、状态堪忧，现在每个版本前，我都会仔细的思考一些问题，然后将我的见解说出来，以实际的角度来阐述问题（时间、范围、成本、质量）。

即使我的意见最终不会被采纳，那领导提出的需求，也需要在我正常可控的范围内，这是我提出的要求，除非领导要强制执行。

2、开始横向发展。主动关注产品战略、行业观点、业务模式，提高眼界，希望能够从更高层次来审视产品。

这是产品经理能力提升的一个必经过程，主要培养自己的大局意识和核心意识，领导的优势在于经验丰富，但产品经理可以随着成长，更加的专业，当你在某个小领域的知识和经验超过他时，那你便能轻松的说服他。

3、关注产品本身。这里有两点，一是从外部关注产品，通过分析竞品，分析相似产品，来提高自己对某方面功能的设计能力；

二是从内部关注产品，通过建立数据分析体系，对产品进行埋点，以数据来驱动产品的功能迭代。这两点是我最近主要做的事情。

4、思考更多细节。APP异常情况处理、极端逻辑的判断、交互设计、数据异常等，通过这些不断深入细节末节的功能操作，完善产品的体验；

其次，参与其他岗位的工作，每天定时回访几个用户，与客服、运营、市场等同学交流，谈谈自己的感受，倾听他们的想法，虽然现在看起来对产品的优化还没什么作用，但对于自己思维的拓展确实有不小的提高。

⑦ 程序员转行可以做什么

面对着日新月异的代码和语言，你是否感到了力不从心？稍有懈怠，就跟不上岗位需要了？身体渐渐的发福，熬夜写代码开始扛不住了吗？

这个时代很残酷也相对公平，残酷的地方在于世界的变化之快容不得人有片刻懈怠，公平的地方在于：不论你是年轻还是年老，都要靠实力说话。

那些被时代抛弃的永远都是跑得比较慢甚至在原地徘徊的人，即所谓的工作十年却只有一年工作经验。

年轻程序员的优势在于年轻和激情，大龄程序员的优势在于阅历和经验。所以，年轻程序员不要有跨越年龄阶段的焦虑，大龄程序员也不要觉得年轻人抢了自己的饭碗。

每个年龄段都有自己要解决和面临的问题，认清自己内心真正的需求和渴望，再去寻找适合自己的栖身之地打怪升级，才是当务之急哦。

⑧ 程序员好转产品经理吗

我是做技术出身的，其实在是否转产品这个问题上纠结了很久。因为技术岗和产品岗的思考问题唯独差别很大。我自认为转型需要进行系统学习。三节课P1，P2，P3的课我都听过，说实话，比较偏基础。适合小白科普产品知识，不适合拔高。在熟悉整个产品工作流的同时，我比较欠缺的是产品思维和产品方法论的掌握。后来，无意间了解了传智播客的课。我就来试听了一下。这块的老师讲的东西确实不是划水的。有干货！现在我已经入职一年了，薪资18K，我自己也比较满足，并且对后期转管理层也是有很大的帮助的。

⑨ 程序员转产品经理，简历上工作经历的职位该怎么写

面试小公司，不背调的话，近一年直接写产品，前面可以写点开发经验。然后做的项目就是你之前开发的项目。用产品角度阐述业务逻辑。程序转产品是最好转的。