你们觉得让程序员设计功能 取代产品经理怎么样

@feiyuanqiu 但是往往没有合格的产品经理 不能跳脱思维局限的程序员也不是合格的程序员吧

参考网传拉里佩奇的故事
他曾经炒掉 google 全部产品经理，让程序员自己设计
不一会儿公司就乱了

@woai110120130
@feiyuanqiu 不能做出让用户满意的程序的程序员也不太合格吧，毕竟产品经历的职位是最近几年才出现的 我觉得最早的产品经历应该是从程序员中分化出来的吧

@kidlj 所以说 git 永远只有程序员用

首先，张小龙的那个时代，写代码的都是橙色品质的，个人能力碾压九九成当下的程序猿和产品。
其次，那个时候没有太多竞争者。你写个程序大家来用，用的不爽给你提意见，你改好了大家高兴，改不好也只能凑活着用。有充足的时间给你磨砺产品。搁现在用户早就流失了
再次，现在的产品复杂度大大提升，竞争过于激烈，早已不是一橙字精英就能搞定的年代了。产品和程序主要还是由紫字、蓝字和绿字人员担当。一个写代码都烂的要命的程序当产品能有什么好结果。

@ilotuo 佩琪解雇的事项目经理吧

@c742435 微信也是那个时代么

我就是……

哈哈

@woai110120130
道理是这样，但是现实是现在的产品开发就是个做快餐的活，忙不过来了就招人，干得不爽了就辞职，人员流动快，除了创业公司之外都是半路加进来的螺丝钉，干了几个月连整个产品是个什么东西都没搞清楚，能对产品有多少热爱呢
职业道德可以让开发加班赶进度改 bug 调性能，这些是开发的职责范围，是他的工作内容。而让用户满意就只能靠对产品的认可和热爱了，本身这种东西就挺难建立的，何况用户体验也不是光靠对产品的热爱就能做好的，做大众产品的还可以自己天天用自己发现不好用的地方，做特殊领域的产品就没办法了
比如我们现在做的产品，给货车老板管理车队的，这种东西我们没法亲身使用，只有靠跟运营跟客户交流得到反馈，得到反馈了需要整理归纳，需要想解决办法，这需要对产品的熟悉，开发新业务需要有第三方供应商的渠道，需要跟第三方供应商交流沟通

这需要人脉资源沟通技巧。还需要时时关注竞品，跟踪业内潮流。这些事都不是几个开发能承担的

PM 的产生是 程序员没空想产品了。所以出来 PM 。测试同理。同属周边职业。现在不是提倡全栈么

如果一个程序员是开发 application 的，但是他不能对 application 的功能提出任何异议 ... 不就是当外包来做嘛：客户提需求，我来实现。甲方提需求，乙方来实现。

如果你遇到刁钻的甲方，通常他还会组织众乙方的比稿。就是甲方刁难乙方嘛，你懂的

被折腾的乙方、折腾人的甲方，在乃们圈就是程序员、产品经理

=

然而，全世界，甲方和乙方同时在一家公司上班的，恐怕只有贵圈。那到底是谁在搞他们呢？

或者说，他们想搞谁呢？

拿着程序员的工资做着产品经理的活？

可以这么做，让技术人员去设计产品，但是这个技术人员就没有精力去写代码了。那无非就是一个有技术背景的产品经理而已。

非说产品经理一定不能懂技术，或者技术人员不能设计好的产品，都不合理。现在大家都在捧张小龙，说他做微信这个产品做得非常好，但是别忘了，他是开发人员出身，他开发的 foxmail 也同样很好用。

现在互联网设置那么多产品经理的岗位，不是技术人员不能胜任，产品经理这个岗位，无论从什么岗位入 IT 圈，只要自己肯花时间去研究用户心理，都有能力做产品岗，不管是销售、客服、运营、设计师、开发还是运维的背景，都有机会做上这个岗位。

招那么多应届生，只是因为 IT 整体的岗位需求缺口都很大，招应届生自己培养是最省事省钱的办法，有几年工作经验的运营、设计、客服、开发这些岗位的人愿意再去学习研究用户心理的东西转岗去做产品，你说公司要不要？当然要，但是很可惜，有这个想法去研究用户心理的人，都去创业当 CEO 去了。

那估计现在消费市场还会是 CLI 的天下……

