产品经理是不是程序员的领导？

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

这是一个创建于 1645 天前的主题，其中的信息可能已经有所发展或是发生改变。

最近几年感觉比较明显，虽然名义上是上下游，但是感觉现在很多产品经理在实际交流中都是把开发当成他下属的开发团队。

第 1 条附言 · 2020-05-21 16:50:47 +08:00

这帖子可能没有表达清楚，
在一个小公司里，如果团队的产品经理和开发能力差不多，都归一个技术总监管理的情况下，产品经理是不是会更容易演变成那个领导者。

结和过去经历和分析感觉原因是小公司通常没有项目经理，但是产品经理因为在最上游跟权力最接近，所以更容易。

还有就是因为小公司产品很难看出对错，因为是传声筒，所以他的结果老板是不知道的，最终看到的成果是开发的成果，而通常程序又是会有 BUG 的，刚开始的版本很粗糙，对老板的印象上产品会加分，对程序会减分。

当然这一切的前提是有一个不怎么懂的老板，一个不怎么会管理的技术总监的前提下，野蛮生长

经理

程序员

上下游

开发

87 条回复 • 2022-03-19 21:46:26 +08:00

crazybinggan

2020-05-21 10:53:39 +08:00

不是，明显开发团队头头不够强势，我之前团队怼到产品没话说直接反转他们的需求...后面都是拿数据来提需求了。
更多的是合作关系，我们也可以给产品提意见，更多看团队磨合。

wyz123723

2020-05-21 10:55:46 +08:00

不是, 主要开团队领导强不强势, 像我们领导, 总喜欢和稀泥, 胳膊肘往外拐

RomeoHong

2020-05-21 10:56:33 +08:00

有的产品经理还真把自己当经理了

zgl263885

2020-05-21 11:11:39 +08:00 via iPhone

已经把产品怼的不敢说话了。
主要是太菜，基本功没有，不会思考，拍脑袋做决定。比如从一个对象列表里选一个对象作为表单的一个参数，他们给的要求是吧对象(有名称)列表显示成表格，而不是下意识的下拉列表。类似的想法太多了。就像是上班大家通常都是开车公交车自行车走路等，他们却指定开黑鹰直升机。
越想越来气，菜就态度好点，多听听别人意见，真以为产品经理就是高人一等了？你做的好，我可以听你的，你做不好，劳资还惯着你不成？

x86

2020-05-21 11:14:04 +08:00 via iPhone

坦白说混子职位（起码 90%吧），啥都不懂用几个软件写写体验就以为啥都懂了并自我感觉良好的那种

2232588429

2020-05-21 11:15:14 +08:00

大多数产品其实并不是什么经理，只是专员，对外说得好听都管这个职位叫经理，怎么可能真的是经理呢？如果技术原理都不懂一点，纯靠拍脑袋来，这样的产品在工作中毫无价值，就是个传声筒罢了。

cmdOptionKana

2020-05-21 11:15:25 +08:00

严格来说，让产品经理主导产品设计，让程序员当“将军”和“战士”的角色，尽量去满足需求，这样是最健康的，但是对产品经理的要求比较高。

另一种健康的方式是，让程序员的头头做主导，让产品经理做一个“军事”的角色，收集需求分析需求、提出各种创意，然后由程序员头头来最终拍板，但是这样对程序员头头的要求也会比较高。

cmdOptionKana

2020-05-21 11:16:02 +08:00

“军师”

tomczhen

2020-05-21 11:16:52 +08:00 via Android

程序员和产品经理都有菜的，说白了大多数情况下就是互相看不起，连良好的平等对待都做不到还谈什么交流合作。

更不要说很多小公司还真是领导和老板直接负责产品经理的职责。

pengjay

2020-05-21 11:42:43 +08:00

看团队，是技术主导还是产品主导。

evill

2020-05-21 11:48:31 +08:00

有的产品经理把自己真的当经理了
当你经历过数据驱动的时候，就知道产品出错需求 KPI 没了，然后他们就不会指手画脚了

xuwei0056

2020-05-21 11:57:11 +08:00

在我们公司是这样的，起码工资结构是。产品的工资比开发高的多

wienli

2020-05-21 11:57:55 +08:00

是个锤子，直接开怼，都是第一次做人凭啥我让着你

tsuijinglei

2020-05-21 12:10:00 +08:00

