实践证明，产品经理比程序员重要

[exploreXin]

事情的起因是，我司员工众多，是一个中型规模企业，技术部门有产品经理，但真正产品经理的岗位实际是由市场部门的人充当的，技术部产品经理实际是“需求传达经理”。平时市场部经常提一堆天马行空的需求，很简单的事情要非常费时费力才能完成。“传达经理”只负责按照提过来的需求画原型，然后给我们写代码实现，没错，我是个程序员，我要表达我的观点如下：团队中，最重要的角色，是产品经理。

今天“传达经理”给了一个数据统计的原型，市场部的人要一个按照统计年，月，日统计，统计上个月，这个月，活跃的，不活跃的，拉黑的，拉黑再变白的，充值的，从来没充值的，国内的，国外的，男的，女的，买衣服的，买家电的，买通讯设备的 。。。。。。 的统计功能，然后这个功能做到一个页面，就是一次点击一个 http 请求一箩筐请求过来，再在这个页面选要筛选的东西。对于这样没有需求分析，迭代设计，耦合度前无古人，开发难度后无来者的人为复杂功能，我实在忍无可忍了，所以来发泄一下内心的万丈烈火。

平时都在黑产品经理，业界也对此乐此不疲，但是时间一长，慢慢的一些不明事实不仔细思考的人，已经分不清段子和事实的界限了，脑子里都是对产品经理的嘲讽与蔑视，大脑里面对产品经理的标签就是：不懂技术还要乱 BB 的废柴。之所以会出现这种情况，不是产品经理是拉吉，只是现在国内产业环境不成熟，导致一些不适合做产品的人站在了产品的岗位上，简单说就是不是产品经理这个岗位是拉吉，而是干产品经理这个岗位的人是拉吉。实际上产品经理岗位与时下大众印象中的恰恰相反，是技术团队中最重要的角色，产品接下来如何发展，添加什么样的功能可以最大化引流等等，都是产品经理才能拍板的事情，如果把产品经理比喻成船长，那么作为一个船长，应该带领整个船队穿越危险未知的航线，哪里有暗礁，哪里有风暴，都需要船长高超的指导能力，对比一下，人人都可以当船长，但是并不是人人都能够当好船长，能力不行还非要逞能的结果就是船毁人亡，最后死的不仅是自命不凡的自己，还要害了整个船上兄弟们的姓名。大家再黑产品的时候要想一下，作为程序员被能力不行的产品害了，就说产品经理岗位是多余的是不全面的，害你的是产品经理，但是有没有想过正是没有能力过硬的产品，所以才让自己工作那么难以开展，所以与其与产品撕逼，不如积累一下自己的技术，然后到一个有良好产品理念与把控能力的团队里去，这才是最有效的方法。

[gaobh]

你有一点说错了，不是产品经理拍板，而是老板拍板，老板让你这么做，产品也很无奈呀

[bk201]

团队中，最重要的角色不是老板吗？其他基本都缺不了，但也不是不可替代。

[reus]

产品经理懂沟通，不随便引战，比什么都重要

[eGlhb2Jhb2Jhbw]

BDD = Boss driven development

[opengps]

别总是找最重要！
好团队的搭建，不能忽视任何一个角色。当然，可能有些场景存在“闲岗”，这种情况例外

[newtype0092]

@gaobh 程序员都在加班写 bug，产品每天就跟老板唠嗑，给老板提意见，老板拍板也是根据产品的意见拍的啊。

[liuhuansir]

。。。我们通常说产品经理拉吉，当然是具体指某一个，或者说某一撮人水平差，从没有谁说这个职位拉吉吧？大家做梦都希望有一个高水平的产品经理，他能帮忙挡掉多数不合理的需求

[sm0king]

所以有句话叫：产品学会砍需求才开始入门。

[userdhf]