撕逼还没结束。。。。好吧，我最后说一点，关于这类似的问题永远无解，虽然我赞同好的程序员都应该是好的产品工程师，而不应该是只做码农，但是啊，这句话政治不正确啊，即使产品经理心里其实赞同你的观点了，但是还是要死鸭子嘴硬，为啥？因为你说出这个话他们心里肯定在恐慌，因为你的这番话让他们觉得自己将会有一种无路可走的恐惧，所以想方设法一定要把你撕倒（毕竟涉及到饭碗），所以什么程序猿的产品思维局限性哦，程序猿沟通能力不行哦，程序猿审美不行哦，程序猿情商低哦，反正尽可能的找黑点，呵呵，所以这种问题还是别争了，互联网时代讲究速度，程序猿写代码够累了，没时间折腾产品了，我一直就觉得产品是个可有可无的角色，但是吧，杂七杂八的一些事总要有个人在那里，比如回答用户小白问题啊，替老板传传话啊，催催项目进度啊啥的，总是要有人的

Facebook 一直以来都是这样做的

我觉得楼上大部分人都走进了一个误区，好像程序员都是技术宅，产品经理都是技术小白。然而事实上并非如此。

我觉得一个合格的产品经理必须要懂一点技术，最起码能写个增删改查什么的。不会就应该去学，学不会我觉得真心没资格做产品经理，也做不好产品经理。

此外，大多数公司的产品经理干的并不是产品经理的活，所以我觉得职位名称可以改一改：产品经理助理 /原型设计师 等等等。

除非产品经理是程序员出生，独立开发过成功的产品，否则产品经理设计的产品基本比不上程序员的。

我觉得技术上合理 和用户体验上合理并不冲突， 产品架构和技术架构的设计是相辅相成的，不应该分裂开来

还有一点 大家考虑的情况仿佛是项目里只有一个开发

@woai110120130 楼主这样的想法太片面了，产品也不是只有程序开发人员的呀，还有设计师、运营等等。也许程序员在功能实现上没问题，但是做出来的东西却难说多好看多好用。 V2 上程序员很多，也经常有猿做了东西知道太丑，拿出来让大家提提意见的，这时候猿肯定是想要是有个设计师帮忙多好。同样的，做了产品推广不出去没人用，又想老天赐我个运营吧，然后是测试、客服等等。什么？过程中每个人意见不统一？于是你每天要跟各个岗位撕逼。代码？一天写了 10 行...
这时候产品经理出现了，他其实并不是来跟你吵的，而是来背黑锅的。此次以后你只需要跟他一个人撕，然后他再出去跟其他各个岗位撕，你也就多了 N 倍的时间码代码，虽然还是觉得产品经理烦，但好歹只跟他一个人吵吵就够了。

@sunine 我只是说产品经理的问题 丑不丑是跟 ui 有关系的

夺人饭碗犹如杀人父母

@woai110120130 哦，那就提醒楼主下，产品经理的岗位最初并不是从程序员里分化出来的，而是根据传统行业的产品经理设置的职位。 1927 年的时候宝洁公司最早出现产品经理的岗位，然后在传统行业里不断发展， 2006 年左右互联网行业开始引入产品经理的概念。产品经理其实是一种产品管理机制，它的存在本身没有然后问题，只不过是说现在国内水货太多，还有大家的互相不理解造成的矛盾。
楼主提出的程序员设计功能没有问题，只要有相对应的产品能力谁都可以做。

@sunine 谢答 不过这已然偏离了主题

贵站的程序员真是自信心暴棚，什么时候把设计的活儿一起接了去吧。

就像建筑行业里常有的话题，让建造师代替建筑师去做建筑设计一样。一般人在同一个专业做久了会形成这个专业独有的惯性思维，而专业与专业之间的思维模式是有很大差别的，所以说，不是说做不来，而是很难做得精，做得好吧。当然，非一般人除外，很多大神都是跨专业工作的。

@skyun 建筑师应该算设计师 ui

@beingbin 产品的活真的没啥 设计就算了

@woai110120130 不是的，建筑师从前期的方案设计到后期的施工图设计都要做的，方案设计就相当于产品设计了，可以说是产品经理做的事了，然后施工图设计则相当于程序员码代码，把产品的实现方法画出来，建造师是做结构的，相当于架构师吧。所以建筑师做的事比较多，不能算设计师 UI ，而是把产品经理， UI 设计师，程序员的事都做了。

如果楼主说的是对的，那现实世界就是错的，不过我还是愿意相信现实世界，毕竟几百个亿美刀被交给了大大小小产品经理决策，而这些钱的所有者都是聪明人，还不乏程序员出身的人，怎么看都是更可信一些