产品经理不是领导，产品经理应该是很具备说服力的同级 /同事 /合作者。

jimmy2010

2020-05-21 12:13:05 +08:00 via Android

这时候不应该说一句：产品当如张小龙？

em70

2020-05-21 12:17:13 +08:00

如果不是领导,根本没法驱动程序员工作,除非还有一个 leader 一起工作

ctOS1H

2020-05-21 12:17:41 +08:00

日常围观产品和开发吵架

hanbing135

2020-05-21 12:21:09 +08:00 via Android

没有比程序员更低的职位了吧

maduoduo

2020-05-21 12:21:36 +08:00

项目经理负责项目的进展，更像是项目成员里面的领导，产品经理算不上，产品经理只能算项目的一步，和开发人员、测试等属于差不多的

libook

2020-05-21 12:28:26 +08:00

产品给技术提需求的时候，技术要进行评审，对需求的合理性、可行性做出评估，有问题的话技术可以提出异议，以通过需求评审作为分水岭，通过前是产品经理的责任，通过后就是技术的责任。如果产品经理忽略技术的异议，那么可以使用邮件手段，来把相应问题、风险发送给对方，并抄送领导，已经正式声明有异议的这部分将来风险发生了就是由产品经理负责。

一个需求通过需求评审之后，必须冻结，以正式邮件申明需求文档和冻结状态，此时产品经理承诺不对需求做更改，技术承诺研发周期。如果产品需要变更需求，走需求变更流程，发正式邮件说明变更原因，技术重新评估研发周期，项目经理评估项目安排影响，由对应产品对相关损失负责，如扣绩效。若技术不能依照承诺时间完成开发，技术承担相应责任，如扣绩效。

timepast

2020-05-21 12:29:11 +08:00 via iPhone

我们公司把产品经理定位领导，哈哈，所谓产品负责制

huiyue

2020-05-21 12:36:16 +08:00

leader 是 leader 。产品经理只是负责把握产品方向。甚至有些公司，产品经理还不如开发。

rigortek

2020-05-21 12:42:10 +08:00 via iPhone

@libook 这个有理有据，既符合 CMMI 标准实施流程，又有很强操作性，受教了，感谢。

Vegetable

2020-05-21 12:46:32 +08:00

顾客还是上帝呢..

passerbytiny

2020-05-21 13:38:21 +08:00 via Android

产品负责人决定优先级，技术团队决定工作计划，满足这个就是平级。
如果产品能对工作量预估提意见，那就是产品负责人手更长。
如果产品负责人 /客户直接决定工作计划，那产品负责人就是领导。
如果技术团队能够影响优先级，那产品负责人手太短。
如果技术团队能够决定优先级，那么产品负责人可能只是个程序员鼓励师。

以上这些情况，都是正常情况，都有理，只是平级的情况更符合长远利益。

shawnsh

2020-05-21 13:45:15 +08:00

平级

fanpenghua

2020-05-21 14:04:31 +08:00

题目就有问题，除非产品经理又带技术团队（技术还不错的那种）

上下游的关系，需求发起方和实现方

我本着想让需求阶段就让开发介入进来，其实貌似多个做过多个项目最终开发只要的开发文档并不是很愿意开头就参与到产品设计阶段。不知道开发大佬们的只是想看文档还是想产于到产品的设计（需求阶段）？

hardname

2020-05-21 14:06:48 +08:00

看公司吧，有的公司结构就是如此，产品就是领导，哎。

wangxiaoshan

2020-05-21 14:24:48 +08:00

画原型写文档对于产品经理来说，等同于文员需要会用 word，excel 。
真的产品经理是对业务的理解，以及上升到商业的角度。
如果是达到后者程度了，那产品经理基本上领导的也就不单单是程序员了。

plainboiledwater

2020-05-21 14:25:56 +08:00

那可是东厂的公公，皇权特许，钦察百官。

MrJeff

2020-05-21 15:04:51 +08:00

你又不给我打绩效，我凭什么听你的

tolerance

2020-05-21 15:05:41 +08:00

不是，平行职位

chmaple

2020-05-21 15:09:01 +08:00

分清楚产品经理、项目经理、开发经理的职责。
程序员作为开发，直接领导只有组长或者 CTO 。
但是作为项目成员在某个项目的时候，要收到项目经理的管辖。
偶尔项目经理会由产品经理兼任，但是并不意味产品经理就是研发的领导了。

换句话说，你保安在大堂里面要听一听大堂值班经理的安排，但是不想听就找保安队队长，他才是你真正的领导。

luoleng

2020-05-21 15:40:50 +08:00

。。哈？他 /她也配？

tiktokxxxx2020

2020-05-21 16:25:56 +08:00

当然不是了.......

NakeSnail

2020-05-21 16:29:32 +08:00

@chmaple 这帖子可能没有表达清楚，
在一个小公司里，如果团队的产品经理和开发能力差不多，都归一个技术总监管理的情况下，产品经理是不是会更容易演变成那个领导者。

结和过去经历和分析感觉原因是小公司通常没有项目经理，但是产品经理因为在最上游跟权力最接近，所以更容易。

还有就是因为小公司产品很难看出对错，因为是传声筒，所以他的结果老板是不知道的，最终看到的成果是开发的成果，而通常程序又是会有 BUG 的，刚开始的版本很粗糙，对老板的印象上产品会加分，对程序会减分。

当然这一切的前提是有一个不怎么懂的老板，一个不怎么会管理的技术总监的前提下，野蛮生长。

xuarongla0000

2020-05-21 16:34:26 +08:00

恕我直言不懂技术的产品经理都是垃圾

cassyfar

2020-05-21 16:47:29 +08:00

对于产品经理把自己当领导管我的，基本都吃不了兜着走了。因为产品黄了，锅是扣不到程序员头上的，如果扣到了，那程序员的经理真的很窝囊。

oatw

2020-05-21 16:49:19 +08:00

Are you kidding me?

小公司里根本不用也没必要跟产品经理讨论技术实现，只讨论业务逻辑很多产品经理就会被 diss 到哑口无言～
多 diss 几次，他就知道自己几斤几两了。

vtychx

2020-05-21 16:53:46 +08:00

其实主要是产品的设计不考虑技术实现的难易度，同时设计也不合理，加剧了矛盾
一句话就是，产品太菜，考虑不全面

oyjc

2020-05-21 17:04:56 +08:00

@zgl263885
"比如从一个对象列表里选一个对象作为表单的一个参数，他们给的要求是吧对象(有名称)列表显示成表格，而不是下意识的下拉列表。"
-----------------

从用户体验角度来説，从下拉列表选择一个项比起从表格上选择，不直观不好用。
从程序员角度，用个原生下拉框控件写出来当然舒服了，少了很多代码。

[请选择下拉] （里面包含 A B C D ...对象)

[表格]
A ...
B ....
C ...
D ...

以上选项比较少的情况。多的比如选择产品分类，下拉真的是作死。
---------------
当然，具体情况还要看当前的界面设计，有时候下拉列表比表格合适（比如，某些不常用的可选数据，不需要都显示出来占用界面）

oyjc

2020-05-21 17:11:19 +08:00

@xuarongla0000 反过来，不懂业务 /商业的程序员...？

zsyld

2020-05-21 17:11:21 +08:00

好怀念我上家公司的产品呀，舟山的一个高大汉子，但是脾气超好，提需求都是柔声柔气的，都是商量的口吻。
懂的很多，简单代码 python c 什么的也能看懂。简单的脚本也能写。后来还搞出一个八爪蜘蛛机器人，自己设计 CAD 图纸，tao 宝找人做出零件，控制中心树莓派，自己写的代码，还用别人的 AI 开源库红外追踪，屌的一批

int64ago

2020-05-21 17:21:42 +08:00 via Android

难道不都是求着开发人员么？又是按摩，又是请客

wangxiaoshan

2020-05-21 17:22:14 +08:00

@libook 说得非常中肯，有理。而且也是正常该有的一套行事流程。并不是一味的说不懂什么的什么就是什么。

copycoder

2020-05-21 17:43:24 +08:00

@zsyld 真的挺好

wangxiaoaer

2020-05-21 17:48:13 +08:00 via Android

@libook 这个理念很好，但小规模公司很难实现，尤其是产品，项目，技术一把梭的……… 想想就酸爽

zgl263885

2020-05-21 18:01:42 +08:00 via iPhone

@oyjc 选择数据库连接对象。

keepeye

2020-05-21 18:07:57 +08:00

天天被程序员怼的产品经理怎么可能是程序员的领导？除非他身兼项目经理或更高级别的管理岗。

charlie21

2020-05-21 18:13:15 +08:00

