看完这 5 点,才知道产品经理这么难做

Christina Wodtke 曾在 Linkedin、Yahoo 等知名互联网公司工作过,现在是产品设计和团队领导顾问 。

她的这篇文章,说了 5 个关于产品经理/产品管理的错误观点。看完之后,可能你会发现,产品经理根本不是你想象中的那样。

近日,硅谷出现了许多设计师发表的关于产品管理的文章。这让我有点疯狂,所以我准备从我个人视角写一篇短文。我曾经做过设计师、设计经理、初创公司首席执行官、产品经理,我也担任过总经理,同时管理各种领域的团队。这些经历都是我这篇文章的灵感来源。

另外,我也在帕罗奥图和旧金山生活了 20 多年,也在一些大公司工作过,比如像雅虎,领英,以及 Zynga 等等,在这些公司里,也曾和很好的产品经理一起合作过。

言归正传,来说说关于产品管理的一些错误观念。

错误观念 1:产品管理在科技领域是新概念

告诉你们,我是从 1995 年开始使用互联网,那时候的软件就有产品管理这个概念。网页设计也是朝阳产业,半数公司有产品管理和产品创作,更多公司更有项目经理。在 1999 年我们参加社交聚会时,身边到处都是产品经理了。

错误观念 2:产品经理不知道其工作职责

你错了。是你不知道他们的工作职责。他们对其自身工作职责一清二楚,他们也什么都做。

我曾经做过餐厅经理。我雇过人,也炒过人。我做过迎宾,保证客户满意。我做过菜单,并和主厨一起挑选特色菜品,并将这些菜品写在餐厅外面的宣传板上,同时还在当地纸媒上打广告。当见习厨师不在岗位的时候,我还帮着切菜,但经常切的是我的手指。哦对了,还有洗碗工不在岗的时候,……你可以试想这个画面。

什么都要做,这就是产品经理的工作职责。

他们的核心工作即是:使产品符合市场需求,关注并提高各项指标,并为此协调团队工作。好的产品经理,特别是能和我并肩奋战的产品经理,会尽其所能保证产品健康发展、持续强势——若设计师五点钟就下班了,好的产品经理会去帮着修改 ppt 界面的设计;若工程师需要协助的话,他也会配合;若需要她跑去便利店买啤酒来庆祝发布之夜,她也愿意。

若因为市场部人手不够,需要他配合准备在 Google 投放广告等事宜,他也愿意。当然,如果要让他去学习 SQL(Structured Query Language,结构化查询语言) 的话,你也肯定能想到这个画面的。

错误观念 3:产品管理与用户体验设计大同小异

要是就好了!这样的话,产品经理的工作就非常简单了。

当没人知道交互设计和信息架构之间的区别时,设计师可能会非常不爽。但关于产品经理,你又知道多少呢?

人们谈及产品经理的时候,会认为他们是庞大僵化的一个群体。但他们实际上主要分为三大类:做工程的,做业务分析的,还有做用户体验的。

基于工程的产品经理之前大多都是工程师,他们和工程师一起攻坚类似搜索及推荐系统等难题,表现非常突出。

基于业务分析的产品经理非常高效,他们在 A/B 测试、搜索引擎优化(SEO)以及成长黑客(一种新的营销思维模式)方面非常在行。

基于用户体验的产品经理则擅长于使产品符合市场需求。他们专注于用户功能性及体验方面,并在用户产品熟悉引导、用户帮助及错误信息等方面表现突出。在硅谷,他们经常被称为「产品人」,这在大多数情况下是一种带有钦佩的称谓。

产品人非常懂目标市场以及相关用户需求,他们专注于向用户推介经久不衰的恰当产品。他们是唯一将业务和用户需求结合融入进成功产品的一类人。

产品人总是和设计师「互相较量」,其本来也是姐妹关系。其关注点能保持一致,但会因导航位置的设计,提交按钮的形状等问题产生巨大争议。

