好产品，或许你已见得不少。但好产品背后的探索和思考，恐怕没有太多人知道。
在这个栏目里，你会知道「产品人」如何创作，提供更好的用户体验，并影响成千上万人的生活。
我们精选优质内容，为你提供特别的产品视角。 如果你有好文推荐，或者希望投稿，欢迎联系 [email protected]。
微信号 appsolution 后台回复「早读」可获取文章合辑。
A 君导读：Christina Wodtke 曾在 Linkedin、Yahoo 等知名互联网公司工作过，现在是产品设计和团队领导顾问 。之前 AppSo（微信号 appsolution）曾分享过她的文章，告诉你产品经理的 3 个主要工作，以及团队的 3 个不同阶段。
今天我们分享她另一篇文章，则说了 5 个关于产品经理/产品管理的错误观点。看完之后，可能你会发现，产品经理根本不是你想象中的那样。
近日，硅谷出现了许多设计师发表的关于产品管理的文章。这让我有点疯狂，所以我准备从我个人视角写一篇短文。我曾经做过设计师、设计经理、初创公司首席执行官、产品经理，我也担任过总经理，同时管理各种领域的团队。这些经历都是我这篇文章的灵感来源。
另外，我也在帕罗奥图和旧金山生活了 20 多年，也在一些大公司工作过，比如像雅虎，领英，以及 Zynga 等等，在这些公司里，也曾和很好的产品经理一起合作过。告诉你们，我是从 1995 年开始使用互联网，那时候的软件就有产品管理这个概念。网页设计也是朝阳产业，半数公司有产品管理和产品创作，更多公司更有项目经理。在 1999 年我们参加社交聚会时，身边到处都是产品经理了。你错了。是你不知道他们的工作职责。他们对其自身工作职责一清二楚，他们也什么都做。我曾经做过餐厅经理。我雇过人，也炒过人。我做过迎宾，保证客户满意。我做过菜单，并和主厨一起挑选特色菜品，并将这些菜品写在餐厅外面的宣传板上，同时还在当地纸媒上打广告。当见习厨师不在岗位的时候，我还帮着切菜，但经常切的是我的手指。哦对了，还有洗碗工不在岗的时候，……你可以试想这个画面。他们的核心工作即是：使产品符合市场需求，关注并提高各项指标，并为此协调团队工作。好的产品经理，特别是能和我并肩奋战的产品经理，会尽其所能保证产品健康发展、持续强势——若设计师五点钟就下班了，好的产品经理会去帮着修改 ppt 界面的设计；若工程师需要协助的话，他也会配合；若需要她跑去便利店买啤酒来庆祝发布之夜，她也愿意。若因为市场部人手不够，需要他配合准备在 Google 投放广告等事宜，他也愿意。当然，如果要让他去学习 SQL（Structured Query Language，结构化查询语言） 的话，你也肯定能想到这个画面的。要是就好了！这样的话，产品经理的工作就非常简单了。当没人知道交互设计和信息架构之间的区别时，设计师可能会非常不爽。但关于产品经理，你又知道多少呢？人们谈及产品经理的时候，会认为他们是庞大僵化的一个群体。但他们实际上主要分为三大类：做工程的，做业务分析的，还有做用户体验的。基于工程的产品经理之前大多都是工程师，他们和工程师一起攻坚类似搜索及推荐系统等难题，表现非常突出。基于业务分析的产品经理非常高效，他们在 A/B 测试、搜索引擎优化（SEO）以及成长黑客（一种新的营销思维模式）方面非常在行。基于用户体验的产品经理则擅长于使产品符合市场需求。他们专注于用户功能性及体验方面，并在用户产品熟悉引导、用户帮助及错误信息等方面表现突出。在硅谷，他们经常被称为「产品人」，这在大多数情况下是一种带有钦佩的称谓。产品人非常懂目标市场以及相关用户需求，他们专注于向用户推介经久不衰的恰当产品。他们是唯一将业务和用户需求结合融入进成功产品的一类人。产品人总是和设计师「互相较量」，其本来也是姐妹关系。其关注点能保持一致，但会因导航位置的设计，提交按钮的形状等问题产生巨大争议。但在一些重叠领域但不完全相同的兴趣方面，他们又有不同的工作。产品人是「T」字型发展，既重视用户又关注业绩，并经常在和提交按钮作斗争，因为她担心点击数。这仅仅是其同时兼顾的众多责任中的一部分而已，她还会关注用户获取，保留活跃，以及短期内的软件架构重构和指标回顾等领域。而用户体验设计师（有时也被称为产品设计师）则是专业人士。他们在设计细节方面非常投入（这也是他们的本职工作），但会忽略设计在更大业务背景下的角色。他们有时候会太关注用户而损害了业务的健康发展（而这是绝不被允许的）。没有业绩支撑的公司不会为任何人提供价值，如果你曾试过被迫向用户告知你们将把他们最喜欢的产品下线，你就知道这有多难了。基于业务分析的产品经理通常不受设计师喜欢，觉得他们单调乏味，而工程师则认为他们不可理喻。这简直就是个悲剧，毕竟在算法中也可以加入更多以用户为中心的元素，定量和定性就好比花生酱和果冻。虽然产品经理有不同的技能和专长，但他们很少被贴上专长标签。不像交互设计师和界面设计师，遇到无法理解的工作，产品经理还得硬着头皮做。如果你是产品人，又要被考核 KPI 的话，也就只有忍一忍了。
错误观念 4：产品经理不关心方法（或不喜欢 Agile/Lean/Waterfall 方法）我经常听到有人问哪里有关于产品管理的会议，最近也有一些。但相比于方法，产品经理通常都更关注市场空间。这意味着他们都是通过自身搜索、当地相关机构以及在可穿戴设备上参加会议的。大多数产品经理都是从他们的工程师和设计师那里获得方法的，也愿意为了保持团队开心和正常运营而做出相应改变。精益（Lean）方法在某种程度上正在改变这个情况，但据我的经验来看，服务原则才更关注方法，而产品经理也愿意尝试任何可行的方法。这一条对我来说还好，不是因为 CEO 和产品经理工作内容是一样的，而是无论是什么工作，或者谁犯了错误，你作为产品经理都是需要承担责任的。如果 Google 推出新的竞争产品的话，你的奖金就没了。如果你没有正确地了解市场或者你的工程师对市场预测很差劲的话，你这份工作也就没了。不管怎样，我还记得 2002 年在雅虎工作的时候，当时我负责管理一个大的设计师团队。其中一个交互设计师不太喜欢和她共事的产品经理。她不明白为什么产品经理老是来找她，要求她改稿，问她为什么拖延（她当时的确有拖延，这是事实）。她只想一个人静静地做设计。后来，我们重新安排了座位，把设计师调去和产品团队的人坐在一起。在我跟她的私聊谈话中，她说：「天啊，我太对不起那个产品经理了。全都是我自己的不好。人们每天都朝她吼。」于是她决定要努力让那个产品经理过得轻松点，还要真心地去倾听了解其需求，而不是直接告诉产品经理她应该做什么。哦对了，还有争取按时交稿。这件事我终生难忘。即便我是那个每天都被吼的对象，还要对因市场力量而无法控制的一些数据负责。我意识到只要有冲突，大多都是缺乏理解造成的。有了理解，才能产生共鸣。设计师也有共鸣。多做些用户调查吧，和你的产品经理一起约个饭吧。问问他们的梦想是什么，又是怎么得到回报的。了解他们最喜欢的曾经一起共事的设计师是怎样的，也许就会发现他们的工作并不简单，而且还有可能是你的原因所致。也许你还会发现和他们一起牵手共赢的方法。作者 | Christina Wodtke
作家，教授，专注教授创造高效团队的技巧。
译者 | Jorri
本文译自THE MYTHS OF PRODUCT MANAGEMENT
原文链接 http://t.cn/Rih3hu8
本文由让手机更好用的 AppSo 原创出品，关注微信号 appsolution，回复「努力」看为了让我们注册账号，设计师有多努力。
