产品经理是炮灰

标签: 产品经理 炮灰 | 发表时间:2011-03-09 23:32 | 作者:纯银 张金龙
出处:http://ucdchina.com/rss/all
前些日子有篇网文,鼓吹产品经理的重要性,几乎夸上了天。有人评论道:“是为了争取加薪吗?”一语中的。

重要个毛线。依我看,都是炮灰。

一个人能取得多大的成功,取决于两点:1、他有多少才华与热情,2、这些才华和热情是否能战胜环境中的困难。很遗憾,摆在产品经理面前的障碍大部分是不可战胜的。

在这篇文章里,我们只讲靠谱的产品经理,不讲不靠谱的。

不论PM靠不靠谱,都分为两种,或者在大中型公司工作,或者在小型公司(创业团队)工作。环境障碍各自不同。先说前者。在大中型公司里,PM要做什么,甚至于怎么规划怎么架构,多与自己的想法无关,多取决于长官意志。产品经理也好,产品经理的经理也好,只是一个执行者,距离决策层很远,而他们的Boss大部分既不懂产品设计运营,也不懂产品项目管理。

在大多数公司里,一个产品计划自上而下地提出来,往往并没有经验丰富者进行严谨的市场用户研究,慎密的内部资源分析,往往就是有话语权的大佬根据瑰丽的愿景,用愿景与口号去驱动产品,再摸出KPI抽两鞭子。方向可能是错的,或者目标压根是意淫,从一开始就注定了impossible!但是你得去执行——你,就是你,那边那个产品经理!

互联网产品行业是一个太新太新的行业,从比较正式地提出“产品经理”这个概念到现在,怕是还不到5年。极少有高管从产品岗位升上去,大多数是转岗过来管产品。与此同时,产品项目管理又是一门易学难精的手艺,谁都会用产品,用着用着就觉得自己懂产品了,甚至“精通产品”,过去的成功所积累的自负都融了进来,举一反三,见微知著。

也许你运气不坏,分配到了一个方向正确并且目标合理的项目。

产品项目之所以难以成功,很重要的一个因素,就是贯穿一整个项目的业务链条太长。在设计组有PM,交互设计师,视觉设计师;开发组有前端工程师,后端工程师,QA,SA;此外还包括运营小组,推广小组……起码跨了三个部门。这七八个环节中的任一个掉链子,项目就要变型,甚至停摆。很明显,木桶效应频频发生。然而PM不仅没有跨部门管辖的权力,更没有人员调度、推广资源调度的权力。不仅PM没有,产品经理的经理的经理也未必有权,得上升到VP一级才能调度自如。换句话说,一个看似核心的人物得不到充分的授权,却要为失败承担几乎是100%的责任。

理想与激情只能为你的失败买单。

像这样的情况,在创业团队里倒是能够避免。首先创业领袖通常不会太外行;其次少而精的团队构成,一人身兼多能,恰好缓解了木桶效应的效率风险;最后超小规模在管理上能实现绝对的灵活性。看上去一个有志气的PM应该去创业团队打拼一场,但是……

但是创业团队为了保证执行力,越倾向于技术驱动,越容易成功。而有勇气创业,能力又牛逼的程序员,往往也有非常活跃的产品想法。更要命的是,技术思维和PM思维在产品设计上的风格相差甚大。强悍的PM和强悍的工程师能形成默契,搭档愉快,这相当不容易,总有一个人来主导产品——这时被排挤的肯定不是知行合一的工程师。

如果不是炮灰,那么你就是配角。在有些骄傲的产品经理眼里,这和炮灰其实也没什么区别。妄想什么“产品经理改变世界”……其实关你屁事。

在大中型公司里,荣光属于能立项,能定方向,能调度资源的真正懂产品的实权派;在创业团队里,荣光属于扎克伯格这样策划与编程合体的全能工程师。那么产品经理算什么呢?比炮灰更好听一点的名词是“工具”,常常身不由己的产品管理工具。没权力,没执行力,常常瞎忙一气,怀着一腔浪漫四处碰壁,仍痴心不改。

别问我怎么解脱,我也不知道怎么解脱。我既不是高管,也不懂写代码……

话说到这里,有些弱智同行又会理解成我在对现状发牢骚。很遗憾,你们猜错了,我曾经经历过各种烦恼,现状却并不差,还有力可使。只是对整个产品经理的生存环境扪心自问,我所说的情况有几个PM从未遇到过?又有几个PM咬牙克服并拿出了成功的产品?多年来国内的新产品成功率之低,尤其是创新率之低,有目共睹。不如PM手拉手,欢唱着“我们是炮灰,我们是炮灰”,跳起小蜜蜂的8字舞。

产品经理激流勇进的时代,还在不可知的时间彼岸。也许它永远都不会到来。慷慨激昂只换来热泪盈眶。

我知道,这篇文章是有点偏激的。写完才发现用尼玛咆哮体可能效果更好,但是,算了。