但在一些重叠领域但不完全相同的兴趣方面,他们又有不同的工作。产品人是「T」字型发展,既重视用户又关注业绩,并经常在和提交按钮作斗争,因为她担心点击数。这仅仅是其同时兼顾的众多责任中的一部分而已,她还会关注用户获取,保留活跃,以及短期内的软件架构重构和指标回顾等领域。

而用户体验设计师(有时也被称为产品设计师)则是专业人士。他们在设计细节方面非常投入(这也是他们的本职工作),但会忽略设计在更大业务背景下的角色。他们有时候会太关注用户而损害了业务的健康发展(而这是绝不被允许的)。

没有业绩支撑的公司不会为任何人提供价值,如果你曾试过被迫向用户告知你们将把他们最喜欢的产品下线,你就知道这有多难了。

基于业务分析的产品经理通常不受设计师喜欢,觉得他们单调乏味,而工程师则认为他们不可理喻。这简直就是个悲剧,毕竟在算法中也可以加入更多以用户为中心的元素,定量和定性就好比花生酱和果冻。

虽然产品经理有不同的技能和专长,但他们很少被贴上专长标签。不像交互设计师和界面设计师,遇到无法理解的工作,产品经理还得硬着头皮做。如果你是产品人,又要被考核 KPI 的话,也就只有忍一忍了。

错误观念 4:产品经理不关心方法(或不喜欢 Agile/Lean/Waterfall 方法)

我经常听到有人问哪里有关于产品管理的会议,最近也有一些。但相比于方法,产品经理通常都更关注市场空间。这意味着他们都是通过自身搜索、当地相关机构以及在可穿戴设备上参加会议的。大多数产品经理都是从他们的工程师和设计师那里获得方法的,也愿意为了保持团队开心和正常运营而做出相应改变。

精益(Lean)方法在某种程度上正在改变这个情况,但据我的经验来看,服务原则才更关注方法,而产品经理也愿意尝试任何可行的方法。

错误观念 5:产品经理是产品的 CEO

这一条对我来说还好,不是因为 CEO 和产品经理工作内容是一样的,而是无论是什么工作,或者谁犯了错误,你作为产品经理都是需要承担责任的。如果 Google 推出新的竞争产品的话,你的奖金就没了。如果你没有正确地了解市场或者你的工程师对市场预测很差劲的话,你这份工作也就没了。

不管怎样,我还记得 2002 年在雅虎工作的时候,当时我负责管理一个大的设计师团队。其中一个交互设计师不太喜欢和她共事的产品经理。她不明白为什么产品经理老是来找她,要求她改稿,问她为什么拖延(她当时的确有拖延,这是事实)。她只想一个人静静地做设计。

后来,我们重新安排了座位,把设计师调去和产品团队的人坐在一起。在我跟她的私聊谈话中,她说:「天啊,我太对不起那个产品经理了。全都是我自己的不好。人们每天都朝她吼。」

于是她决定要努力让那个产品经理过得轻松点,还要真心地去倾听了解其需求,而不是直接告诉产品经理她应该做什么。哦对了,还有争取按时交稿。

这件事我终生难忘。即便我是那个每天都被吼的对象,还要对因市场力量而无法控制的一些数据负责。我意识到只要有冲突,大多都是缺乏理解造成的。有了理解,才能产生共鸣。

设计师也有共鸣。多做些用户调查吧,和你的产品经理一起约个饭吧。问问他们的梦想是什么,又是怎么得到回报的。了解他们最喜欢的曾经一起共事的设计师是怎样的,也许就会发现他们的工作并不简单,而且还有可能是你的原因所致。也许你还会发现和他们一起牵手共赢的方法。

快去给你的产品经理一个大大的拥抱吧。

作者 | Christina Wodtke
作家,教授,专注教授创造高效团队的技巧。
译者 | Jorri
本文译自THE MYTHS OF PRODUCT MANAGEMENT
原文链接 http://t.cn/Rih3hu8

如果觉得本文对你有帮助,可以鼓励我创作🍻

🧋请我喝杯奶茶吧🧋

发表回复

您的电子邮箱地址不会被公开。 必填项已用*标注