加过几个产品经理的群，一天到晚吵得乌烟瘴气
为一点点小细节能扯犊子一整天
大方向的话更是扯的十万八千里远
再就是携用户以令诸部门
任何不同意的观点拿用户出来说事
任何自己的观点也拿用户出来当靠山
然后我就把群屏蔽了

[daocheng]

你这个有体会，我准备提升下自己，自己去做产品经理了

[exploreXin]

@gaobh 小公司是老板说了算，大公司老板都只管给钱，什么这个需求那个需求，能引流变现赚到钱，就是好需求。

[exploreXin]

@daocheng 祝你成功 ~~

[exploreXin]

@bk201 其实我是标题党 。。。。。。

[exploreXin]

@reus 这最简单的事情，要做好的话比什么都难。

[vazo]

我不管,我就要取经!

[exploreXin]

@opengps 内行 。。。

[wangyzj]

团队中最重要的是利润中心

[exploreXin]

@newtype0092 这种应该叫御前太监 。。。。。

[exploreXin]

@liuhuansir 有理 。。。

[exploreXin]

@sm0king 有潜质，应该考虑转行做产品

[exploreXin]

@userdhf 你可能进的是传销群 。。。。

[exploreXin]

@wangyzj 有钱是硬道理。

[mara1]

给他们导出报表，让他们自己去 excel 里边玩去

[exploreXin]

@vazo 说到取经，有一点咱是比不了三藏的，人家是根正苗红的出身，别小看这个队伍里貌似最弱鸡的存在，师徒几个为什么每到一个王国都受到盛情款待，都是三藏的面子，三藏的面子哪来的，唐王给的，所以三藏是团队里能力最大的，不仅可以驱使自己的徒弟为我所用，还能将其他百姓的思想为他所用，任由驱使，也就只有他可以带头取经。就跟刘备一样，卖草鞋的人有那么多，卖草鞋并且心系天下的人也有不少，为什么只有刘备成就了霸业，就是因为人家天生有凝聚力，人家的祖宗是块金字招牌，这个普通人眼红也没办法，人家就是投胎投的好 。。。。。。

[storypanda]

@gaobh 亲身经历，我在过老板给的业务产品文案时，fl 部分我特地去官方网站查，结果说我否定老板能力，应届产品经理遵守就好，所以我现在在家了 hh

[darlinghsu]

@gaobh #1 我们就是老板拍板哈哈哈哈哈哈哈哈哈 产品无奈 开发艰难

[darlinghsu]

@storypanda #25 哈哈哈 心疼 不过也说明这家公司不适合你，能找到更好的（尽量别去小公司）

[php01]

这个需求很难做吗？不难你就做啊？难我就告诉老板去，说技术说这个他做不了。

[NathanInMac]

这么基础的数据还要开发么，让他自己 tableau

[exploreXin]

@mara1 人家不要，人家就是要浏览器里自己选，就是要自己选，就是要自己选 。。。。。。。

[exploreXin]

@php01 对，就是这个语气与腔调 。。。。。。

[exploreXin]

@NathanInMac 领导让实现市场部需求，我们说可不可以用别的方法满足，领导说让你做你就做！ @#￥……%@#￥

[laoertongzhi]

瑟瑟发抖

[dany813]

你赶紧把需求理清楚，摇身一变为产品经理

[inwl]

深有体会，不是岗位、模式、制度什么的不行，是在其位的人。

[raymanr]

反正给工资按时上下班就行了 , 上班时间领导让写啥就写啥 .

[Curtion]

我们这边都是直接说无法实现....

[blankfire]

这么基础的数据还要开发么，让他自己 tableau+1，定期导个表给他们不就行了

[fengmumu]

难道不是，产品要做啥-》运维有什么意见-》老板有什么意见-》 ui + 前端 + 后端有什么技术难点
真到实施的时候，基本就没有什么要做的了，一些莫名其妙的需求到不了开发那层啊，到了的都是头头拍板的，既然排版了，就只能做或者换个角度做啊，除非技术实现不了，没法做
至于你所谓的产品是中心，这个怎么说，各司其职而已，没有什么事不可替代的，就比如包饺子，擀皮的和包陷的还有煮饺子的哪一个重要？

