为了回答这个问题，我们要想清楚研发转产品的优势和劣势是什么，只有这样才可以知道该如何针对性的准备。
从我个人的角度来说，研发的逻辑思维要比产品强。在实际开发中研发经常可以指出一些产品经理没有考虑到的边界情况以及逻辑漏洞。
当然如果研发逻辑思维不强，做出来的功能肯定会一堆BUG，会砸了自己的饭碗，所以你也可以说这是一种职业“病”。
这也是我见过的很多研发转产品的人，写PRD逻辑特别严谨，这算是研发转产品的一大优势。
我们知道当前技术的更新速度非常快，作为研发人员需要不断的学习新技术才能不断地提升自己的开发水平。
同样的产品经理也需要不断的从横向和纵向两个维度去学习新知识，这是两者的共性要求，所以超强的自学能力是研发转产品的另一个优势。
在实际工作中，每一个版本/功能都有很严格的上线时间。而研发作为作为最核心的交付方，需要按时、保质保量的交付自己的工作内容。
同样的产品经理，特别是初级产品经理也需要非常强的执行力。刚入行你对于行业的理解、对用户的洞察可能都远不如你的领导，所以一定要在初期学会高效的执行领导的意图，然后为自己争取到更大的发展空间。所以执行能力强也是研发转产品的一大优势。
为什么这算是一大优势呢？是因为我见过很多传统行业销售转产品、图书编辑转产品、酒店管理转产品、供应链管理转产品等等，他们中的大部分人从来都没接触过产品经理。
所以天天接触产品经理的研发，相对于上面提到的这些转行者，熟悉产品经理的工作流程肯定也是一大优势。
作为研发在工作中，更多的是一个“执行者”的角色，即更多的是思考如何把产品经理的需求实现出来，但是极少会思考产品经理为什么要做这个功能以及为什么这么设计这个功能。
所以会导致自己需求分析能力较弱，但作为产品经理需求是一切工作的“本源”，是根基。如果需求把握不准，很可能导致产品的失败以及公司开发成本的浪费。所以对于想转行做产品的人一定要想办法提升自己的需求分析能力。
在优势分析中，我讲过熟悉产品经理的工作流程是研发的一大优势。但是看过猪跑，跟吃过猪肉其实是有本质区别的。
所以研发虽然知道产品的工作流程及产出物，但是如何做用户调研、竞品分析、产品设计、项目管理、数据分析等等产品技能其实是不具备的。
有不止一个研发转产品的人跟我说：薛老板，我做研发之前还是一个很开朗也很爱说话的人，但是做了两年研发，天天跟机器打交道，感觉自己的沟通能力有点下降，转行做产品是不是不太占优势呢？
确实这是研发转产品会遇到的一个问题，但是我要纠正大家一个误区：能说的人不一定沟通能力就好。沟通的目的在于达成自己的目标。所以沟通能力分为倾听（了解别人的诉求）与表达（传达自己的诉求）。
从上面的分析可以看出，从产品能力（执行力、逻辑思维、学习能力等）上来说，研发还是很有优势的。但是比较欠缺产品技能（需求分析、用户调研、竞品分析、产品设计、项目管理、数据分析等）。
第一步：按照大公司做产品的标准流程从0到1做一款实战项目，去系统的学习产品方法论以及系统的掌握产品的工作技能。
现在在大公司做了8年产品，当过求职者也当过面试官，对这个问题有了更深刻的认识，对于做产品逐渐总结出了自己的三段论：产品规划、产品设计、产品落地。我会按照大公司的工作方法带着大家一起按照下面的步骤做项目：
产品经理一切工作的出发点都是围绕“需求”展开的，所以第一步一定是去挖掘用户的需求，有了“需求”才会有“方案”
需求分为真需求和伪需求，准确判断出真需求，才能让产品有立足之地。在这一部分我们将学会定性研究（访谈等）和定量研究（问卷等）两种验证需求真伪的方法，并最终输出用户画像。
需求验证通过之后，我们就明确了需求的范围，此时需要输出需求列表并排定优先级进行项目需求列表的输出。
有了需求就要开始思考解决方案，做竞品分析有助于让我们从竞品的维度思考如何进行产品功能流程和交互逻辑的设计。
产品的流程图/泳道图是纵向梳理产品逻辑的工具；脑图是横向梳理产品逻辑的工具，此部分我们讲学会产品经理两大工具：processon/Visio以及xmind这些工具。
梳理完流程图和脑图之后，整体思路就非常清晰了，此时进入到原型图的设计过程中，原型图是对流程图和脑图的细化，此部分要注重交互设计的合理性。
梳理完原型图之后进行产品说明文档（PRD）的撰写，此部分内容要遵循两大原则：写清楚、写完整。
需求评审完成之后需要跟进项目上线，第一措施方案就是每日的晨会（涅槃学员每天都会模拟晨会）第二个措施就是项目排期表，以此来保证项目的按时上线。
产品上线之后需要进行至少两次数据分析，一次用来验证埋点；一次用来验证上线之后的效果，所以在该部分大家需要学会数据收集（埋点）方法和数据分析（对比分析法、漏斗分析法、多维度分析法、分布分析法、用户特征分析法等）
关于社招简历的撰写，可以参考我之前的一篇文章：产品经理应该如何写社招简历？
关于求职面试可以参考我之前一篇文章，为大家梳理了面试十大常见问题的回答框架：薛老板：产品经理面试必备常见10道题及解析
to B 的产品经理和 to C 的产品经理有什么差别？ to B 的产品经理的价值如何体现？
题主涉猎的领域还是非常广的，这对成为一个产品经理都是加分项。其实技术人员转产品经理非常有优势，很多公司在岗位要求里都写了需要技术背景，而且一个懂技术的产品经理简直是技术团队的“福音”，这样技术团队就不用面对抽象度很高的产品需求了。
下面使用产品经理的常用工具SWOT分析法分析一下研发转产品这件事的优势、劣势、威胁、机会。使用这种方法可以将主要内部优势、劣势和外部的机会和威胁等，列举出来，把各种因素相互联系起来并加以分析，从而根据研究结果制定相应的策略，本文干货较多，建议收藏。
（1）了解技术实现过程，在工期评估和开发复杂度评估方面能够做出准确的决策。（2）在产品架构设计和业务流程梳理方面更具优势。
（1）发掘于现有技术，从技术反推功能，获得普通产品经理发现不了的技术红利。（2）将产品需求描述为技术可执行的颗粒度，大大提高团队效率。
要立足于自己的优势，学习产品知识补足劣势，规避威胁，找到机会点实现职业突破。
既然要做产品经理，就需要付出努力学习产品知识技能，下面是技术人员转行产品经理的路径。
产品方法的学习，可以帮助你快速理清产品需求，对准产品目标，以下整了产品经理工作中常用的方法
用户需求：竞品的产品满足用户的什么本质需求 。产品目标：竞品在做一款什么样的产品，目标是什么。
对于软件产品：竞品有哪些功能，在功能取舍上有怎样的考虑 。对于信息产品：竞品有哪些内容元素。
对于软件产品：竞品是怎样将产品需求转化为系统与产品之间的互动的 ，交互设计和信息架构是怎样的。对于信息产品：竞品如何将零散的内容元素转化为有序的、立体的信息空间，信息架构是怎样的。
对于软件产品：页面和导航是如何设计的，功能分布是怎样的。对于信息产品：竞品是怎样设计信息流动的。
无论是软件产品还会信息产品，表现层都需要提炼产品的框架，使内容、功能、美学都汇于一体，最终形成产品的最终形态。
页面配色是怎样的，设计风格是扁平化的还是写实的，icon用的是面性还是线性的，我们要挖掘这其中包含的竞品的思考和取舍。
即态势分析法，就是将与研究对象密切相关的各种主要内部优势、劣势和外部的机会和威胁等，通过调查列举出来，并依照矩阵形式排列，把各种因素相互联系起来并加以分析，从中得出一系列相应的结论，这些结论通常带有一定的决策性。
它可以对研究对象所处的情景进行全面、系统、准确的研究，从而根据研究结果制定相应的发展战略、计划以及对策等。
①S-Strengths（优势）：组织机构的内部因素。与竞争对手相比，我们的优势。包括：有利的竞争态势、充足的财政来源、良好的企业形象、技术力量、规模经济、产品质量、市场份额、成本优势、广告优势等。
②W-Weaknesses（劣势）：组织机构的内部因素。与竞争对手相比，我们的不足。包括：设备老化、管理混乱、缺少关键技术、研究开发落后、、经营不善、产品积压、竞争力差等。
③O-Opportunities（机会）：组织机构的外部因素。与竞争对手相比，我们的胜出机会。包括：新产品、新市场、新需求、外国市场壁垒解除、竞争对手失误等。
④T-Threats（威胁）：织机构的外部因素。与竞争对手相比，我们的威胁。包括：新的竞争对手、替代产品增多、市场紧缩、行业政策变化、经济衰退、客户偏好改变、突发事件等。
当你了解了大部分的产品方法论，又在产品体验中验证了这些方法时，你会逐渐形成一种产品思维。产品思维就是你怎样发现问题，定义问题，分析问题，解决问题的。在面试的过程中面试官也会着重考察这一部分。这种产品思维开始的时候依托于方法论，最终将来源于你的产品实践和判断力。
需要你将产品方法融会贯通，并且带着产品思维模式去思考问题，列举一个工作中的场景：
然后你可以先从数据入手，哪些板块的活跃度下降的最突出，最近社区有没有发生什么关注很高的负面影响事件，一层一层地分析。
用户一开屏广告太多，结果导致用户直接关闭应用去竞品那里了。怎么办呢，继续分析。哪些广告对用户真的有价值，哪些用户有较高的可能性去购买课程。
最后你设计方案解决这个问题，精准投放，根据用户的需要程度，推荐广告，而且减少一次性广告的投放数量，可以一天分多个阶段投放。
提出解决方案钱还没有结束，还需要持续关注数据，复盘对问题定义的是否准确，更新迭代解决方法。4.掌握产品设计的工具
思维导图是通过结构化思维去思考、分析、解决问题的重要方式，在工作、学习、生活中的很多场景都可以应用。从想法的产生到项目执行的各个阶段，思维导图都是信息可视化的绝佳工具。思维导图让你将模糊的观点具体化，将抽象的思维变成可执行的计划。
一个使用非常广泛的脑图工具，它可以让你的思维清晰可见，记录灵感、创建待办清单、做会议记录或者项目规划等等。可以使用 Xmind 制作思维导图、逻辑图、组织结构图、时间轴、鱼骨图、矩阵图、树型图。
MindNode 也是一款被广泛使用的脑图工具，大家可以打开 MindNode 官网了解它的具体功能其他常见的还有：腾讯文档、百度脑图等等。
流程图就是用图形的方式将流程表达清楚，流程图只要表达清楚一件事：什么对象在什么前置条件下执行了什么操作，产生什么样的结果。流程图一般分为业务流程图和任务流程图。
业务流程图的作用是表达清楚业务需求在产品线的各个阶段中在各个功能模块之间的轮转，通常情况下，一个业务需求不仅仅对应一个功能需求，而是由多个功能需求组成的。任务流程图可以理解为一个简化版的业务流程图，只有主要的操作步骤。相比于业务流程图，任务流程图的特点是：只展现的操作，不展示后台的判断；只展现正常流程，不展现异常流程；只可查看的工作流程，无法作为开发的参考。下面就来看一下设计流程图所使用的工具。
Visio 是一款非常经典的流程图绘制工具，在十几年前的互联网行业井喷时期，Visio 是最主流的工具。Visio 的功能也很强大，可以使用它绘制业务流程图、界面原型、网络图、工作流图表、数据库模型和软件图表等，直观地记录、设计和完全了解业务流程和系统的状态。
成熟的原型设计工具有很多，其中 Axure 是生命力最持久、应用最广泛的原型设计工具，新手入门可以从 Axure 开始。内部转岗的要多关注团队当前在用的工具，现在使用墨刀、摹客的团队也很多，这两个产品的大部分核心功能对于中小团队基本免费，既可在线使用，又可以安装客户端，大家可以尽情体验。
产品经理和设计师们能够通过 Axure 创建软件/网站/App 的线框图、流程图、原型和规格说明文档。作为专业的原型设计工具，它能快速、高效的创建原型，同时支持多人协作设计和版本控制管理 。
墨刀是一款在线原型设计与协同工具，借助墨刀，产品经理、设计师、开发、运营等角色，能够快速搭建产品原型、演示项目效果。墨刀还提供流程图设计和思维导图功能，可以用墨刀绘制业务流程图、页面流程图、泳道图等等。和专业的思维导图工具相比，墨刀的功能还比较简单，但是对于一般的需求也基本够用了。
很多人会认为 Sketch 是 UI 设计师的专用工具，它在原型设计、演示方面也同样强大。Sketch 在设计师中的普及也会直接影响到更多的产品团队，让大家都逐渐接受使用这一软件来进行协作。实际上，Sketch 的定位就是为设计协作过程的所有需求提供支持，从早期的想法到最终定稿的设计方案、可交互的原型设计以及开发人员的交接都可以从 Sketch 开始。墨刀、摹客、蓝湖等常用的设计工具都会开发专门的 Sketch 插件，便于实现设计师/产品经理和整个产品团队的无缝对接。
对 Sketch 感兴趣的同学可以专门去了解一下 Sketch 的插件，往往会有更意想不到的发现。
大家可以按照初级、中级、高级的顺序阅读这些书籍，在读书的过程中梳理自己的产品知识体系，用书中的方法解决实际问题。
一、《点石成金:访客至上的Web和移动可用性设计秘笈(原书第3版)》。这本书有近10年的历史，但是仍然不失为一个经典。所有产品经理都应该读一遍，甚至两遍。在设计功能的时候，如果能将这本书里面的知识融汇，就具备了好产品的特征了。
二、《简约至上:交互式设计四策略(第2版)》(图灵图书) 。这本书是上面一本的补充，也建议看看。两本书看下来，理解的会更加深刻。
三、《启示录:打造用户喜爱的产品》这本书属于实战性质的，讲的知识比较杂。里面的知识在以后的工作中都可能会用得到，提前了解一下。
四、《上瘾:让用户养成使用习惯的四大产品逻辑》这本书从引导客户的单一⻆度上讲解产品设计。“如何让用户对你的产品上瘾”，这个对于产品 经理来说的确是最重要的，这本书在这一点上讲的比较深入，可以看一看。
五、《超级激励者:秘诀就是统一目标、统一行动、统一价值观》这本书讲透了为什么我们思考的时候要按照Why，What ，How。对于产品思维的训练有指导作用。
技术转行做产品经理具有很大的优势，这个时候只要认真学习产品技能，可能职业发展路线会比非技术背景的更快。转行自学的过程比较慢，而且容易陷入“我不知道我不知道什么”的困境中，最好参加一个培训，获得专业权威的产品技能，提高Offer含金量，而且产品求职还需要有作品集，建议找个社群一起学习制作。
很多同学就是从这一次课开始，通过一段时间的学习、做项目，拿到了阿里、腾讯、字节、美团、小米、滴滴等等公司的 Offer。5天的课程干货满满，大家可以来听听看。在直播课里面积极互动还有机会获得知群周边——纸质版能力地图和超长鼠标垫！>
对于开发人员来说，其实晋升通道很窄，而且又少（注意：这并不代表程序员是吃青春饭的，而且程序员绝对不是吃青春饭的）。一般一个开发团队小的前端，后台，设计加起来也就 10 人左右，大的几十人，甚至几百人，但是能够做到技术经理，甚至 CTO 的，一个团队也就一两个人。
这也就是意味着你得有身穿长袍，单枪匹马从千军万马中神情自若，脱颖而出的本领才可以
。所以很多程序员干久了就想着转型了。其实对于转型，最大的还应该是跟兴趣有关，如果喜欢产品，那就好好做产品。
我认为对于开发人员转型做产品经理的优势，那是不言而喻，自然不用多说，那就是：技术优势。
不仅仅是和技术人员的沟通变得非常容易，更重要的是技术人员也不会随随便便用 “这个功能实现不了” 来糊弄产品经理了。
毕竟哥们年轻的时候也经常那这句话来反驳产品经理。但是我估计弱势也有很多，比如：程序员的思维模式，沟通能力，还有就是协调能力等等。但是我认为最重要的应该还是思维，一定要把工程思维，技术思维，转化为产品思维。
程序员的思维模式很简单，程序员的编程思维导致程序员思考总是在一条龙的逻辑上，虽然非常严谨，但是考虑面除了技术，那就是比较窄。做产品，应该需要从市场，竞品，商业，运营等多方面考虑。一个产品的成功，不仅仅只能依靠技术，技术的可行性上。更多的应该着手于市场和用户，学会分析市场需求和用户行为，这样才能做出符合市场和用户的产品。自己平时应该多下载一些产品和竞品使用，摆脱从技术角度如何实现这个产品的思维，而是思考人家这款产品为什么这么设计，这么做的目的是什么，为什么用户喜欢，要站在一个用户的角度，考虑产品成功的原因。
如果走向了产品岗位，那就意味着你要和测试，和运营，和市场还有技术，还有客户等所有人打交道了。没有一个良好的沟通能力和表达能力，怎么能够让市场，开发，运营的人听懂你想要做的产品呢？产品经理处在沟通的中心，在不同的阶段要和不同的人打交道，尤其是产品立项、产品宣讲都需要产品经理向别人表述清楚你的产品，你要把你的产品不仅仅是告诉别人，最重要的还得表达清楚。所以作为沉闷，不善言的程序员来说，要积极锻炼自己这方面的能力。
协调能力是需要加强的，不用多说，看看处在产品中心的产品经理需要推动整个产品的开发和运营，而且要协调收集整个市场反馈回来的信息。不仅仅要把控整个产品的进度，还要把控产品经理。从产品的需求开始，就要进入整个协调阶段。前期协调开发，推动开发，之后是测试，还要和运营配合，完成上线，最后要和市场和运营收集用户的体验和反馈信息，再进行产品改进。从中都要考验你的协调能力。
当然产品经理不仅仅需要上述能力，最基本的产品经理还需要会使用产品的工具，画原型图，写需求，流程图等等，这些都是基本功。这些工具的使用对于程序猿和产品汪来说，都应该不是问题，工具用多了自然都熟练了。最重要的就是需要改变思维误区。
我们上面谈论了关于程序员，技术人转变为产品经理优势和弱势，现在我们来聊一个有意思的话题就是思维误区。通过聊这个话题，简单来看看转为产品经理应该注意哪些东西。
其实技术人转变为产品经理最有意思的误区在于哪里呢？我记得之前看过一篇文章是这么说的。
技术人一般都是一群这样的人：喜欢秀优越的智商，做事喜欢以自己的兴趣为导向，具有完美主义综合征。而真正的产品人呢，是一群这样的人：喜欢把用户当做傻瓜，认为用户的智商没有下限，做事是以产品结果为导向的， MVP 产品能用就行。
看完对比就知道问题了吧，程序员的转变就是应该从秀自己的智商优越感转变为认为用户都很笨才行，这样做出来的产品，才能让用户简单，方便的使用，以你的智商做出来的产品，可能用户学起来比较麻烦。而且做事应该以市场，用户为导向，满足用户，而不是根据自己的兴趣来制定，最重要的是机会很重要，市场竞争这么激烈，不要等到做的非常完美的时候，才发布，那时候已经晚了，MVP 产品可用就行，Minimum Viable Product –最简化可实行产品。是不是感觉非常有意思，做到这点转变，才深入学习一些产品知识，我感觉技术人做产品还是非常有前途的。毕竟咱们是一群开发过产品的人。
开发和产品最大的不同就是思维的不同。开发做的事情像是一个钻头，需要不停地向技术难点去深钻，思维是走向深处的，但是做的事情更多地是被动接收。产品做的事情更多的是让功能被更多人所接受，思维活动是向一个平面发展，做的事情更多是靠主观能动性。这句话看上去很抽象，下面举几个例子说明下。
其次，做事情的模式要有很大转换。做开发更多的是拿到需求，然后考虑实现，其实是一个相对被动的接收过程。产品经理的工作模式截然不同，要学会“无中生有”，得奔着收入或者用户量这类的数字找突破口。可能需要主动地跟各种利益相关方合作，跟各种前后方团队建立统一战线。
最后再说一点，压力可控性方面。做开发的时候，压力更多的就是能不能按时开发好需求，其实这个进度很大层面是可控的，大不了做的慢了就多干会儿。产品经理层面的压力跟多的是营收或者客户数，这些个数字真的很难说做到可控。另外，每次设计功能心理压力其实挺大，担心开发出来最后拿不到效果，也会连累开发团队。
别觉得产品经理都是傻子很多时候在跟开发同学交流的时候都会被质疑，大家心理的活动我是了解的，肯定是想“产品是不是傻了，这么简单的道理都想不明白？”我以前做开发的时候也总暗自喷产品经理。
其实我想说的事情是，当你觉得产品经理设计的功能有问题的时候，事实上是真的有问题，还是你没有了解清楚自己正在开发的产品。很多时候我是不愿相信一个通过层层面试进来的产品经理，会设计一些无厘头的功能。这里面可能存在一些理解上的偏差，因为一个产品不光是大家功能层面上看到的东西，还有底层的权限系统、计费系统，上层的售卖体系、运营体系等等。
别轻举妄动我这边的建议是不要轻易地转型，我看到的差不多50%以上的开发转产品，最终都碌碌无为或者会陷入长时间的矛盾。什么时候转，要问下自己，真的做好了从技术深度到用户需求这方面的思维转换么？真的适应每天作为主C位去在各种会议上hold全场么？真的有办法无中生有去开拓产品价值么？真的了解了自己正在开发的产品的生态体系么？
谢谢大家，我的观点可能跟很多网上其他人的观点不太一样，但是真的是实实在在的体会，希望能对转型的同学有所帮助~
你可以先大致了解一下在一个项目中，产品经理所承担的工作职责和关键产出，去了解下产品的一些核心思考模型比如第一性原理或者市场分析的方法波特五力或者PEST分析等；第二步思维培养
你可以先复盘下你历史做过的项目，从背景入手去分析一下每一个项目建构的意义是什么，最核心解决的问题是什么；第三步上手实操
思考下，给你目前所着手的项目，有什么迭代点和优化点，向产品经理探讨，方案的可行性，如果可行，可主动上手给出落地方案，原型文档都自己来，并且在项目实施的过程中，像个项目负责人一样主动去跟进项目排期，push项目发展最后，拿着实际推进的项目，争取内部转岗，就算没有机会，我们拿着实际的项目经验结合开发背景，找个产品的活也不是什么难事