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

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

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

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

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

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

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

@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 说好的程序员『傲慢、急躁、懒惰』，最大的傲慢就是不愿意理解别人，为别人服务，最好每一行代码都是我感兴趣的、我想要的、为我解决问题的

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

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

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

好，第二个但是来了

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

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