先说理论
事情有大步骤， A>>B>>C
可以分工， A:a1>a2>a3>>B:b1>b2>>C:c1>c2
也可以合并， A:a1,2>a3>>B:b1>b2>>C:c1>c2
无论是分工还是合并，都应达成某种“节省”目的，例如：节省人（力）、物（料）、地方（空间）、时间
但，最重要是这种节省必须达到“节省成本”这一目的，否则就没（太大）意义

基于前面
一人兼任或者多人分任程序和产品，两种方式都没问题，原则是哪种方式更节省成本

兼任表面上看是人、物、地、时四方面都节省了，不过要考虑实际情况，就是这些表面的节省其实都是很微弱的，深层次看省了没有？
节省了人头，但“力”呢，就是工作量，其实没有，我前面说 2L 精彩就是这个意思，做了产品经理的事，还叫程序员而已，也就是说只是少了沟通的步骤而已，如果工作量大，兼任的人效率就会降低，比分任可能更差
节省了物，如电脑及其支出（电费、维护等），但“料”有没有省？就是说需要电脑处理的问题，其实也没有省；这也就是说，省下的是生产工具物耗，但大头产品本身需要的物耗并没有节省
节省地方，这个对整个成本构成影响大么？无形物产品生产过程，总占用空间本身就极小
节省时间，前面说了，仅仅是节省了沟通时间，但注意，一人做事是不能异步的，需要顺序执行，但多人做事可以异步甚至同步，至于设计和 coding 能否异步或同步，就看团队整体水平了

又回到理论，人类是群居，分工是长远的、合理的趋势，因为随着需求的增长，有限的个人能力，终将无法满足无限的需求

前面说的是单一方面的，只说了分工比合并好的地方，但
这并不是说我的意见就是“程序员不能兼任产品经理”，而是看实际的情况，只要达到“节省成本”这一目的，选择的形式并非固定的
合并比分工好的情况， LZ 也可以想想，我这里没时间写了

题外：作为企业管理，还需要考虑另一个问题，就是避免“内部垄断”，虽非必然，但兼任有可能会滋生腐败，导致公成本“隐性”地增大，很多公司恋爱禁止往往也是出于这个原因

这已然上升到现实世界的层次了

@imn1 好吧 退一万步说 产品经理起码是懂得程序的人，而不是拍脑袋的

@woai110120130
这点我不否定，不懂产品的产品经理，本身就不合格

@imn1 组织最大的成本，我觉得是机会成本，往下就是沟通成本，楼主觉得没必要和产品沟通，反正事情就这么点，老子也明白，所以产品都死开好了

好，第一个但是来了

但是，第一程序员往往不理解别人也不愿意去理解别人， Larry Wall 说好的程序员『傲慢、急躁、懒惰』，最大的傲慢就是不愿意理解别人，为别人服务，最好每一行代码都是我感兴趣的、我想要的、为我解决问题的

所以就有了产品经理，要有同理心、专门去理解别人的产品经理

真正的机会，不在程序员的世界里，程序员不是掌握无上力量的预备役英雄，只是有机会改变一些基本规则的普通人，英雄和普通人是有本质区别的，你要看清整个环境，找到应该解决的问题，没有什么命运或者新手指导攻略替你干这事，一把年纪了大家也都在社会上摸爬滚打中二病自己也得治治了

所以就有了产品经理，找到大环境中机会的产品经理

好，第二个但是来了

第二程序员思考是有序的，但是现实是混沌的，你真以为你能把事想清楚？真让你设计一个新东西，你知道怎么分析怎么设计的么？这事你以为容易，是因为你从小到大就没怎么干过。所有程序员能自己做的，全是工具（人和机器打交道），从来没见过程序员能自己做成一个业务（人和人打交道），但凡做成了就变成老板了，老板是最大的产品经理，别人这么看自己也这么想（马化腾保佑你扎克伯格保佑你）

最后，祝贵站的程序员早点想明白，早点升级当大老板，打赏打赏我，多谢！

@nkchivas 我的意思不是死开产品经理，有两种形式去解决，一 在程序员中推举一个决策产品 二 在程序员们讨论产品策略 我觉得这样会产出更好的产品 效率问题和质量问题有应该考虑，我更看重产品的质量

典型的维特根斯坦说的语言疾病：当一个人开始设计功能时，他就是 PM ，而不是取代 PM 。
看点西哲尤其分析哲学，能避免问出这种思维浑浊的伪问题。

