程序员好转产品经理吗

本人10年开发培训经验,期间经历了Java,Android,H5,大数据,PHP等多个不同的方向的开发,也做过软件培训公司的金牌讲师，很有兴趣回答你这个问题。

首先咱们先了解一下产品经理与程序员的区别，通俗的说，程序员就是写代码的，负责一个软件产品的实现，举个栗子，程序员可以说是工地上垒砖砌房子的农民工。

而产品经理是干嘛的呢？不要觉得带个经理的名字就是领导，当然产品经理在程序员面前确实有发号命令的权利。产品经理就是根据客户或者公司自己的规划想法，把这个想法转换成对应的产品模型，也就是说产品经理类似于工地上一栋楼的设计师，产品到底该有哪些功能，该怎么规划，一般都是产品经理设计的。

那么程序员转产品经理怎么样呢？我觉得完全没问题啊。就好比一个具有丰富施工经验的垒墙工人，他盖的楼多了，后来你让他设计一个新的大楼出来，虽然可能细节上不足，但是凭借他之前的经验，还是可以实现的。再比如说，一个经验丰富的演员，之前都是听从于导演的命令去演戏，后来他自己经验丰富了，要转型做导演，也是容易的啊，”演而优则导“，这样的例子很多的。

程序员转产品经理，其实优势也很多。目前很多的产品经理并不懂开发，设计的产品功能其实在实现的时候，可能根本就完不成，也就是产品经理会存在"瞎设计，瞎指挥"的问题。但是换成一个开发经验丰富的程序员去设计产品，什么功能可以实现，该怎么实现，他心里一清二楚，设计出来的产品反而更容易实现。

如果想学习Java，可以关注我，获取全套免费学习教程。

好转。

一个好的程序员能顶两个好产品经理。

一个不好的程序员，能顶一个半产品经理。

知道现在全栈程序员多恐怖么？

前面能和客户谈需求、画原型

回来能出高保真、交互图

设计文档、数据字典更是不在话下

还能写代码

还能做测试

还能写用户手册

还能，还能开发票

一个产品经理顶多做他工作的30%。

但程序员很多转产品经理，心理关不好过。

程序员习惯性去用自己的能力判断一个特性能不能做，而不是如何描述。需要角色转换。

程序员习惯性判断一个特性如何去实现，而不是去判断用户是否需要这个特性

程序员习惯去挑战有难度的需求，而不是用户真的需要的需求。

程序员喜欢和代码打交道，但和人打交道要复杂很多

对于程序员而言，出现bug就像吃饭一样稀松平常。出现bug？改就是了。但最近出了个让众网友都啧啧称奇的事。某公司的APP上线之后，出现了重大bug，这位产品经理居然去网上问该不该开出程序员。顿时，众程序员就炸了。这是什么情况呢？

为什么会有这么多程序员都气炸呢？这么说吧，首先，程序员不可能一点bug都不出，但是现在这么重大的bug到APP上线了才被发现。很明显是测试的责任更大，现在这个产品经理却是让程序员走人。再者，不管是测试还是前端的错，首先，最大的责任应该是这个产品经理的错。而他，现在只想找程序员的责任。最后，出现了错误，他的第一想法不是解决问题，不是找出各部门的责任，不好好复盘而一味的甩锅给程序员们。

众网友也是气愤不已，表示，开！就应该让这个产品经理把自己开了，不懂前后端还敢管程序员做APP。出了事情不自己扛还找人背锅。另一部分则表示赶紧开除程序员，放他们一条生路。

不管怎么说，这位产品经理的行为，着实让人十分寒心。身为管理者，出事了首先就应该从自己找原因。我们公司的负责人，有问题首先都是自己先承担，然后再说如何去惩罚出错误的部门。即便是惩罚也不会说像这样直接让人走人。说实话，这种行为就像夫妻吵架说离婚一样的性质。即便后来问题解决，也和好了，但是心却寒了。

对此，各位小伙伴有什么不同的想法呢？

方向都不一样吧！产品经理是策划工作，程序员是开发工作，当然两种工作的逻辑能力，都非常重要！这是基础，不是区分人才等级的关键。

我觉得更多的是解决问题的能力，才是区分顶级、优秀、一般、普通人才的标志。

