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

@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 转岗的， 你们会不会很惊讶！

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

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

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

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

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