[nolest]

要看什么公司，互联网企业应该是产品经理是核心，其他岗位配合，输出产物是产品。
但实际环境，由于融资烧钱，用户量，资金流才是决定是否能取得下一次融资的关键，所以运营 /市场部门会比正常情况强势得多，这时候产品的主要作用是提高用户粘度，留住用户，这样钱才烧得更值，这时产品经理就是两边的夹心饼，传话筒。运营 /市场的结果影响这个公司的生死，产品当然就是做执行，画原型，跟上下游沟通，就不是所谓的“船长”了。这种是运营 /市场主导的公司。
另外一种是技术主导的，这种公司非常少，技术大佬的话语权非常大，说砍需求就砍需求，说做不了就是做不了，在这里产品经理是与客户与技术实现的沟通桥梁，也是夹心饼。

在互联网 /软件行业这么久了，运营 /市场向的公司实在太多太多了，因为没有核心竞争力，用户靠烧出来，在风口吃一波红利的大有人在，LZ 说的是第一种，以产品为导向的公司，有是有也少，10 间里有大概 2~3 间的样子。

“产品经理比程序员重要”这句话在一定条件里是正确的，但放在大环境里不一定。

[FireKey]

学会和码农沟通,了解技术压力是产品经理能力重要的一环,网上被黑的产品连基础的沟通都做不好,的确是垃圾.只能怪这行入行门槛太低.

[zhchyu999]

你这个场景明显像一个木桶，产品是短板

[www5070504]

无比赞同

[Raymon111111]

看我以前发的这个被挪到水深火热的帖子

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

和你说的东西是差不多的

不过 产品, 运营, 销售 我感觉各有各的重要, 反观程序员, 是最不重要的.

[TesterCC]

你这标题太容易引战了，优秀的产品经理的确能有效提高大家的生产率且重要性毋庸置疑，但是普通水平的保留意见。而且，要说可替代性，各岗位都挺高的。

[xuanbg]

楼主你这个其实就是各种维度的报表而已，但产品硬生生把报表搞成了查询，我猜他们在统计之外，还要看到各种明细吧，而且还要实时的，这个就尴尬了。

[hdriftking]

我自己就是产品，虽然称不上优秀，但至少还是有一些经验的：

合格的产品条件 1: 必须是技术出身，即使并没有靠技术赚钱。
合格的产品条件 2: 必须从事过多种岗位，自下而上包括市场（甚至销售）、运营、项目经理、数据分析、产品、开发。

优秀的产品：
有自己强烈的观点，也有推翻自己以往观点的能力，再加把一件事或一个问题落实到计划，最终执行成功的能力。

[T3RRY]

team 里任何角色都有其专业性，无法横向比较！你要是引战，那行

[paradoxs]

各位朋友，销售才是最重要的，公司没钱就死了。

[CF3B5]

程序员通病……呵呵！
其实 LZ 说了那么大一通，其实就是我就是个打字的，业务需求这种这么麻烦的事情别烦我，找个产品经理自己想办法！
只要不要麻烦我，捧产品经理做神都没所谓……
实话实说，LZ 不改掉这种思维方式，开发技术上是不可能有真正的成长的！

[silverbooker]

神策数据了解一下 （ doge ）

[rogwan]

挖掘用户需求，然后找技术员实现，当然是产品重要。

如果是技术创新，推动需求升级，自然是技术重要（产品 pm 不知道技术实现）

日常前者居多，都是现有技术的排列组合。

[lithium4010]

产品经理必须重要啊。。。传达经理这个描述真是哈哈哈哈哈

[yaokwok]

传达经理 NB

[mara1]

