你适合转行产品经理吗？

来人人都是产品经理【起点学院】，BAT实战派产品总监手把手系统带你学产品、学运营。

近些年随着互联网的火热、创业的火热，为大众普及了很多的概念，B2C、C2C、O2O、P2P、众筹、移动支付……不仅如此，还带动了一个岗位的火热，那就是—产品经理。面对着多金又体面的认知，很多人也义无反顾的转行做产品经理，不管是之前在互联网行业，有关的岗位，比如交互、设计、开发，还是并无相关性的其他岗位，哪怕是刚毕业的大学生，也希望选择产品经理。那么，你真的适合产品经理吗？

我相信曾经考虑过转行做产品经理，或打算从事产品经理岗位的人，都看过这本书—《人人都是产品经理》。没错，我当时转行产品经理的时候，也是看过这本书，但并不是因为看了这本书而选择转行，而是确定转行之后，看了这本书。

关于这本书的内容，我不需要过多的赘述，我相信你们也都看过，不仅仅这本书，市面上还充斥着很多类似的书籍，去给你讲PRD、MRD，告诉什么是需求，怎么去分析，去做。在自媒体端，也有像我这样，传授产品经理经验的人，去编写文章，告诉那么小白用户，怎么去做。

就连明星，也开始跨界当起了产品经理。可以毫不夸张的说，如今就是一个人人都是产品经理的时代。

在转行产品经理之前，我曾经在网络听过这样的一个段子，我也不会交互、设计、开发……那我去做产品经理吧。当我进入产品经理的世界，去了解之后才发现，那并不是段子，而是真正存在于这样的一个场景。

乔布斯和张小龙也被奉为神一样的产品经理，每个产品经理，都希望像他们一样，做着能够改变世界的美梦。然而每天面对的是画不完的原型稿，做不完的方案……

我一直在想，为什么有那么多的人，选择转行产品经理，真的就是因为多金和体面吗？如果真正从事之后，就会发现，并非如此。如果不是这个，是什么呢？

后来，我在知乎的神回复上，看到了这样的一句话，人的成就感来自于两样东西：创造和毁灭。我突然间明白了，这不正解释了为什么有那么多人选择转行产品经理了。

产品经理，如同造物主一样，去创造一个并不存在于世上的事物，去满足普罗大众的需求，让其产生快乐，这也就是改变世界。而毁灭，就是出破立新，用自己的理解和手段，去改变已经存在的事物，让他能够更适合普罗大众，而对于已经不适合的，就成了被淘汰的事物，从而实现在自然界的适者生存的生物法则。

以上，我讲述的可能太大局观了，对于很多人来讲，可能就是看中了多金和体面，仅此而已……

那讲述完了产品经理火热的原因，那如何去界定适不适合产品经理岗位呢？

解释适不适合，首先要看产品经理的主要工作是什么？有人说是画原型、做方案、写文档。当然这确实是产品经理的主要工作，但这应该是初级产品经理的工作。

上面的画原型、做方案、写文档，比较的具体和实际，如果进行归纳总结，可以总结为：分析和沟通。

分析：分析数据、分析需求、分析用户行为……都是分析，上面提到的画原型、做方案、写文档也是分析的一部分；

沟通：与上级沟通、与需求方沟通、与设计、开发沟通、与用户沟通……都是沟通；

那分析和沟通，在产品经理岗位中的关系，就如同两个相交圆，在实际的工作中，对半开，或者4、6分，而相交的部分，我称之为会议。

产品经理要面对各种各样的会议，立项会、评审会、讨论会……在开会的过程中，无疑是进行分析和沟通的过程，两边都会用到。

尽管在实际的工作过程中，分析和沟通，都会体验出来，但不同的工作岗位，所体验的能力和经验也是不同的。

分析：代表的岗位有开发、数据分析……

沟通：代表的岗位有交互设计、客服、市场……

这里所提到的代表的岗位，只是举例，可能有所偏颇。

下面就以开发、设计为代表，去讲述一下，两者之间的区别，和随之带来的优劣关系。

之所以摘取这两个岗位，一方面是由开发或设计转行产品经理的比例特比高，毕竟是和产品经理沟通的主要的两方；另一方面是我就是从开发转产品的，有朋友是设计转产品，平时工作中能够感受到差别。

任何事物都有正反两面，不管是从分析为主的岗位转行，还是以沟通为主的岗位转行，都存在的优缺，都有利弊，这是事物必然存在的，并没有谁给适合谁，谁更好更差之分。

一、先讲一下开发转行产品经理

我也是从开发转行产品经理的，在转行产品经理时，从事移动端的开发，在开发过程中，逐渐对一些方案，有了自己的认识和理解，我希望我的想法能够灌输到产品中，那个时候我还不知道有产品经理这样一个岗位，在后来了解到后，就转行了。

