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

为何大多数程序猿会转行做产品经理的？背后的原因有哪些？下面就我们来针对这个问题进行一番探讨，希望这些内容能够帮到有需要的朋友们。

“我是一名程序员，想转做产品经理，改行求业难度系数大吗？”小G在某互联网技术社交网络平台上提出问题。在程序员这一人群中，有小G这类念头的实际上并不在少数，大部分搞程序流程的人，除非是对程序编写真的是发自内心衷心的喜爱，要不然一定会在职业发展的某一个环节感觉产品经理是一个特别出色且相对性专业对口的发展方向。

还记得先前和一位程序员好朋友闲聊，他说道程序员想转产品经理汇总出来无非就四个原因：第一，做技术性又累又枯燥乏味，并不是真的喜爱写程序的人难以在这个行业有很大的造就；第二，觉得做技术性较为低贱，要被产品经理各种各样摸透；第三，爱慕虚荣作怪，产品经理好赖是个“主管”，程序员顶多便是个农民工；第四，自身掌握怎么写代码，了解要求完成的途径，往产品经理转有着先天性的优点。

写作到这儿，我迫不得已给诸位程序员朋友泼个水，千万别由于“主管”这两字添加这一领域，也千万别小看了产品经理这一职位，不然进去以后你也许会被暴打。

实际上，产品经理并不是只需懂技术性就到达了出道的规范，其职业发展目标是为商品的一整个生命期承担，从需求分析到设计产品到要求审查，再到项目风险管理、结果总结，这种阶段都必须产品经理去核心把控。除此之外，产品经理还需要按照设备的生命期，融洽产品研发、营销推广、经营等，明确和组织实施相对应的市场营销策略，及其其它一系列相应的产品经营主题活动。

不难看出，产品经理这一职位必须相应的职业素质，技术专业的知识与技能，不同寻常的岗位职责，且必须按照不一样工作中情景饰演者不一样的人物角色，可以称之为是综合性优秀人才，非通过多年学习培训实战演练不可以担任。

“产品经理新手入门很容易，可是要想搞好则是十分难。”先前大家荣幸邀约到贝壳找房产品总监刘炯来干了一场有关产品经理的直播分享，在共享最终他也针对从程序员转产品经理发布了一些见解。

“与别的岗位对比，从产品研发转商品的确有先天性优点，因为你了解这一需要的建立途径。但这一优势通常也成为了一个特别大的挑战，在你来想产品方案时，会特别关注这一要求怎样完成，这一侧重点方位就产生了误差。假如你准备从产品研发转商品，一定要将你的优点忘记，你需要潜心去想要做这件事情是不是有效，并非关心它是不是能完成换句话说它的完成逻辑是什么，你不能被‘实现的概率’拘束住‘对商业本质的探索’。”

那到底哪一类目的产品研发转产品经理会更易于获得成功呢？刘炯直播间中也得出了一个回应，“现在我关心到好的的产品研发转商品十分顺利的，大多数是中后台管理商品。由于这一商品方位对思维逻辑规定很高，或是要化解的问题大多数是相对性可预测性的问题，相对而言合适产品研发开展产品经理的改行。”

程序员转做产品经理，对于转行谋职产品经理难度大吗？下面就我们来针对这个问题进行一番探讨，希望这些内容能够帮到有需要的朋友们。

职场中会出现35岁困境吗？程序员年龄大了必须提前准备改行吗？这种问题都是会困惑大家，近期我的一个朋友确实改行了，从一个10年程序员到一个菜鸟产品经理，跟各位介绍一下这一历经。

最先我们先了解一下产品经理与程序员的差别，简单的说，程序员便是敲代码的，承担一个软件项目的完成，举例说明，程序员可以说成施工工地上垒砖砌房屋的民工。而产品经理是干什么的呢？不必感觉带个主管的名称便是领导干部，自然产品经理在程序员眼前的确有发号指令的支配权。

产品经理便是依据顾客或是企业自身的整体规划念头，把这个想法转化成相应的产品模型，换句话说产品经理类似施工工地上一栋楼的室内设计师，商品究竟该有什么作用，该怎么整体规划，一般全是产品经理设计方案的。

程序员平时遭受的练习，全是穷举逻辑思维；要充分考虑清晰每一种状况，不然写的程序流程会产生很多bug。

而产品经理通常用螺旋的逻辑思维整体规划设备的不一样版本号必须的作用。她们以小步快跑，快速迭代的观念去考虑到投入市场的时间阶段。程序员是多的逻辑思维，产品经理平时在做加减法。

改行优点：那麼程序员转产品经理怎么样？实际上优点也许多，是一个很好的挑选，就如同一个具备充足工程施工经历的彻墙职工，他盖的楼多了，之后你使他设计方案一个新的大厦出去，尽管很有可能关键点上不够，可是凭着他先前的工作经验，或是可以建立的。

再例如，一个认真负责的艺人，以前全是服从于电影导演的指令去拍戏，之后他自己阅历丰富了，要转型发展做电影导演，也是非常容易的啊，”演而优则导“，那样的事例许多的。

现阶段许多的产品经理并不明白开发设计，设计方案的产品功能实际上在建立的情况下，很有可能压根就完不了，也就是产品经理会存有"瞎设计方案，不懂装懂"的问题。

可是换为一个开发设计阅历丰富的程序员去产品设计，哪些作用可以完成，该怎么实现，他内心一清二楚，设计方案出来的商品反倒更易于完成。

许多情况下，一些简易的内容，你能立即入门实际 *** 作，乃至都不用麻烦程序流程。你能更为好的了解程序流程，了解哪些能干什么不可以做，了解如何设置deadline才有效。一个好的程序员能顶2个好产品经理。一个不太好的程序员，能顶一个半产品经理。

改行缺点：你的思索方式 ，并不是产品经理的思索方式。你能先思索，这一作用能不能完成，而不是，这一作用针对商品而言有多少实际效果；程序员的思索是来自于本身，而产品经理却不能不去持续遵从客户，而且思索客户说的究竟什么是对的，这是一个十分难乃至令人焦虑情绪的变化。

随后，你能深陷到一个个实际的可以实际 *** 作的作用中去，这也是许多初学者产品经理的问题。每了解到一个新的作用，你一定会体验到喜悦，如同一个好玩的玩具，随后要想反复完成。你早已离开了第一步，随后落进了一个坑当中。

直到最终，你才有可能渐渐地立在全局性视角去思索，去对待问题，此刻才逐渐是一个及格的产品经理。

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

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

从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异常情况处理、极端逻辑的判断、交互设计、数据异常等，通过这些不断深入细节末节的功能 *** 作，完善产品的体验；

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

---