@nkchivas
怎么是回复我的？我也回复你

说一些上世纪末到本世纪初的旧事，我那时就是做“产品经理”，不过那时没这个名称，是叫“网站策划”，又跟现在的网站策划不同，现在的更多是网站架构方面，缘于那时候的工作流程：业务员拉客，然后程序员（或技术部门经理）和客户沟通不畅，就把事搁到我身上，我也做一些 coding ，几乎包揽字符串处理方面的事（模块），但不怎么参与整个项目
不过想想又和现在的客户经理不同（具体不太清楚，没做多年），我那时从客户取得需求，就要分析出产品模块，然后重组转化为技术可行的模块，再把一个类似框架构图的东西交给技术部门，项目经理就搭建实际的技术框架

见过程序员和客户沟通，很有趣，程序员一上来就说 接口、交互、表单、交给后台，程序员也找不出替代词，表单客户还理解，后台也“理解”靠山嘛，场面一片混乱，当然现如今没这笑话了，已经不好笑了

@woai110120130 这好比出去打仗，要不找个打架最狠的，要不大家伙一起商量怎么打；第一个风险高，你们觉得靠谱的，能真靠谱？第二个效率绝逼高不了，一旦开会讨论产品策略那大家都是自己觉得自己对，往往连统一目标都是费一番力气，深入细节就更别想了

我还是那句话，要是程序员真能联合起来实现效率飞跃，一年之内各个大公司就都没有产品经理了，省下多少人力成本啊，但是中国为啥就没有像美国那样，十几个程序员就能自己组织做个产品，卖个几亿美刀买游艇泡妞呢？

我觉得，因为他们是从小就独立思考+分工合作（真思考+真合作），然后在竞争环境里不断淘汰出来的啊，他们没有『产品经理不行、程序员行』这种思考方式，他们是『你行不行』的思考方式

@woai110120130 表示程序员设计出来的 linux 真的只适合计算机专业的使用，桌面环境的一些东西的确很酷，但是普通人很难让他跑起来。命令行操作很多时候的确方便，但是普通人可是绝对讨厌命令行的。

@imn1 老司机啊，失敬失敬

产品经理在不同工种、甚至组织、社会语境中进行翻译，也是基本能力，『见人说人话见鬼说鬼话』，也是为降低沟通成本做出贡献，不过后来很多人跑偏了，朝向指点江山方向去了，是没搞清楚产品经理和老板之间的界限；

真正的产品经理，是一种状态而不是一种岗位，哪些人能决定交付的真正成果，哪些人就是产品经理，您在当年做的事，我感觉是项目组织者的角色

上古时期生气勃勃，什么都是新的，我没走过那个时代，十分神往啊

@gamexg 但是也是很成功的产品。面相用户不同

这个主题怎么还要写那么多字？优秀的程序员!=优秀的产品经理

提张小龙，马化腾，不就是想说人家是技术出身，所以牛逼嘛。但是人家牛逼，不等于每个程序员都能打造出好用的产品，再说当初马化腾也没能遇见自己的 OICQ 一定会成功。

<动物庄园>

不就是程序员出身的产品么

程序员，老板对着板着脸都能跑 V2EX 来诉苦，这还当产品经理？确定能受得了老板拍桌子骂娘？

产品经理是传达老板意思，需要的是情商较高的中间人。

根本不是产品经理或程序员的问题, 是人的问题,不行的人干啥都不行

叫不醒装睡的人， LZ 的每一条回复都只是在重复自己的偏见而已……我猜 LZ 是碰到过一些坑爹的 PM 吧……可你说这样广言纳谏都做不到还怎么做产品呢。
人都是很容易就自我中心的，建议多跳出来想想别人。比如说 LZ 说的自己接产品的活没啥，设计的就算了。那为什么设计就算了呢？设计在现在这个看脸的社会这么重要，而且设计不仅包含视觉设计，还有很多产品逻辑的内容在，对产品不了解好设计也是搞不出来的。如果你到一些设计导向的网站、社区去，也会看到很多在那吐槽的设计师，同样也是觉得自己的理解最好看最牛逼你为什么要来指手画脚。这和作为程序觉得产品没用自己都能干都是一样的道理。
另外，楼上很多人也都提到了，就算真的都能干，也涉及到一个效率的问题。你什么都能干，可一天只有 24 个小时，没有分身术你还是得要取舍、要分工。

