这是一个创建于 1737 天前的主题，其中的信息可能已经有所发展或是发生改变。
我理解不是 产品 不是根据反馈和市场动向、竞品啥的设计出好用的逻辑然后研发去实现吗？
什么时候开始出现产品比研发大一级的调调的(难道是我的错觉)？
看到好几次说产品说了以后研发无能为力必须实现 balabala 。提个根据手机壳颜色自动换主题的还真闷声不坑开始做了？
 | 1 lonelymarried 2021-01-07 17:17:56 +08:00  1 研发如果自认为低一级，那就是低一级了。 |
 | 2 misaka19000 2021-01-07 17:21:52 +08:00 因为研发普遍比较老实 |
| 3 misaka19000 2021-01-07 17:23:28 +08:00 7 此外，产品一般离权力层比较近，更容易获得权力层的信任； 而且我们知道，提出问题比解决问题要容易的多，如果权力层不能意识到这个道理，就可能会疏远研发； |
 | 4 kop1989 2021-01-07 17:36:38 +08:00 1 从管理角度上讲，我个人认为应该大一级（现实往往是平级，导致程序员和产品经理的矛盾经常爆发） 因为产品经理决定产品的走向和设计。也要对产品落地所付出的人力等成本负部分责任。 而设计往往决定了程序员的工作量和工作难度。所以程序员和产品经理其实是有利益冲突的。 所以理论上讲产品应该大一级才会解决一线开发和设计之间的利益矛盾。（既产品经理、项目经理和开发组长 /teamLeader 平级，此三人沟通来共同负责产品进度、成果和风险。产品经理尽量不直接对接落地程序员） |