在讲开发转行产品经理的分析之前，我先讲述一下我的一个观点。

一个需求从最初的形成到后来的落地实现，总共有三层

第一层就是需求方，可能只是一个idea，一个想法，还无法变成需求，这里的需求方，也有可能就是产品自己；
第二层是产品，在得到需求方的idea后，分析idea，设计方案，此时的idea，已经变成了一个方案；
第三层是开发，在得到产品方案后，将其实现，变成功能。

可以发现，在演变的过程中，需求从最初的一个idea，变成最终的功能，是逐渐明晰的过程，也是逐渐细化、具体的过程。而作为最后一层的开发，无疑是对其最清楚的。

说完了这个，下面我们回归正题，先讲一下开发转行的优劣。

在这里我总结了开发转行产品经理的三个优势：

1、更加的细化、实际。

刚才讲到了，开发作为需求实现的最终环节，能够更加细化的去考虑需求，分析需求，同时也能够更加切合实际的去制定方案，实现方案。

2、更好的大局观、全局观。

开发在开发过程中，需要进行框架的设计、搭建，有更好的封装和复用能力，这对于产品是至关重要的。产品方案不光要满足需求，还需要站在整个产品的角度去考虑问题，设计方案，这无疑是开发最有利的一条。

3、务实性。

能够更加务实的去考虑方案，制定的方案，也能够更加切合实际，而非假大空的东西。

很多时候，我们会碰到一句话的需求，在这里面掩盖了多少需求，多少问题无从知晓，如果是开发转行的产品，能够将其进行拆分成具体的需求点，而非需求，通过对需求点的拆分，进而实现对需求方案的制定，这样做出来的方案，具有极强的可操作、可实现性，同时能够更加清晰的讲述实现方案，对于追述有很好的帮助。

讲完了优点，再讲述一下缺点：

沟通能力不足。程序员一直给人的感觉就是缺乏一定的沟通能力，这和工作有关，工作中更多的是与电脑、与代码打交道，在和人沟通能力方面，比较欠缺。
缺乏创新。人们都说程序员改变世界，怎么可能缺乏创新呢？程序员只是一个实现者，而非创意者。程序员更多的是比较死板，脑子比较直，在创新方面比较薄弱。

开发转行产品的劣势比较明显，在产品经理的工作中，沟通能力不足和缺乏创新，也是比较致命的缺点。在这里劝告想开发转产品的，在转行之前，先修炼一下自己的沟通能力和语言表达能力，多看一些APP，软件，开拓一下眼界，我相信在技术那边，程序员是不会落下的，但在如何使用上，还需要加强。

二、设计转行产品经理

在我了解下来发现，设计转产品的也是很大的比例，特别是交互设计，能够更清晰的了解用户的习惯，也能够了解产品和方案，同时也能够与产品经理进行沟通，因此也是有近水楼台先得月的便利条件。

先说一下优势：

1、奇思妙想很多。

设计具有较强的创新能力，对新事物能够很快的接受和理解，同时，偶尔也会出现一些小点子，一些小心思在产品中，在用户体验上能够带给用户锦上添花的感觉，无形中会增加用户对产品的好感度。

2、沟通能力、表达能力。

设计需要将自己的设计思路和想法表达给产品或其他需求方，因此在沟通能力和表达能力上，也是不错的。

3、明白用户习惯。

由于设计更加贴合用户，因此需要分析用户的行为和路径，因此能够比较好的了解用户习惯，设计符合用户习惯的方案。

下面讲述一下设计转行的劣势：

1、重页面轻逻辑。

由于设计的先天性，对页面更加看重，而对逻辑和框架，却缺乏足够的理解和重视，导致更多时候，方案总是停留在页面的交互展现，对逻辑和框架并未产生影响。

2、过于考究细节。

细节是需要产品经理去把控的，但如果太过于考究细节，就会掩盖需求本身，导致本末倒置，使得最终实现产生偏差。

通过以上的分析，我们发现，开发转行的优势，在设计转行这边成了劣势，相反的，开发转行的劣势，却在设计转行这边成了优势。这不正是岗位工作性质的不同，而产生的不同的结果吗？

现在我们回到产品经理的工作总结为：分析和沟通。其实不管是哪一个行业，哪一个岗位，就算是在实际的生活中，都会用到这样两项技能，只能由于每个人的不同，而导致侧重点也会不同，因此会产生不同的优劣。在如今讲究合作的背景下，为什么不一起合作呢？你做你擅长的部分，我做我擅长的部分，我向你学习你的大局观、全局观，你向我学习我的细节和创新，我们共同进步，才是最完美的。