产品经理可以直接让不听话的程序员滚蛋，我会说？

conghuiwang

2020-05-21 18:57:27 +08:00

在我看来，产品经理就是老板和开发之间传话的。

hantsy

2020-05-21 19:32:15 +08:00

小公司根本就不应该有产品这个职位。

zhengdai1990

2020-05-21 20:03:35 +08:00 via iPhone

必须不是啊，你都可以开怼

Zien

2020-05-21 20:05:06 +08:00

我们 pm 把我们掐的死死的

souths

2020-05-21 22:14:09 +08:00

销售经理也是经理

depress

2020-05-21 22:18:27 +08:00

主要是产品经理这个名字害人...不仅自我感觉良好，别人听起来也像领导

nieqibest

2020-05-21 22:22:40 +08:00

产品经理废话太多

wtdd

2020-05-21 23:00:56 +08:00

严格来说是有管理的成分，至少是个监工，说是领导也不为过，特别是项目经理产品经理不分的情况

wh1012023498

2020-05-21 23:10:49 +08:00

依稀记得之前把产品怼的不要不要的。。这玩意。。更多的看地位了。。理论上职责不同,没有上下级关系。

daimubai

2020-05-22 00:54:43 +08:00

产品经理，也就是这个产品的经理，只管产品，不管人；技术经理不一样，不仅管开发，还要管技术人员

CuVee

2020-05-22 03:58:58 +08:00

不是，是程序员的大爹

laike9m

2020-05-22 06:36:46 +08:00

目前工作过的团队里都没有产品经理。。。

janxin

2020-05-22 07:51:13 +08:00

自然不是...

Wien

2020-05-22 08:20:58 +08:00

总体平等吧，开发有拒绝的权利。但是见过太多传话筒、和稀泥的产品了，提的需求要么是老板想做，要么是某个 KA 用户提出签单需要。根本不会提取他们的核心诉求，就是照搬。撕起来就说些有的没有的，一点切不到重点，这种产品就一点不想合作。

“用户就需要这个需求，怎么实现是你们开发的事情”

TomVista

2020-05-22 08:21:41 +08:00

@oatw 同感,产品连业务都搞不清楚,问啥啥不知道,

我:门票过期时间是多少?
产:门票不会过期
我:那这个门票使用日期是什么意思?不使用会过期吗?使用日期没使用怎么处理?
产:...

ooee2016

2020-05-22 08:25:02 +08:00 via iPhone

你是在说我们公司吗

MoccaCafe

2020-05-22 08:25:26 +08:00

借楼问下各位大佬，乙方项目经理也是程序员的领导吗？我总感觉不是，但是又不清楚用什么态度去对待

CrazyMoon

2020-05-22 09:10:54 +08:00

@hanbing135 #18 修电脑的。。

hjw45611

2020-05-22 09:11:34 +08:00

不怕不懂代码的产品，就怕自以为很懂代码的产品

jackchao7432

2020-05-22 09:34:15 +08:00

领导的工资都比你高，所以不是

futou

2020-05-22 09:48:42 +08:00

一看开发有没有绕开产品和上级沟通的权力。如果有，产品就不是领导。

二看谁在工作中掌握主动权。除非工作中产品喊开发爸爸，其它所有情况产品都属于管理序列。

nrtEBH

2020-05-22 10:02:07 +08:00

devops 把开发和运维怼到一起消除了矛盾
我觉得产品和研发要放在一个部门才行内耗太严重了这里开发多抱怨产品拍脑袋可有多少研发能真正理解用户需求和业务一起扛 KPI 就都闭嘴了

chmaple

2020-05-22 10:05:45 +08:00 via iPhone

@NakeSnail 小作坊模式和正式企业模式之间的区别。
小作坊模式下一般是谁距离领导层近谁的话语权更大一些。
正常情况下我也是以产品的要求优先，但是当产品无限制修改、新增需求，或者提出了无法实现的需求时，我们这里的开发是能直接找到开发组负责人或者直接团队头儿反应情况的。
基本就是有限度的容忍，以及超限之后果断上报。

chmaple

2020-05-22 10:08:43 +08:00 via iPhone

@NakeSnail
另外多说一句，我认为，作为研发，产品权势再大，也不是我的领导，大家都是同级。
领导，和临时的 leader 还是有区别的。
至少你无法一言就辞退我，一言就给我涨薪提职。