源地址:http://firecacada.blog.163.com/blog/static/707437620112910409549

相关 [产品经理 炮灰] 推荐:

产品经理是炮灰

- 张金龙 - 所有文章 - UCD大社区
前些日子有篇网文,鼓吹产品经理的重要性,几乎夸上了天. 有人评论道:“是为了争取加薪吗. 一个人能取得多大的成功,取决于两点:1、他有多少才华与热情,2、这些才华和热情是否能战胜环境中的困难. 很遗憾,摆在产品经理面前的障碍大部分是不可战胜的. 在这篇文章里,我们只讲靠谱的产品经理,不讲不靠谱的. 不论PM靠不靠谱,都分为两种,或者在大中型公司工作,或者在小型公司(创业团队)工作.

产品经理

- - 人月神话的BLOG
再谈下怎样能够算得上一个合格的产品经理,一个人不是说你能够有产品构思,能够画点原型,能够做团队和项目管理就是产品经理. 苏杰原来有本书叫《人人都是产品经理》,看了后大家可能会觉得做一个产品经理是挺容易的一件事情,但是自互联网提供和设置了大量的产品经理岗位后,产品经理这个词基本就烂大街了. 我们如何来界定一个产品经理,如果简单点来讲可以理解为 根据自己长期的项目和运营实践,通过自己的敏捷洞悉能力和分析能力,能够将当前的市场需求或潜在的市场需求转化为具体的产品需求,并能够核心的定义产品功能模型和价值输出,同时能够通过项目和团队管理的能力,凝聚一个小组形成一个真正的团队,将自己的产品构思付诸于最终产品实现的人.

产品经理好与坏

- lnsoso - 随心所记 - 生活中的dodo
例如李明远,设计了百度贴吧和百科这两个重量级产品,只可惜我并没有亲见这些产品设计的过程,客观的说,我还不知道什么才是厉害的产品经理. 既然我有限的经历无法胜任点评产品经理这个重任,那就来感性的说一下我所欣赏和厌恶的产品经理类型吧,权当我所谓的好与坏. 我很欣赏曾经的百度有啊中充满想象力的产品经理,明远和东宝都能算作具有这样特质的人.

产品经理“玩”数据

- - 一个产品经理的博客...
  产品经理生来就是要解决问题的. 那如何才能更好、更高效地解决问题?首先要求我们能发现问题,数据分析就是一种常用的发现问题的手段. 通过数据定位问题,然后用设计方案来尝试解决问题,之后再用量化的数据指标来评估问题是否解决了,解决了多少. 通过迭代优化,问题就能够得到较好解决.   本文结合自己在在登录产品的体验优化中积累的一些实战经验,重现过程中的设计点滴,有效果明显的方案,也有效果不明显的优化尝试,最后将总结一些通用的设计思路.

好的产品经理,差的产品经理

- - Xiaoxiao's Weblog
本文转载至 译言网 作者: Ben Horowitz. Ben Horowitz这篇不朽的杰作诞生于1996年,但时间的久远丝毫不影响其对当前的警示作用. 彼时,作为Netscape产品管理部门经理的Ben,没有假大空地介绍产品经理的角色和责任,而是很直观地对比了一个好的产品经理和差的产品经理.

一个谷歌产品经理眼中的产品经理

- - 互联网分析
我在创业公司已经呆了好一阵子了,我发现招聘这个事儿在大公司和创业公司还真是截然不同. 在雅虎搜索的时候,我们一直是持续的进行招聘的. 我一周会进行大概5-8次的面试. 简历、面试、offer,总是一个接一个,不间断. 现在我已经不做招聘经理的事儿了,我在创业公司只负责招很少一部分的产品经理. 但是总有人在招产品经理,而我也总是面试团队的一员.

优秀的产品经理/糟糕的产品经理

- - 标点符
每个产品经理都希望自己时优秀的,而不是糟糕的. 但如何定义是否优秀却没有一个统一的标准. 最近看到了一片文章,中间的一些观点给了我非常大的启发,让自己意识到原来自己做的很多事情,其实是属于糟糕产品经理做的. 优秀的产品经理:关注团队的快乐指数. 当一个团队对产品开发过程感到不满的时候,就无法为客户创造出好的产品,他们也不会喜欢自己的工作,一个好的产品经理除了会收集正式的反馈,同时也会收集一些关于项目、迭代余流程的非正式反馈.

互联网“产品经理”和“创新”

- 盛开 - 月光博客
  在2011年1月11日,在清华大学举办的2010中国互联网创新产品评选的颁奖盛典上,有几个著名的互联网领袖针针对“产品经理”以及“创新”这个话题展开了一些主题演讲,内容很有意思,以下是部分演讲的整理和在线视频.   创新工场CEO李开复的演讲:“互联网的产品精神”.   李开复从九个方面来谈一个好的互联网的产品精神:.