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

2023-06-13 12:56:39 +08:00
 sdjl

现实情况

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

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

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

我觉得合理的模式是：

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

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

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

  1. 有些人觉得，产品有产品的丰富经验，程序员不一定会做产品
  2. 瞎说，都会写程序了，还不会做产品？
  3. 做产品需要丰富的经验啊，要懂心理学，要懂消费行为学，程序员懂吗？
  4. 瞎说，我都会写程序了，我还不懂这点心理学和消费行为学？
  5. 做产品要会用产品经理的工具啊，这么多工具你学过吗？
  6. 瞎说，我直接写代码就好了，你那个工具不就是你不会写代码才学的么
17621 次点击
所在节点    程序员
221 条回复
zzzmh
2023-06-13 15:00:43 +08:00
第一句话不认同，不是产品经理这个岗位降低的效率，是人和人沟通就会降低效率。只要一件事参与的人大于等于 2 人，就会需要沟通，人越多，沟通就越累。人性使然。举个例子，客户要五彩斑斓的黑，如果产品去沟通，理论上产品就需要洞察客户的真实需求，判断需求的可行性，转换成程序员和设计能理解的语言，增加沟通效率减少客户和开发之间代沟。如果你让程序员直接和客户谈，鸡同鸭讲，客户说客户的，程序员说程序员的，最后很可能程序员会直接来一句这也实现不了，那也实现不了。那客户黄一次，黄 2 次，第三次程序员就黄了。换个角度，假如程序员是一个双商都高的人，既能沟通也能开发，那是捡到宝了，只不过这样的人会十分罕见，价格也会十分昂贵。
fiypig
2023-06-13 15:01:04 +08:00
我还是喜欢拿着产品的原型做事， 这样省去一些麻烦的，怕扯不清
关于测试要程序员来做这事，开发做好功能的确要测试的，然后在走到测试人员去测试功能，测试人员说是 bug ，如果开发说不是 bug 的话，那其中一个人肯定功能理解错了。
LiubaiQ
2023-06-13 15:02:47 +08:00
哎，其实是大部分开发都没有合作过高水平的 PM ，然后就产生了 PM 只会起反作用的印象。。。点名夸奖杭州很多公司，确实很多 PM 都是这吊样。。。但不能否认有高水平的啊。。。

之前还在外企工作的时候，那跟 PM 共事，真是合作愉快，顺畅无比，一个做了小十年的项目，功能巨 tm 多（ asp 项目，120w 行代码。。。），老开发都记不住哪块有啥，文档写百十页，但人 PM 就是能整明白，出新功能，或者迁移、分离老功能，就是稳得一批，夸张一点说，kick off 大会上开发连脑子都不用带，直接照着需求文档实现就行，啥都给你列好。

当然可能跟工期充裕也有关系😅俩月一次迭代，经常半个月干完活，剩下半个月：摸鱼+优化+code review 。。。，最后一个月给 QA 、PM 、I18A 啥的做点支持、沟通的工作。。。哎怀念啊。。。
LiubaiQ
2023-06-13 15:07:16 +08:00
@LiubaiQ 补充一点，QA 也有很 nb 的，就是相对 nb 的开发来说比例少得可怜。。。
oakcdrom
2023-06-13 15:13:38 +08:00
拉倒吧，大部分研发只负责功能实现，哪有在乎用户体验的。。。
lykhero
2023-06-13 15:20:07 +08:00
你肯定没干过产品类的活， 绝对把你恶心死。。无数的会，无数的无效沟通。
你说唾弃的是那些完全不懂技术的产品，或者说那些自以为是，不去学习或者请教技术的人，这种人在某国大有人在罢了
lykhero
2023-06-13 15:21:49 +08:00
@LiubaiQ 老哥那你当年为什么出走了啊？？？？
xhcarlin
2023-06-13 15:22:07 +08:00
其实也可以参考一下大多数独立开发的产品
Yuicon
2023-06-13 15:23:55 +08:00
分开很正常 事情太多管不过来 我不爽的是开发地位太低 产品可以领导你 测试也可以领导你 开发就是干苦力的 还要加班干 完了还要整一堆绩效管理开发 生怕你摸鱼
iovekkk
2023-06-13 15:28:38 +08:00
你其实只看到了产品经理与开发有交集的地方
其实这只是产品经理本职工作的一小部分
从考核指标来看，产品经理是直接看数据结果的
一个需求上线后，有没有获得目标数据，比如下单转化量，注册转化量，或者其他什么数据
这些东西如果需要开发来负责，开发肯定头都要大了
nekoneko
2023-06-13 15:31:06 +08:00
给我 double 钱我可以都给你干, 可惜资本家甚至只想给 half 钱让我干 double 工作
LiubaiQ
2023-06-13 15:31:39 +08:00
@lykhero #87 还是因为钱啊。。。二线钱太少了
nebkad
2023-06-13 15:32:25 +08:00
你们不觉得组织劳动这活，应该由劳动人民自己亲自干吗？
iovekkk
2023-06-13 15:33:52 +08:00
或者我们再换一个角度来看问题
假如你们是一个电商公司，做了一个电商产品
开发加班加点做了一个新功能出来，本来是指望这个功能能够吸引用户下单，提升下单量，提升交易额的
但是新功能出来以后，下单量没有上升甚至还有下降
这个时候，老版怒了，来找开发兴师问罪，如果你是开发你会不会觉得冤屈？
我功能做出来了，又没有出 bug 。用户不下单关我什么事？
你是开发的话，你一定是这么想的吧？
如果你这么想的话，那么如果新功能出来以后，下单量提升了，达到了预期，你会觉得这功劳全是开发的吗？
Worldispow
2023-06-13 15:39:49 +08:00
先把你现在手头开发的功能，写一个 20 页的 ppt ，再分别写 400 页左右的可行性研究、需求设计、详细设计，把这几个文档拿出来再说，不然谁都会 bb 。
BMAO
2023-06-13 15:41:06 +08:00
远古时期的确是这样，但是现在的产品和系统越来越复杂，你一个人要搞多久？按你的想法，汽车设计师或者汽车制造不分工每个人啥都干。福特当年就不会占领市场了。我看你的描述，好像少了个环节，叫需求评审，这个是可以技术参与一起讨论方案的。
MiaoLei911
2023-06-13 15:41:46 +08:00
小厂思维吧，一般产品经理牵头带一个项目，与其并进的可能有项目经理，其次任务下发到运维、开发、美工等，虽说有技术思维的产品经理开发起来很愉悦但这不是老板该考虑的事情，我们的职责就是尽可能实现需求，各司其职吧。
0o0O0o0O0o
2023-06-13 15:43:32 +08:00
站内开发者经常发自己的作品啊，你看看有几个能赚钱的...
OpenJdk
2023-06-13 15:45:20 +08:00
应该，但是老板不给钱和时间。
wangxiaoaer
2023-06-13 15:46:23 +08:00
我理解楼主，有些没有技术背景的产品经理输出的设计没有逻辑，不成体系，最终流于形式，实际实施中还是要把开发人员推到甲方面前，并且甲方自己也不懂，各种天马行空的想法导致边开发边改，最后就觉得产品经理没啥价值。

我觉得最大的问题还是国内软件开发的模式还是太草率了，甲方乙方缺乏足够专业的人进行沟通，导致需求无法精准表达，最长听见的一句话就是“先做个东西出来给甲方看看，再来细化”。另外有些群体也看不到软件开发的工作量，晚上提需求，第二天上线的情况也着实不少。

这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/948294

V2EX 是创意工作者们的社区，是一个分享自己正在做的有趣事物、交流想法，可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX