你们不觉得产品经理这活，应该由程序员自己亲自干吗？

[sdjl]

现实情况

1. 产品经理做好原型图 -> 设计师画出高保真设计图 -> 程序员说“这不合理”
2. 通过团队合作，产品经理看似加快了项目进度，但后期许多本可以避免的沟通又消耗了大量的时间

是不是？对不对？合不合？

程序员就应该自己去画原型图啊！

我觉得合理的模式是：

1. 程序员去理解业务需求，在理解业务的时候就能构思出解决方案、数据库设计、原型设计
2. 在设计原型图时，程序员就知道能不能实现，实现难度有多高，怎么实现
3. 程序员画出原型图，交给设计师画出高保真设计图
4. 程序员拿着自己的产品，自己写，避免了大量的没必要的沟通

所以，我认为产品经理和程序员，应该就是同一个人或同一个团队！

什么？程序员只会写程序不会做产品？

1. 有些人觉得，产品有产品的丰富经验，程序员不一定会做产品
2. 瞎说，都会写程序了，还不会做产品？
3. 做产品需要丰富的经验啊，要懂心理学，要懂消费行为学，程序员懂吗？
4. 瞎说，我都会写程序了，我还不懂这点心理学和消费行为学？
5. 做产品要会用产品经理的工具啊，这么多工具你学过吗？
6. 瞎说，我直接写代码就好了，你那个工具不就是你不会写代码才学的么

[erwin985211]

37 岁的老程序员了，怎么跟 17 岁的一样。产品只是画原型的是吧。

[sdjl]

@hlwjia “你要不要问问程序员是否愿意和老板、客户、市场 /销售 /设计同事沟通，还是就写写代码好了。”

所有的前提都是：更高效的把事情做好，不能说程序员不愿意就觉得这种做法不合理。

[nothingistrue]

只画原型图的产品经理，是画图经理，不是产品经理，此帖就在这里终结吧。

[sdjl]

@dudubaba “to b 的可以，to c 的不行”

恩，我说的很多问题确实出在 to b 项目中。

[Felldeadbird]

产品经理不能让程序员当，反之亦然。

但是这个这两个岗位可以从各自工作经验转岗而来。

我公司没产品经理，所以我就成了开发和产品经理。这样会带来一个很恶劣的情况：我日常接到需求，我做的开发只能凭空去揣摩提出需求的人的想法。

典型的例子：公司有一个采购模块。老板提出来后，采购人员没想法，仓库人员没想法，老板只有需求的想法，其他不管。 我就只能去找网上相似产品去做。经过一番开发后，用的人觉得难用，开发过程自己也难受。到最后连反馈都没有。

每每出现这种情况，我就想如果有个产品经理，我都不用去自己苦恼这些了。他给我制定好方向，我执行就可以。

[chenrui920614]

写程序和懂心理学、消费心里有什么关系

[konakona]

程序员可以转行当产品经理，但不能产品经理负责写代码。

[justfindu]

是的, 但是又不是, 产品经理其实还有其他要做, 但是傻逼产品经理的确不如程序员自己搞.

[hjw45611]

😎: 我觉得老板这活也该由我干

[whyiyhw]

程序员跟产品是一体两面，早期的程序员都是，跟人打交道，理清业务然后对现实场景进行建模，设计数据结构，用程序去模拟现实，后续随着大规模生产需要，分工细化，就分出了产品这一个岗位。 有能力二合一的人，是不甘心打工的，搭配点销售，营销的工作，一个人就是一个公司。
@sdjl

[sdjl]

补充一下，我确实经常自己做产品自己写程序，所以我才会来发这个贴。

但是发帖的目的是为了讨论这个问题，不是讨论我的情况，所以建议大家围绕问题讨论，不要议论楼主~

[sdjl]

@whyiyhw “有能力二合一的人，是不甘心打工的，搭配点销售，营销的工作，一个人就是一个公司。”

这点同意的，看来当今社会复合型人才不好找。

[lanlanye]

我支持什么都干，产品运营开发运维推广销售这些都可以自己做，老板也自己当，因为做好这些有一个共同的前提，就是对你做的事有充分的认识，职责分到多个人身上之后，沟通成本会显著提高，如果每个人对所处领域的认识有差异，就会出现问题。
然而从企业的角度来看，打造流水线，让每个人可以在细分领域不断深入，只做一件事无疑是更有效率的。

[losephsky]

不行，大多数程序员沟通协调能力不如产品经理

[szkoda]

最好那段问答真是太偏激了，对产品经理这个职位毫无尊重，建议发到即刻或者产品经理的圈子里接受下洗礼

[AlvaMu]

@sdjl #32 合理与否不是光靠说的,也不是"存在即合理". 如果是个人作品或者小公司的产品,使用这种方式完全没问题,而且大多数的初创公司的产品也都是通过这种方式做出来的,但是当一个产品的规模到达一个体量的时候,这种模式是否还合理呢? 在产品设计的同时,能否兼顾日常版本的迭代与维护? 产品调研市场的时候,能否一边调研一边改 bug? 这也是工作管理中最基础的分工与协作,专业的事情交给专业的人去做,市场中,效率最重要

[sdjl]

@lanlanye “然而从企业的角度来看，打造流水线，让每个人可以在细分领域不断深入，只做一件事无疑是更有效率的。”

你点出了个人利益和企业利益点的不同之处，许多企业老板在乎的是容易招到人和稳定的流水线。

如果企业换一种思路，培养复合型人才，等人才培养出来了，他们就自己出去单干了。

所以问题出在：利益的分配关系决定了工作方式？

[buchikoma]

不知道 op 是做什么方向的 rd ，作为 2b 行业的程序员，如果说你让我做产品的工作我肯定能做，但问我愿不愿意同事做产品和研发，那我肯定不愿意，至于为什么呢。
产品一般不会只负责一个小模块，而是一到两个产品线，在此基础上，跟设计、售前、商务、客户、运营以及其他业务线产品打交道。对于一个产品线来说，就是需要一个统筹全局的人去协调资源，确定排期，确定业务模型，可能这个人他不如研发了解代码，但缺了这个人，让研发去对接负责这些工作只会更乱套扯皮。

[yangxii]

@freeminder 亲自指挥，亲自部署有问题吗 XD

[Leonard]

还是有产品经理好一点，可以把不合理的需求挡下来。做过没产品经理的产品，老板啥都想要，天天想一出是一出