| 5 kop1989 2021-01-07 17:37:53 +08:00 但大一级不代表可以“指挥”，“领导”一线开发人员，这是两个概念，不能混淆。 |
 | 6 woodensail 2021-01-07 17:42:08 +08:00 产品经理这个词覆盖的范围可就大了。最大的是能管理人事财务的项目经理，中间的是负责产品规划设计的产品负责人，再往下只是功能细化和文档输出。这些都能算是广义的产品经理。 所以说产品经理是否比研发级别高，取决于你们公司对产品经理的定义是啥。 |
 | 7 elfive 2021-01-07 17:46:59 +08:00 via iPhone 4 因为没有研发经理跟他对线 |
 | 8 renmu123 2021-01-07 17:49:51 +08:00 via Android 已经有公司把“产品经理”改成“产品”（差不多是这个） |
 | 9 shyrock 2021-01-07 17:51:02 +08:00 具体到人，初级产品经理可能职权远小于研发总裁，所以我姑且认为你说的是产品经理这个岗位序列和研发这个岗位序列的比较。 就岗位序列来说，不同公司对产品经理的职责定义不一样，如果产品经理只是需求、设计、验证，那么可以理解为两者平级但是分工不同；如果产品经理在此之外还负责产品研发投入和市场销售，那么显然更高一级。 |
 | 10 CismonX 2021-01-07 17:52:41 +08:00 via iPhone 产品经理也分不同级别的 比如说在某个项目里面，我是负责具体实施的开发人员。和我对接，给我提需求的那个产品经理一般来说是和我的组长同级的（这个级别指的是在某个项目中的话语权，而不是职级，很多公司的开发和产品走的不是同一个职级体系，没法对比） 和我同级的，则是那个产品经理手下的“产品小弟”，搞用户调研，做报表，出设计方案之类的脏活累活都是他们做的。 |
 | 11 jr55475f112iz2tu 2021-01-07 18:00:55 +08:00 我觉得这和公司的业务类型、公司风格、乃至创始人有关 |
 | 12 bleepbloop 2021-01-07 18:06:39 +08:00 已支持的产品划分，产品经理就是你的 team lead ；以项目划分，项目经理就是你的 team lead |
 | 13 charseer 2021-01-07 18:11:49 +08:00 产品是产品,经理是经理好些 |
 | 14 nuistzhou 2021-01-07 19:04:28 +08:00 via iPhone 可能产品经常认为自己是甲方吧 |
 | 15 Vegetable 2021-01-07 19:09:28 +08:00 也有开发是大爷产品是弟弟的组合吧 |
 | 16 hoyixi 2021-01-07 19:16:56 +08:00 谁距离决策者近，谁就有话语权 |
 | 17 twllz 2021-01-07 19:25:15 +08:00 岔个题：根据手机壳自动换主题，已经被证明是可行的了。参见 Pixel 和 iPhone 12 。 |
 | 18 kran 2021-01-07 19:30:12 +08:00 via Android 开发年头越多，越能感受 pm 对产品成败的决定性作用。如果只纠结谁听谁的，那显然会陷入内耗。pm 所需的专业性也不比程序员更简单。 |
 | 19 Keyes 2021-01-07 19:38:05 +08:00 via iPhone 你做个产品经理试试，不大一级研发是真不听啊 我举个例子，我前公司客户要求把系统某部分数据导出成内容是表格的 pdf 文件，当前系统已经支持导出为 excel ； 不做就不验收，几十万的尾款压着，然后产品分析后认为应该做，一是尽量帮市场收款，二是功能也不是十分复杂，三是其他客户也提过，并非单一场景定制需求，毕竟 pdf 分享起来也方便不是么，于是就转研发； 到了研发这边就变成了各种吐槽扯皮不做，说客户傻逼，自己转一下会死么之类的，各种拖，这事就扯了半个来月； 如果楼主公司这个决策是在我前司做的，我双手双脚赞成，那个环境把研发都惯的什么逼样了，怎么回事自己心里就没点逼数么 |
 | 20 opengps 2021-01-07 19:39:33 +08:00 人家头衔是经理，事实上常常也是项目经理产品经理二合一 |
 | 22 gggxxxx 2021-01-07 19:59:04 +08:00 国内大多数公司的情况是程序根本就不信任其他角色除了自己直属上司。为什么不信任，说简单点就是自大。 设置产品经理这个角色是有很多好处，最能解决的程序员视野狭窄的问题。nba 每个球队除了教练还有经理是有道理的。 |
 | 23 Aoerz 2021-01-07 20:05:27 +08:00 via Android 人家可是经理(doge |
 | 24 KarPy 2021-01-07 20:22:49 +08:00 我觉得还有个权责问题，楼上一位说了，产品应该大一级，产品对项目负责。 问题是产品往往难以对项目负责，他的责任会透传到开发身上。比如一个需求路线搞错了，开发辛辛苦苦搞完，然后客户反馈不满意。 这个时候，产品负责，对，扣他工资，但最后的屁股还是得开发来擦，何况扣他工资和开发也没关系啊。 |
 | 25 mlsnatalie 2021-01-07 20:32:10 +08:00 via Android @gggxxxx 问题是辣鸡产品经理太多了，让你很难听他们的。很多产品经理自己连产品逻辑都理不清楚，都得开发帮他们整理。 |
 | 26 wtdd 2021-01-07 21:42:34 +08:00 还真是高一级，毕竟是从事管理工作，你做过研发管理就明白了，就像 CEO 比 CTO 大一样 |
 | 27 namelosw 2021-01-07 22:31:34 +08:00 国内啥都要搞成阶级斗争呗. 国外 PO 和 dev 级别也没啥区别, 最多就是 CEO 大点. |
 | 28 Jooooooooo 2021-01-07 22:44:44 +08:00 研发就是搬砖的, 别人说啥就做啥 pm 就不一样了, 可以定义产品的走向 绝大多数业务都靠产品, 运营, 生死和研发关系很小 |
 | 29 Lemeng 2021-01-07 22:50:26 +08:00 产品也分等级的，高级的有些确实，一般的就比较低调。好说好商量 |
 | 30 silerLee 2021-01-07 23:20:17 +08:00 产品员=开发员 产品经理=开发经理 然而没有产品员. |
 | 31 akira 2021-01-07 23:20:26 +08:00 出问题谁背锅 就听谁的 |
 | 32 linnana 2021-01-07 23:39:11 +08:00 1.在一个组织里谁是关键资源就谁就更占优势，一个公司的销售收入占比最大的话让销售主导也是合理的，况且公司大到一定程度的时候不管是运营、产品、研发都只是其中一个螺丝钉而已。 2.你去问阿里的运营、腾讯的产品在研发面前会嚣张吗？不会，因为他们本身也并不是关键资源，需求永远是做不完的（研发资源必然是紧缺的）而研发人员短期内虽然没有需求选择权但是有中长期的选择权。 3.一个稍微专业一点的运营、产品都会在工作以外努力讨好研发的，或许工作上不一定退让，但我合作过的产品、运营没有一个会把合作的路堵死的，一个名声不好的产品、运营很快就不会有人接他的需求的...... |
 | 33 zgl263885 2021-01-08 10:25:04 +08:00 via iPhone 都是打工人，谁惯着谁呢？ |
 | 34 overLoads 2021-01-08 10:25:10 +08:00 拿个上路坦克去对线 adc 。你摸不到我，我打的到你。你摸到我了，想把你带走，结果手短了，你跑塔下了。我只能原地拍地板。然后各自 b 。 |
 | 35 kunkunzhang 2021-01-08 11:00:41 +08:00 我们公司测试都比研发地位高，老板最喜欢听测试的话，有问题怼我们，然而测试有时候连怎么测都搞不清楚就甩锅 |
 | 36 www5070504 2021-01-08 11:02:51 +08:00 因为产品可以给你安排活 你不能给产品安排活 |
 | 37 Essaim 2021-01-08 12:13:40 +08:00 看老板，我们破公司老板超级喜欢产品。 1.产品全部配 15 寸标配 MBP，研发清一色 3000 块办公电脑+垃圾 TN 屏，我现在都是自己带笔记本办公。 2.产品大量需求，是老板亲自开口，这就出现了产品非常强势无法反驳的情况。 3.公司平行架构，产品组直接由老板管理，而一般程序员则是部门主管管理，行政等级上就是低一级。 4.老板甚至会下场指定前端框架，现在的项目使用 antDesign 就是老板指定的，不考虑程序员的技术栈且不给时间学习，压缩开发时间。 你看，我们公司软件研发地位可是底层。 ps.公司主业是实体机器，互联网软件部门还没盈利，所以几乎是整个公司地位最低的了，估计不如客服组把。 |
 | 38 ErwinCheung 2021-01-08 15:11:40 +08:00 @Essaim 你这样说 运维看来在客服组下面 |
| 39 Essaim 2021-01-08 18:14:37 +08:00 @ErwinCheung #37 哈哈，我们互联网部门没有运维目前，都是老大在做，都是内部业务，为硬件提供服务。 |
| 40 ErwinCheung 2021-01-08 19:26:42 +08:00 @Essaim 懂了 运维是老大 |
 | 41 xiangbohua 2021-01-09 15:05:36 +08:00 哎，我也越到这种问题。 进公司以来一直负责仓储物流的系统这快，后来进来一个物流的产品经理，部门领导说他是“见过大象的”那种，现在每次开会说东西都是一副人上人，指点江山、教在座其他的做人做事的那种。 非常难受，虽然说人家年纪是大需要理解，但是总这样真的蛮难受的。 |
| 42 xiangbohua 2021-01-09 15:06:49 +08:00 @czfy 太对了。绝对和创始人（或者低于创始人一点的公司高层）有关 |
 | 43 l00t 2021-01-10 01:45:30 +08:00 这个就是公司内部话语权的问题了，和个人风格、领导喜好都有关，并没有定数。 在我这的话，产品，不管他真正的职级是什么，只要没有直接从属关系，那就是平级。他要做什么需求，他得说服我同意。我不同意而他又要做，那另请高明就是。当然大多数时候只要能说得出像样的道理，我都会同意。 而遇到某些不像话的产品，拍脑袋做需求，需求一天三变，那务必得让他提出的每个需求都付出代价，给他一个”提需求不是无成本“的认识。 |
Select Language