奶爸现在是产品经理，最早现实做了三年 研发，后来有机会做需求分析师和业务型的项目经理，慢慢对业务和用户体验有了感觉，再后来又做来几年售前顾问才慢慢开始转向产品。
干了一年的程序猿想转产品经理，很难一步到位，建议还是小步快跑、分布实施，先从需求或者产品助理开始做。
产品经理最需要的三个核心能力，业务、技术和用户体验，我称它为产品经理的三板斧。作为程序猿有一些技术基础挺好的，将来和研发同事沟通是你的强项。沟通起来更有同理心，更有利于把一个好的点子通过需求手段落地。
从另外一个角度看，程序员出身的产品经理有个很大的毛病，最开始的时候，看到一个需求或者一个问题，总想一步到位到研发，实际上就少了需求分析、方案设计的过程，而这个能力恰好是一个产品经理的核心能力。
除了技术之外，就需要好好锻炼你的业务敏感度，增加你的用户体验设计能力，这些都不是一蹴而就的，就是因为业务的差异性和产品的用户体验要求不一致，所以导致在传统行业的做得非常好的产品经理，到了互联网行业，做一个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异常情况处理、极端逻辑的判断、交互设计、数据异常等，通过这些不断深入细节末节的功能 *** 作，完善产品的体验；
其次，参与其他岗位的工作，每天定时回访几个用户，与客服、运营、市场等同学交流，谈谈自己的感受，倾听他们的想法，虽然现在看起来对产品的优化还没什么作用，但对于自己思维的拓展确实有不小的提高。
为何大多数程序猿会转行做产品经理的？背后的原因有哪些？下面就我们来针对这个问题进行一番探讨，希望这些内容能够帮到有需要的朋友们。
“我是一名程序员，想转做产品经理，改行求业难度系数大吗？”小G在某互联网技术社交网络平台上提出问题。在程序员这一人群中，有小G这类念头的实际上并不在少数，大部分搞程序流程的人，除非是对程序编写真的是发自内心衷心的喜爱，要不然一定会在职业发展的某一个环节感觉产品经理是一个特别出色且相对性专业对口的发展方向。
还记得先前和一位程序员好朋友闲聊，他说道程序员想转产品经理汇总出来无非就四个原因：第一，做技术性又累又枯燥乏味，并不是真的喜爱写程序的人难以在这个行业有很大的造就；第二，觉得做技术性较为低贱，要被产品经理各种各样摸透；第三，爱慕虚荣作怪，产品经理好赖是个“主管”，程序员顶多便是个农民工；第四，自身掌握怎么写代码，了解要求完成的途径，往产品经理转有着先天性的优点。
写作到这儿，我迫不得已给诸位程序员朋友泼个水，千万别由于“主管”这两字添加这一领域，也千万别小看了产品经理这一职位，不然进去以后你也许会被暴打。
实际上，产品经理并不是只需懂技术性就到达了出道的规范，其职业发展目标是为商品的一整个生命期承担，从需求分析到设计产品到要求审查，再到项目风险管理、结果总结，这种阶段都必须产品经理去核心把控。除此之外，产品经理还需要按照设备的生命期，融洽产品研发、营销推广、经营等，明确和组织实施相对应的市场营销策略，及其其它一系列相应的产品经营主题活动。
不难看出，产品经理这一职位必须相应的职业素质，技术专业的知识与技能，不同寻常的岗位职责，且必须按照不一样工作中情景饰演者不一样的人物角色，可以称之为是综合性优秀人才，非通过多年学习培训实战演练不可以担任。
“产品经理新手入门很容易，可是要想搞好则是十分难。”先前大家荣幸邀约到贝壳找房产品总监刘炯来干了一场有关产品经理的直播分享，在共享最终他也针对从程序员转产品经理发布了一些见解。
“与别的岗位对比，从产品研发转商品的确有先天性优点，因为你了解这一需要的建立途径。但这一优势通常也成为了一个特别大的挑战，在你来想产品方案时，会特别关注这一要求怎样完成，这一侧重点方位就产生了误差。假如你准备从产品研发转商品，一定要将你的优点忘记，你需要潜心去想要做这件事情是不是有效，并非关心它是不是能完成换句话说它的完成逻辑是什么，你不能被‘实现的概率’拘束住‘对商业本质的探索’。”
那到底哪一类目的产品研发转产品经理会更易于获得成功呢？刘炯直播间中也得出了一个回应，“现在我关心到好的的产品研发转商品十分顺利的，大多数是中后台管理商品。由于这一商品方位对思维逻辑规定很高，或是要化解的问题大多数是相对性可预测性的问题，相对而言合适产品研发开展产品经理的改行。”
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）