碰见过自己都捋不清需求的产品，要靠我问他答的形式，来补全 case。
不会画原型图，靠 document 文字描述需求。
不用 git，靠邮件发送日期让我找对应的版本。

这些方面我理解是可以自身学习提高的。

至于更深的思维方面等技能，只能靠工作积累了。

[awesomes]

没毛病，产品经理之于程序员就好比导演之于演员，决定一部电影优劣的核心是导演，决定一个产品优劣的核心是产品经理。方向错了，再牛逼的程序员也白搭。

[hyy1995]

产品经理？国内的产品经理，除去大厂之外，还剩多少个靠谱的？中下公司大把没开发经验的产品

[hyy1995]

中下公司 ----> 中小公司

[stargazer242]

看看国外的 PM 守则
Your role on the team
you are not a “CEO” of the product
you are a team leader
-set the cadence
-build the roadmap with brainstorm meetings(quarterly)
-Articulate the roadmap clearly and consistently
-Hold regular product operations meetings(weekly)
-“Act Solid” (more on this shortly)
-Take and share clear meeting notes
-brainstorm effectively
-Everyone pitches ideas to drive biggest impact(No ideas are bad!)
-Q&A where people pitch or describe ideas
-Everyone votes for their top3
-Discussion of why and how people vot ed
-Re-vote
-You now have top-3 roadmap plan.More or less.
-manage product operations
-Share company news relevant for team
-Gut check for features getting launched ASAP
-Learnings and analysis of recent features
-Roadmap check-in on new development
-1-2 key topics for brainstorm/discussion or guest speaker

[designer]

快说你是不是伪装的程序员。
不要搞绝对论朋友。营销和市场也很重要呢！！！

[FrankHB]

缺乏万事俱备只缺一个程序员的实践，还真是幸福啊。

[qiutianaimeili]

财务最终要，没有财务，谁给你发工资？没有工资，你有心思干活吗？还有心思摸鱼吗？

[zjuster]

这些需求合理，但是应该是大数据 BI 部门分门别类来做离线聚合，分很多不同场景页面来支持（也有很多第三方工具），也可以定制页面，对于有专门数据部门的公司，需求也不复杂。

放一个页面全看所有信息，还要筛选和搜索才是槽点。

不如你让产品把原型画出来先，让他把筛选逻辑列举一遍，他画一半就会哭了吧...

[qwlhappy]

毕竟好的产品经理比好的程序员要稀有吧

[Socket]

简单来说一个项目团队谁离业务最近谁就更重要，那么就可以得出产品》开发》测试》前端，ued，越往后不可替代性越低，产品是最核心的，一个好的产品就好比一个船的船长，怎么规划路线怎么开决定着项目团队的存亡，至于后面的水手换谁都一样，可能需要 1-2 个资深水手来把控船的驾驶。

[Socket]

不过呢，同学你要搞清楚你的屁股坐在哪里，动不动就站在产品经理的角度说话和明明是打工的天天替老板操心说加班有福报的话可不好

[niubee1]

为什么吐槽产品经理呢？事实上就是因为这个岗位太重要了，但是现在大多数在这个岗位上干活的人，达不到这个水平，才会去吐槽他们。

[inoizyz]

我这就是导出到 xls 剩下不管，最多做个分类汇总和排序

[zjh6]

如果卖产品,光靠吹牛皮.早晚会完蛋.
王婆卖瓜,自卖自夸,是魔鬼法.
一时爽,要倒霉的.
好好的做产品才是正经!

[fancy111]

这不难吧

[exploreXin]

@hyy1995 内行 ~~

[exploreXin]

@stargazer242 专业，必须赞一个！

[exploreXin]

@designer 其实我是全栈工程师，产品，程序员我都做得了，之所以做开发是相对比较喜欢写代码，我只是选择做开发，不是只能做开发 ，就酱紫 。。。。

[exploreXin]

@qwlhappy 好的程序员也稀有，只能说好的产品比程序员稀有。

[exploreXin]

