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

[sdjl]

现实情况

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

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

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

我觉得合理的模式是：

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

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

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

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

[sdjl]

@AlvaMu “ 在产品设计的同时,能否兼顾日常版本的迭代与维护? 产品调研市场的时候,能否一边调研一边改 bug? ”

你说的“不能一边 XX 一边 XX”的问题在我看来并不成立，如果你假设项目有 3 个产品+3 个程序员，那我的方案是假设有 6 个程序员。

[la2la]

合理的规划甚至比高性能的编程更为重要

[7gugu]

不觉得，跟运营跟老板扯皮就够喝一壶的了，根本不想做庞大系统下的产品

[wonderfulcxm]

没有产品经理，我直接对接老板，额，我就是产品经理…

你是不知道有些外行是多外行，经常发明一些让人摸不着头脑的名词，比如要在网站导航栏加一个项目，他管那个导航栏叫置顶。把搜索页叫做标签页。

有问题的时候也不发网站 URL ，老发截图，我还得自己找 URL ，截图就截图吧，还是是 printscr 全屏截图那种，偶尔用 QQ 内置的截图功能，也不会用快捷键，只会用鼠标点截图的按钮。图发过来半天不说话，让我只能猜猜他想干嘛…

[AlvaMu]

@sdjl #61 所以也是我说的 产品的体量不够,这么做没问题

[fengfisher3]

一句话：太年轻（太片面）。
但你可以尝试自己去做产品，自己设计（借助 AI 画图），再自己写程序。做全能独立开发者。

[sdjl]

这个帖子让我想起了一个游戏：《星露谷物语》

[sdjl]

@fengfisher3 我正在往这条路发展，话说有“原型图 -> 设计图”的 AI 吗？

[dann73580]

很多技术出身的人是有知见障的，技术背景会阻拦对普通用户的洞察。所以需要一个产品经理是也正常。为什么有些产品经理不行，那是另一个问题了。

[zhouweiluan]

可能这一点只局限于 OP 和极小部份人，能拥有产品的思维和能力，独自就能把产品做的很好。
但是这不是我即世界啊，大部份程序员估计都做不到这一点，硬上的结果就是做出的产品非常的「面向程序员而设计」，无法面向大众。
万年欠揍老句：存在即合理。如果每个程序员都能独自把产品做好，产品经理这个岗位早就消失了。

[wanwaneryide]

有个话我觉得还是挺对的：不要拿你的业余爱好和别人的专业比。能做和做的好，能用和好用差别还是挺大的。产品调研、需求沟通、确认这些环节建议楼主自己去体验下，看看需要多少时间。

[est]

之前我也不明白，后来我明白这道理了

简单的说就是市场的错配

美国搞产品经理、搞咨询公司，前提有一个——别人是真的能拿得出来 business 案例，知道怎么挣钱，对用户心机了如指掌，知道如何营销和讨好用户。这样的人来做 PM 我觉得真没啥问题，毕竟别人 PM 是拿来吃饭的。PM 不靠谱早被干掉了。

但是国内很多煤老板和乡镇企业家东施效颦，也设置平行岗位引进了这一角色，我承认国内也有很多出色的能力很强的 PM ，但是大多数岗位上的人就是纯混子。。。。

[NoOneNoBody]

@sdjl #36
一级分工和二级、N 级分工是有区别的，我觉得你模糊了它们，没分清楚

例如一级分工主管业务的，还有二级分工售前和售后，你理解的产品经理只是售前部分里面的设计岗位，但售前还有和客户沟通的岗位，只不过小公司多数是兼任而已。程序员直接替代售前、售后的话，我预料会得罪很多人

[xiaojun1994]

《你们不觉得测试这活，应该由程序员自己亲自干吗？》

[exmario]

说明你不了解产品经理，一个游戏的产品经理，程序员可以兼任吗？又做裁判又做运动员

最后只会出现最容易实现的产品，而不是最好的产品

[est]

技术岗能平行引进，因为就 tech company 赛道而言美国的市场需求和我国很类似。但是「商业」层面我国其实和美国差别太大。所以才让美国那一套 PM 行业方法论其实不太灵。国内的 PM 感觉也没搞出成套的知识体系和成长路径。最终这一岗位演变成中层和事佬角色。

[8355]

很多东西只是你以为的是你以为的
我前司产品被业务部门疯狂 diss 其实他很优秀 你的牛逼方案人家未必满意

做开发你能干的爽必然有人为你负重前行，可能是产品，可能是你的 leader
有些事故 bug 之类的都要有人去顶雷
你说东西都在你脑子里 你不画出来谁知道你想的是不是人家想要的呢

你天天跟业务部门过需求你还有时间写代码吗 你开会过需求干说不讲文档不画图不写 prd 不画原型你跟 ui 怎么对接 直接全栈开发是吧
你能做到业务部门 24 小时 oncall 第一时间回消息吗

[HancockXu]

产品经理由程序员干，产品就会充满了妥协与凑合

[hhjswf]

你们不觉得测试这活，应该由程序员自己亲自干吗？提交了 bug ，程序员认为不是 bug 再打回去，增加沟通成本。
每个人都不是全知全能，需要别人来补充。

[darkengine]

太小看人的惰性了，就我接触过和带过的同事来说，如果让他们决定产品的功能，出来的就只能是个 demo 。公司 /产品又不是自己的，能懒就懒。可能 OP 接触到的都是高素质层次的人才，那就不一样。