第一个，我们先有一个前提，我相信这个前提是和 lz 一样的共识：现在炒得火热的不少 nb 的产品都是技术驱动出来的。我很承认技术诞生了互联网，改革了新的网络使用体验。
但是，我们不能就认为技术就能代表互联网，如上面所说 Google 、 Facebook 、 GitHub 这种，看起来在初期确实是因为有一项或者几项很 nb 的技术功能在程序员眼里看起来就是他们成长的基石了。是的，我也同意，他们的核心能力是技术，是程序员。再看现在热门的飞跃冥王星，火箭回收什么的，他们都是技术驱动的，我很赞同。
我要说的是，他们最初的发起是一个信念，为了满足这个信念才会有技术的钻研。我们先来几个用户两级都是巨大的例子。比如 FB ，最初他要做的是一个做个女大学生颜值投票，这是思想，高达上一点就是商业模式； Google ，最初的目的就是东西太多了，你也不用自己记，我给你做好了一个快速索引，你来稍微翻翻就有了，她诞生于一个信息巨量爆炸的时代，正是看到了这个爆炸会给人造成的无所适从，人家以在站点停留最短时间为宗旨迭代了一代有一代的算法，每年迭代超过 300 次。其他的我就不说了。
虽然，这背后驱动的都是技术，或者他们的创始人都是技术出身，但是，这些创始人在做什么，他们在管理、在经营。你说小扎也还在写代码啊，没错，那我问你他读那些红书是干啥的，那么配合一些事项是干嘛的，这是经营、谋略。
然后，我们看看一直以技术为核心的项目， Linux ，这个应该大家公认是最伟大的产品之一了吧，虽然当今出货量最大的智能手机系统是基于它的，但是这些使用者可以和上面两个例子中产品有着差不多级别的用户量，但这些用户用的是构建于 Linux 上的经过应用，不管你是什么桌面什么其他的东西，而且这后面还是有 Google 作为推手；再来 GitHub 或者 Stack ，这是一个程序员界很熟悉的产品，他满足的是程序员工作相关的功能，保存代码版本，分析、发布、协作，很不错你以为这些使用习惯是凭空捏造出来的么？人家都是从程序员实际工作、应用场景出发，分析解决，产生业务流程分析，再经过代码进行的。可能这个分析的人本身也是程序员。
Lz 可能很大程度上认为，有程序员就够了，程序员想的比你产品经理要多，技术上碾压产品经理。产品经理那些实现的功能在程序上处理要么不合理，要么太复杂没必要运算。然而，现实是存在就是合理的。
我也是产品经理，我自己也在给公司维护着好几个项目程序。我在部门中一直也在说这就是个畸形职位，而且还看各公司不同的只能划分。比如有些就是产品设计的，有些是专门画原型的，游戏是做测试的，有些是做业务或者项目跟进的，有些是做流程规划的，有些是做界面交互的，有些是做运营的等等不尽相同。但是，和上面对比，产品岗位在参与流程的是谋求一个信念。而程序员做的就是更优秀、更稳健、更优秀地去实现这个信念。
最后，我们不说空话，来点实际的，现在老板说要做一个三级分销的功能。然后直接甩给 lz 了，你准备怎么开发呢？

@alex321 哎呀，输入框里直接就发了，好多地方都没修改。。
好吧，就看这么多地方的 bug ， lz 可以说不用产品经理了。

如果我说我们的 PM 是 HR 转岗的， 你们会不会很惊讶！

以我的经验来看，不行。以前也许可以，但以后很难。

程序员在开发产品的时候，很容易将目标集中在眼前一点，而忽视全局。等到做完一个个小功能抬头一看产品体验乱七八糟。之所以分工会提高效率，的确是因为分工后大家的工作效率都提升了。

现在的产品早已不像早年那样，以功能性为最大卖点，除此之外别无分店。大多数产品的功能实现都非常接近，比拼的是体验和运营。拿一些程序员改变世界的孤例勉励自己尚可，真当成目标就会跑偏了。

我做后台搜索架构的，至今没接触过产品经理。

这个还是各司其职好吧..

程序猿可以做产品经理，但程序猿不是产品经理

谁都可以做产品经理，因为这门学问学校里是没这种课程的，而且产品经理的技术和思维没有一条很明确的界定线，没有踩过坑的产品经理都不叫产品经理，关键是，你愿意踩这个坑并且对其负责么？

未尝不可，但是你或许会踏入一片更『广阔』的天地，祝好。