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

[woai110120130]

开发自己定做什么功能 很多伟大的公司的最初产品不都是来自于程序员么

[feiyuanqiu]

@woai110120130
我觉得脱离实际盲目跟从别的公司的组织模式就不怎么样

google 我没待过不知道他们具体是怎样的，我现在的项目组使用 scrum 开发模式，只有项目经理没有产品经理，出现的问题就是开发人员的责任增多了，每期 sprint 会议要花很多时间所有成员开会讨论产品，而几乎都是开发的成员结构导致讨论产品的时候更多关注于技术实现而不是用户体验，产出的产品自然也就那样了
更麻烦的是这样出来的产品在团队内部的评价是感觉还可以，因为思维模式的局限，普通开发人员是比较难站在用户的角度去看待产品的，尤其是那种开发人员自己平时实际用不到的细分领域的产品
可能我作为一个开发，我知道这东西是怎么运作的，我能确定输入一个值它肯定会返回一个什么值，我认为这东西就算做好了，我不会去想对这个产品一无所知的用户在面对这一堆东西的时候他真正需要的是什么

倡导开发主导产品的人会说那就应该培养开发人员的产品思维，但是一个合格的产品经理都需要掌握哪些知识呢？对产品的认知与规划，吹牛， UX ，沟通协调能力，一定的技术概念...这些东西都是要花精力去学习的，还不一定能学好，对开发来说，现在他们不仅需要加班赶进度，了解新技术保持自己的竞争力，还要去学习这些技术栈之外的东西。对于不打算创业的人来说有多少人有这个意愿及动力呢

[woai110120130]

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

[ilotuo]

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

[woai110120130]

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

[boter]

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

[c742435]

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

[woai110120130]

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

[woai110120130]

@c742435 微信也是那个时代么

[lxrmido]

我就是……

[pynix]

哈哈

[feiyuanqiu]

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

[feiyuanqiu]

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

[AKI]

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

[charlie21]

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

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

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

=

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

[charlie21]

或者说，他们想搞谁呢？

[shsf4]

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

[lecher]

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

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

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

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

[IwfWcf]

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

[Wangxf]

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

[zhangchioulin]

Facebook 一直以来都是这样做的