你适合转行产品经理吗？
我相信曾经考虑过转行做产品经理，或打算从事产品经理岗位的人，都看过这本书—《产品经理》。没错，我当时转行产品经理的时候，也是看过这本书，但并不是因为看了这本书而选择转行，而是确定转行之后，看了这本书。
关于这本书的内容，我不需要过多的赘述，我相信你们也都看过，不仅仅这本书，市面上还充斥着很多类似的书籍，去给你讲PRD、MRD，告诉什么是需求，怎么去分析，去做。在自媒体端，也有像我这样，传授产品经理经验的人，去编写文章，告诉那么小白用户，怎么去做。
就连明星，也开始跨界当起了产品经理。可以毫不夸张的说，如今就是一个产品经理的时代。
在转行产品经理之前，我曾经在网络听过这样的一个段子，我也不会交互、设计、开发……那我去做产品经理吧。当我进入产品经理的世界，去了解之后才发现，那并不是段子，而是真正存在于这样的一个场景。
乔布斯和张小龙也被奉为神一样的产品经理，每个产品经理，都希望像他们一样，做着能够改变世界的美梦。然而每天面对的是画不完的原型稿，做不完的方案……
我一直在想，为什么有那么多的人，选择转行产品经理，真的就是因为多金和体面吗？如果真正从事之后，就会发现，并非如此。如果不是这个，是什么呢？
后来，我在知乎的神回复上，看到了这样的一句话，人的成就感来自于两样东西：创造和毁灭。我突然间明白了，这不正解释了为什么有那么多人选择转行产品经理了。
产品经理，如同造物主一样，去创造一个并不存在于世上的事物，去满足普罗大众的需求，让其产生快乐，这也就是改变世界。而毁灭，就是出破立新，用自己的理解和手段，去改变已经存在的事物，让他能够更适合普罗大众，而对于已经不适合的，就成了被淘汰的事物，从而实现在自然界的适者生存的生物法则。
以上，我讲述的可能太大局观了，对于很多人来讲，可能就是看中了多金和体面，仅此而已……
那讲述完了产品经理火热的原因，那如何去界定适不适合产品经理岗位呢？
解释适不适合，首先要看产品经理的主要工作是什么？有人说是画原型、做方案、写文档。当然这确实是产品经理的主要工作，但这应该是初级产品经理的工作。
上面的画原型、做方案、写文档，比较的具体和实际，如果进行归纳总结，可以总结为：分析和沟通。
分析：分析数据、分析需求、分析用户行为……都是分析，上面提到的画原型、做方案、写文档也是分析的一部分；
沟通：与上级沟通、与需求方沟通、与设计、开发沟通、与用户沟通……都是沟通；
那分析和沟通，在产品经理岗位中的关系，就如同两个相交圆，在实际的工作中，对半开，或者4、6分，而相交的部分，我称之为会议。
产品经理要面对各种各样的会议，立项会、评审会、讨论会……在开会的过程中，无疑是进行分析和沟通的过程，两边都会用到。
尽管在实际的工作过程中，分析和沟通，都会体验出来，但不同的工作岗位，所体验的能力和经验也是不同的。
分析：代表的岗位有开发、数据分析……
沟通：代表的岗位有交互设计、客服、市场……
这里所提到的代表的岗位，只是举例，可能有所偏颇。
下面就以开发、设计为代表，去讲述一下，两者之间的区别，和随之带来的优劣关系。
之所以摘取这两个岗位，一方面是由开发或设计转行产品经理的比例特比高，毕竟是和产品经理沟通的主要的两方；另一方面是我就是从开发转产品的，有朋友是设计转产品，平时工作中能够感受到差别。
任何事物都有正反两面，不管是从分析为主的岗位转行，还是以沟通为主的岗位转行，都存在的优缺，都有利弊，这是事物必然存在的，并没有谁给适合谁，谁更好更差之分。
一、先讲一下开发转行产品经理
我也是从开发转行产品经理的，在转行产品经理时，从事移动端的开发，在开发过程中，逐渐对一些方案，有了自己的认识和理解，我希望我的想法能够灌输到产品中，那个时候我还不知道有产品经理这样一个岗位，在后来了解到后，就转行了。
在讲开发转行产品经理的分析之前，我先讲述一下我的一个观点。
一个需求从最初的形成到后来的落地实现，总共有三层
- 第一层就是需求方，可能只是一个idea，一个想法，还无法变成需求，这里的需求方，也有可能就是产品自己；
- 第二层是产品，在得到需求方的idea后，分析idea，设计方案，此时的idea，已经变成了一个方案；
- 第三层是开发，在得到产品方案后，将其实现，变成功能。
可以发现，在演变的过程中，需求从最初的一个idea，变成最终的功能，是逐渐明晰的过程，也是逐渐细化、具体的过程。而作为最后一层的开发，无疑是对其最清楚的。
说完了这个，下面我们回归正题，先讲一下开发转行的优劣。
在这里我总结了开发转行产品经理的三个优势：
1、更加的细化、实际。
刚才讲到了，开发作为需求实现的最终环节，能够更加细化的去考虑需求，分析需求，同时也能够更加切合实际的去制定方案，实现方案。
2、更好的大局观、全局观。
开发在开发过程中，需要进行框架的设计、搭建，有更好的封装和复用能力，这对于产品是至关重要的。产品方案不光要满足需求，还需要站在整个产品的角度去考虑问题，设计方案，这无疑是开发最有利的一条。
3、务实性。
能够更加务实的去考虑方案，制定的方案，也能够更加切合实际，而非假大空的东西。
很多时候，我们会碰到一句话的需求，在这里面掩盖了多少需求，多少问题无从知晓，如果是开发转行的产品，能够将其进行拆分成具体的需求点，而非需求，通过对需求点的拆分，进而实现对需求方案的制定，这样做出来的方案，具有极强的可操作、可实现性，同时能够更加清晰的讲述实现方案，对于追述有很好的帮助。
讲完了优点，再讲述一下缺点：
- 沟通能力不足。程序员一直给人的感觉就是缺乏一定的沟通能力，这和工作有关，工作中更多的是与电脑、与代码打交道，在和人沟通能力方面，比较欠缺。
- 缺乏创新。人们都说程序员改变世界，怎么可能缺乏创新呢？程序员只是一个实现者，而非创意者。程序员更多的是比较死板，脑子比较直，在创新方面比较薄弱。
开发转行产品的劣势比较明显，在产品经理的工作中，沟通能力不足和缺乏创新，也是比较致命的缺点。在这里劝告想开发转产品的，在转行之前，先修炼一下自己的沟通能力和语言表达能力，多看一些APP，软件，开拓一下眼界，我相信在技术那边，程序员是不会落下的，但在如何使用上，还需要加强。
二、设计转行产品经理
在我了解下来发现，设计转产品的也是很大的比例，特别是交互设计，能够更清晰的了解用户的习惯，也能够了解产品和方案，同时也能够与产品经理进行沟通，因此也是有近水楼台先得月的便利条件。
先说一下优势：
1、奇思妙想很多。
设计具有较强的创新能力，对新事物能够很快的接受和理解，同时，偶尔也会出现一些小点子，一些小心思在产品中，在用户体验上能够带给用户锦上添花的感觉，无形中会增加用户对产品的好感度。
2、沟通能力、表达能力。
设计需要将自己的设计思路和想法表达给产品或其他需求方，因此在沟通能力和表达能力上，也是不错的。
3、明白用户习惯。
由于设计更加贴合用户，因此需要分析用户的行为和路径，因此能够比较好的了解用户习惯，设计符合用户习惯的方案。
下面讲述一下设计转行的劣势：
1、重页面轻逻辑。
由于设计的先天性，对页面更加看重，而对逻辑和框架，却缺乏足够的理解和重视，导致更多时候，方案总是停留在页面的交互展现，对逻辑和框架并未产生影响。
2、过于考究细节。
细节是需要产品经理去把控的，但如果太过于考究细节，就会掩盖需求本身，导致本末倒置，使得最终实现产生偏差。
通过以上的分析，我们发现，开发转行的优势，在设计转行这边成了劣势，相反的，开发转行的劣势，却在设计转行这边成了优势。这不正是岗位工作性质的不同，而产生的不同的结果吗？
现在我们回到产品经理的工作总结为：分析和沟通。其实不管是哪一个行业，哪一个岗位，就算是在实际的生活中，都会用到这样两项技能，只能由于每个人的不同，而导致侧重点也会不同，因此会产生不同的优劣。在如今讲究合作的背景下，为什么不一起合作呢？你做你擅长的部分，我做我擅长的部分，我向你学习你的大局观、全局观，你向我学习我的细节和创新，我们共同进步，才是最完美的。
最后，我想说的是，不管是从哪个岗位转行做产品经理，是因为热爱，终究有一天，你也会成为一名很出色的产品经理，你也会改变世界。借用科比的一句话送给大家，既然有人要赢，那为什么不能是我呢？
本文由 @卫小时Simon 原创发布于产品经理 ，未经许可，禁止转载。
关键字：产品经理, 经理, 转行, 产品
版权声明
本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！