@raymanr 做是可以做，但任务拆分迭代一下，本来工作时间一天内能完成的工作，现在要加班加点三天才搞完，而且加班没有加班费，我能不火吗，留着时间晚上回家学点技术提升一下多好，都是人为增加的复杂度。

[exploreXin]

@inoizyz 人家不同意这样搞 。。。

[exploreXin]

@fancy111 如果不要测试的话，开发超简单，但人家要可以上线使用的系统，就要调试啊，一堆毛线缠在一起调试太费神了，本来拆分一下单独调试就好了，现在是连锁式的，一个不准影响后面的，整个页面的项目排列组合式的爆炸增长 ~~

[turi]

这都啥时代了，
看来没打过农药吧。
现在都是团队合作时代，居然还在强调有个人职位的重要性。

[xiongr]

能力各方面不全面的产品经理和初级的程序员是一样一样的，如技术素养、市场意识、人性理解、演进规划等。特别认同 IBM 对产品经理的要求，不懂技术的产品经理，做出来的产品真的就像是吃快餐，吃完后让人没有念想。

[jrient]

说说我们这边的产品吧
没有什么自己的思想，上头说什么就是什么
说要改个地方，不问理由，立马通知设计开发变动
需求定稿后一天依旧可以变动 n 次
产品功能逻辑自己屡不清，全都是设计开发测试给她整理思路，优化流程
顶不住上层压力，拼命压缩开发时间
不解决开发对产品的疑问，有问题就说是领导要求的
在这种产品手下做事是真的心累
不知道大伙家的产品是怎么样的

[liuxu]

想必贵司的产品全是增删改查

[sdushn]

事实上，能够做到精雕细琢，以数据为驱动力的产品经理太少了

[bigjack]

作为程序员，说句真心话，产品经理很多时候做不了决策，不是老板就是技术部门的头做决定，而这些人往往都不是很懂互联网，也不会考虑产品的是否足够互联网

[losephsky]

认真听了梁宁的产品思维课，越来越觉得产品难当，产品需要有点、线、面的概念的确感觉会很不一样，如果产品经理在这个团队中有足够的话语权，的确能帮助开发挡掉许多毫无必要的需求，楼主公司遇到产品经理只能充当需求的落地工具，更多时候是被逼无奈的“傀儡”。

[inoizyz]

@exploreXin 导出到 Access，剩下的就让他点鼠标，啥都有了

[1ychee]

我以自己的实际经历，赞同楼主说的「产品经理」是公司 **最重要的角色** (如果不是之一的话) 。

其实，老板也算是 PM，管理着「公司」这样一个产品，让它增长，并防止失控；

[wellsnake]

首先我们要定义一下讨论的“产品经理”的定义是什么：我认为的产品经理应该是一个产品的整个生命周期（概念、原型、设计、开发、上市、运营、下市等）中各项大小事务的总负责人，而老板在一个产品中要做的就是提供资金或者提供战略方向，而产品经理则需要配合老板的战略方向说明领导提供相关资源来开发产品。产品经理在产品的开发过程中需要有很好的沟通和协调能力来调动相关资源（ UI、开发、测试、运营）来完成产品的落地，所以产品经理在和不同的角色沟通过程中也必须要掌握相关角色的技能才能进行有效沟通，或者正确判断需求的可行性。一个产品的成功或者失败肯定是取决于产品经理的能力的。目前互联网上各种被黑的所谓的产品经理其实里这里说的产品经理的定义差距还是很大的。

[edsheeran]

絕命毒師看過嗎？小粉被關在水泥籠子裡面 cook，他的角色就是產品經理，你覺得他 cook 的時候開心嗎？

[exploreXin]

@jrient 难兄难弟 。。。

[exploreXin]

@losephsky 一语中的，说的太对了。

[exploreXin]