产品经理做的是 未来的 工作，因为他要思考一款产品，满足用户的需求，公司活不活下去，产品策划真的很重要，钱砸错了，影响是非常巨大的……

程序员做的是 现在的 工作，他要努力实现产品，继而跟运营、市场联动，实现产品增长，这样就有现金流……尤其对于软件产品，需要经得住大众的考验，都是bug的产品是绝对没有前途的。

如果简单粗暴来比较两个岗位，感觉很不公平，很多人会以为产品经理会更高级？大错特错，技术圈水那么深，谁还给谁打下手啊。重要的是，发现现象背后的本质，才是最重要的。技术人员会有很多开发项目的机会，多思考一下商业价值吧！

最近几年要说哪个领域最火，无疑是互联网领域，而随着互联网的火热，伴随而来的也是相应的互联网职位的火热，比如炙手可热的程序员和产品经理（或者叫程序猿和产品汪）。我也是一个刚入行不到三年的菜鸟程序员一枚，大学学了四年计算机，毕业以后就一直在写程序。就像很多人说的那样，大部分时间似乎是在为了实现产品经理的需求而写程序，于是程序猿和产品汪之间那些相爱相杀的事情，我也基本都能体会一二。

如果按照主流的做法，作为程序猿王国里的一猿，我应该挥舞起长矛大刀对产品经理口诛笔伐一番，但是这里我却丝毫不想去为了黑而黑，而是一反常态，从自己的角度来谈谈，作为程序员，我们应该从产品经理那里学到些什么能力，而这些能力，程序员往往做得不够好甚至可能是欠缺的。

1、文案能力

对的，没错，就是文案能力。程序员最擅长的是写代码，用文字符号来清晰地表达程序的运行逻辑，简简单单的ifelse、for就能表达很多复杂的运行逻辑，时间久了，对于母语的表达能力渐渐下降，写个注释往往都能词不达意。更何况现在代码风格指南都在强调好的代码不需要注释，于是程序员越来越少写自然语言了。

2、沟通能力

据我的观察，画原型图只占据了产品经理工作时间很短的一部分，剩余的大部分时间是在和老板、开发、设计、测试沟通，推进产品的一次次迭代。所以，在一个程序员眼里，产品经理是要协调各方一起推进产品上线的角色，如果有人对需求产生了认知上的偏差，产品经理是要负很大一部分责任的，至少说明产品经理的沟通没做到位，而这样的产品经理大部分都被辞退了，因为出现沟通问题最严重的后果就是上线延期甚至产品失败，一个产品的失败是对产品经理最大的否定。

总之，产品经理绝不是埋头苦干的原型画家，要去关注外界、关注他人，平衡各方利益并且化解冲突。沟通，本质上也是权衡与妥协的艺术。我看到的和遇到的产品经理，沟通能力普遍都是很好的，至少大部分都不输于程序员。

3、整体思维

现在稍微有点规模的互联网公司都会把各个业务或者功能进行细分，很多程序员往往会专注于自己的业务和细分领域。精细化分工，是现代社会发展出来的一个高效率生产方式，对提高公司的竞争力是大有好处的。但是这有一个负面的影响是，很多程序员往往过于专注自己的一亩三分地，不太关心甚至忽略了整体的存在。

4、总结

一个好的产品经理其实绝不止这些能力，而文案、沟通、整体思维这些能力是我所观察到的作为产品经理最容易被放大和辨识到的能力，也是多数比较容易被程序员忽视的能力，程序员学习到产品经理身上这些最容易被观察到的特质，对程序员本身来说是一个非常好的进步的过程。所以，程序员，请多看看产品经理发给你的文案，是不是比你自己写的更友好，逼格更高？北大青鸟建议多观察产品经理是怎么说服大家接受需求变动的，如果换作是你，你能安抚大家的小情绪吗？多体会产品经理对产品设计和预期的宏观描述，再简单的功能也有它背后的逻辑和存在的意义。

以上就是关于程序员好转产品经理吗全部的内容，包括:程序员好转产品经理吗、APP上线出重大bug，产品经理欲开除程序员网友：把你自己开了！、产品经理和程序员哪个工资高等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！