@wellsnake 就算在 IT 领域更规范的国外，对产品经理的职责范围划分也是不同的，小公司的产皮经理实际上更多的是身兼产品，项目经理，质量管理等等的全面型岗位，大公司由于项目复杂度高，人员众多，所以产品都只负责概念迭代，这个就要看每个公司不同的分配方式了。

[wellsnake]

@exploreXin 所以要定义清楚大家讨论的产品经理的概念是什么，不然就又是一个吐槽产品经理的帖子了

[javen73]

目前面临同一个问题，前面提需求，老板直接拍板大叫好，然后我们就得苦逼的干

[raysonlu]

一直对这个“经理”岗位关注。

最开始听到的是有产品经理和技术经理，根据我当时的听闻和理解，产品经理是管理整个项目，对(团队)外他要聆听业务需求，过滤、整理，对内他要负责需求的非技术性安排，比如是工期、确保测试无误并安排上线。

但这是个 IT 项目，产品经理和技术经理应该密切沟通的，比如要讨论这个需求能否实现，实现难度多大，预计会消耗多少资源等，技术经理应该承担项目的技术性重要工作(代码架构，服务器架构等)和技术性的全部责任(代码 review，各种安全漏洞)。

你可以理解为两个经理共同合作去管理一班程序员（并行关系），但也可以理解为产品经理比技术经理职位稍微高一些（上下级关系），毕竟对于整个项目而言，产品经理要承担的责任更大，但其实两者都在行使很重要的工作，而且密不可分。

出来工作后，并没有去过大厂，试过在一些稍微正规的团队，或完全没有规范的团队工作过。逐渐开始觉得，产品经理和技术经理应该是同一个人，或者如上面所说“必须是技术出身”，特别是在处理“需求是否能实现”这一点，很大程度上是技术瓶颈，以及某些需求递交过来，如何把它梳理、系统化、可扩展性化之类

所以这个人必须要胜任我上面说的两个“经理”的工作和责任，但这样会不会变得工作量和工作压力超大？(虽然钱肯定不会差) 大厂是否适合这样的人员架构我不清楚，但我觉得中小微公司比较适合，同时这也符合程序员的职业升级之路：码农>>程序员>>经理，目前我自己也是在培养往经理层面的能力晋升，比如学会管理服务器、技术架构、聆听需求，整理需求等等，但这都都是自己摸爬滚打，没有一些明确的方向和规范的方法，目前我所在的团队状态也处于渴望有一个这样的“经理”(我觉得是)，老板也开始有这个意识了，可以他对这个“经理”的概念和理解比我还欠缺（手动掩脸笑哭

[qwx]

我寻思这个需求也挺合理的啊……这就是个统计功能，你可以要求工时长但也不是不能做吧……

[jrient]

@wellsnake 我觉得吐槽产品经理这件事情只是表象，
产品经理是开发 面向老板、运营、市场等需求方的接口
一旦有不合理的需求没有被产品经理审核过滤，那么这个问题就会落地到开发身上
这也是为什么往往开发大多在吐槽产品经理的原因

当然一个好的产品经理，可以帮开发过滤到大多数无脑要求，
可是目前大部分中小型企业的产品经理只是一个需求的执行者、监督者，并没有一个完整的产品思维和团队管理能力
由此拆开看，吐槽的原因是产品经理没有发挥作用，吐槽的点是产品经理，吐槽的内容是需求，程序员吐槽的本质是需求方。

[tianyu94]

关于我看评论说的用 datablau 这个方法，我之前用过一段时间，记得这个产品好像可以支持浏览器的部分操作，既然要求就是要浏览器可否调研下能集成进去不

[lcvs]

主要是好的产品经理太稀有了，用钱都不一定能挖过来，但是程序猿就不一样了 = =

[wingyiu]

产品经理：既不接近一线客户，又不懂实现原理，就是坐在办公室里意淫需求的传递型废物

[qiaobeier]

你知道什麽叫短板理论不？知道的話應該就不會提這麽弱智的問題了。