所以你确定你真的想成为产品汪吗

　　关于产品经理，没有人会告诉你这些事儿
　　有追求的产品经理很多吗？还是只有我一个？有这种疑问，或许是因为我自己就是一个有追求的产品经理。但是我觉得，这些天来我所听到的，都是那些本来不是产品经理的人（咨询师、MBA学员、工程师）想要转行做产品经理。
　　如果这确实属实，如果真的＂每个人＂都想要做产品经理，那我也一点都不惊讶。产品经理一职并不要求你是拥有某项过硬技能的专家。要想成为产品经理，你不需要知道怎么建立数据模型，不需要知道怎么编写代码，也不需要知道怎么设计网站。这些能力会给你带来一些帮助，但它们并不是必需的。做产品经理和做工程师或者设计师不同，你完全可以想象有一天自己醒来的时候，就成了一名产品经理。
　　而且，这份工作在名义上也很不错：
　　你可以算得上是小CEO
　　你领导别人
　　你是行业专家
　　你决定产品现在和未来的外观以及给人的感觉
　　你有一份不错的薪水
　　你是老板。
　　我列出上面几项内容其实只是开个玩笑，因为事实上，做产品经理会给你带来许多一般人不了解的意外。如果你不是产品经理，或者你从来没有在工作中和人进行过深入的交流互动，那么让我告诉你——
　　真实的产品管理和你想象中完全不一样。
　　产品管理的内涵
　　做用户的心灵、大脑和喉舌
　　促进跨职能的团队协作
　　权衡产品
　　利用一定的时间和资源达成目标
　　领导人们在产品之旅中前行
　　保持积极务实
　　利用少量信息做出艰难的决定
　　产品管理不是
　　成为最重要的声音
　　成为唯一出主意的人
　　做设计师
　　做程序员
　　管理产品质量
　　完善网站
　　编写宣传资料
　　我是怎么知道的：
　　我申请产品经理一职完全是出于一时的突发奇想。当时我还是一名主修心理学的大四学生，迫切地希望能够搬回自己在旧金山湾区的家。而且我失望地发现，当时唯一多如牛毛的职位都是和科学技术相关的工作。我开始钻研各种职位描述，想要找到一个能让我的专业听上去不那么可笑的职位。
　　出乎我的意料，技术和文化两方面都非常令人惊艳的公司财捷集团（Intuit）向我伸出了橄榄枝，邀请我担任公司的产品管理轮岗助理一职。我之所以说这＂出乎我的意料＂，是因为我其实并不知道产品经理要做些什么。第一遍看完我的录用通知书后，我又反复看了几遍，一边看我一边想：＂哇，我之前面试的时候就只说了我的爱好而已，奇怪，只说这些就够了吗？＂我之所以说这＂出乎我的意料＂，还因为我当时的论文写的是关于心理语言学的内容，而就我所知，语言的心理学和财务软件之间并没有什么联系。
　　我参与产品管理的第一个项目是小型商务财务软件QuickBooks。当时我负责管理软件年度更新的测试版。而且那次经历汇集了一切产品管理使我感到惊奇的地方——都是在职位描述中没有提到过的内容。
　　以下是令我感到惊奇的主要四条内容：
　　你并不是在管理一个产品。你是在管理这个产品要解决的问题。
　　当发现自己要参与管理QuickBooks时，我都要吐了。＂QuickBooks？！＂我嘲笑道，＂那软件比我爷爷还老！＂（其实这并不是事实，但是如果你呆在硅谷这样每秒钟都有新产品诞生的地方，你就会觉得QuickBooks像是上一辈人使用的东西）。我感到相当失望，觉得自己没能得到机会去做一些＂真正的＂产品经理所做的事，也没机会去＂创新＂。我想要管理一个年轻又迷人的产品。
　　哦，我真是大错特错。
　　＂你要爱上问题……而不是爱上它的解决方案。＂——财捷集团负责设计创新的副总裁Kaaren Hanson
　　当你开始管理一个至少拥有一名顾客的产品时，你就会迅速了解到，你的工作内容比功能最完整的产品还要庞杂得多。你的工作是要深入理解你的产品需要解决的问题，然后努力解决这个问题的每一处细节。
　　你总是有太多的专题报告要写，但是你的时间却总是太少；你总是有太多的漏洞需要修补，但是你的时间却总是太少。你手头总有要做的事情。而且，当你手上有了一个用户已经养成了使用习惯、公司也已经建立了处理模式的成熟产品时，你其实需要具有更加强大的创新精神，这样一来你才能成功处理所有制约你的问题。
　　做产品经理，就是要在你的团队在给定的时间内所能完成的任务和你的顾客绝对需要的东西之间妥协折衷。在这场你不可能获胜的和时间的赛跑中，你会不断地在自己的团队、顾客和企业之间左右为难。不管你的产品是今天构思出来的还是二十年前构思出来的，只要你能平衡产品的长期和短期策略，那你就算取得了一个小小的成功。
　　用户的感受决定了你产品的好坏程度。
　　在运行我们的测试版软件时，除了每周通过电子邮件接触我们的测试人员之外，我也会通过电话和他们交谈，有时候我还会花一整天的时间，为他们提供各种各样的技术支持。一开始，这让我感觉非常沮丧。我想知道，我干嘛要回答这些问题？我应该做的是管理产品！
　　随着我越来越多地花时间和顾客交谈、看他们使用我的产品，我明白了顾客口中＂没有用＂的功能真的就是没能以他们所期望的方式起作用。顾客的感受是真实的，我的工作并不是告诉他们他们做错了什么。相反，和顾客的交谈帮助我认识到我做错了什么。然后我再把这些洞察理解到的内容反馈给我的工程师和设计师，让大家进行头脑风暴，讨论我们该如何让我们的这些功能对用户＂起作用＂。
　　最后，连续花上几个小时甚至几天和顾客交谈拯救了我的产品。而保住产品是一件好事——因为要想做产品管理，你得先有一个产品。
　　产品经理既不是设计师也不是工程师。
　　在向Mac App Store提交软件的过程中，我被告知，我需要设计一下我们的销售页面。当时还刚接触产品管理不久的我真的把这当成了自己的任务，一头扎进了Photoshop图层和调色板之中。伴随着创作涌现的内啡肽冲昏了我的头脑，我把销售页面的设计通过电子邮件发给了我的经理。但他的回复邮件并没有充满我所预期的称赞，相反，那封邮件里写着：
　　＂不错。这是我们的设计师做的吗？我想我们应该在色彩设计方面给她一些鼓励。＂
　　＂设计师？！＂我问我的电脑，＂他在说什么？＂
　　通过这件事，我明白了一点：一个产品经理并不需要进行视觉设计，在一个健康的大型企业里尤其如此。而且产品经理也不写代码。你的设计师是设计专家，你的工程师是编程专家，而作为产品经理的你，则是评估判断这些设计和功能是否能够切实满足特定用户需求的专家。
　　你不必去做一颗星星——你要做的是管理整个宇宙。
　　我加入QuickBooks团队的第一天，我的经理带着我到办公室走了一圈，把我介绍给了每一个人——真的是每一个人——支持人员、销售人员、工程师、设计师、财务人员。这让我应接不暇，不过我更担心经理此举＂浪费＂了多少时间。我很奇怪：为什么他不先把我介绍给其他产品经理。我心想：＂我敢肯定我可以一会儿再来见剩下的这些人。＂比他介绍给我的员工人数更吓人的，是他介绍我的方式。＂之后她会负责QuickBooks的发布。＂他对他们说。我不知道自己要怎么才能成功发布这款产品——我甚至都没有在我自己的电脑上下载过QuickBooks。
　　几周后，事情渐渐明了起来：我不会像在毕业典礼上放鸽子那样，一个人单枪匹马向全世界发布QuickBooks。相反，我的工作是帮助人们进行合适的头脑风暴，增进我第一天所见到的所有团队之间的交流沟通，从而促成种种影响最终软件发布的决定。这是一件相当开阔眼界，而且让人觉得有些欣慰（只有一点点）的事。我无须想出最棒的点子，我只需要确保我选择了最合适的人，促使大家想出大量点子，并从中选出最好的一个。
　　我想找份有前途的工作！
　　我是正经本科毕业生，工作有效率，人机敏，有值得信赖的推荐人
　　在一家大公司和一家初创公司做过三年的产品经理后，我意识到，我在第一次产品管理面试中所说的那些爱好——深入理解他人、消除人们生活中的痛苦、写作、实地调查研究、在数据资料中寻找模式和潮流、为人类进行设计——正是我的面试官想要寻找的品质，因为那正是成为一个成功的产品经理所需要的。
　　作为产品经理，我有过、而且现在也还有一系列持续不断的烦恼——和工程师说话时我会觉得我相当愚蠢，我希望我自己能够设计网站，我讨厌自己要扮演监工的角色，我怀疑在别人心目中，我就和项目事务跟踪工具JIRA没什么两样，意外触怒了我的研究人员让我觉得这份工作吃力不讨好——但是在一天结束的时候，当我坐在那儿看着用户一边使用我的产品一边露出微笑时，我知道这一切都是值得的。
　　要想做一名产品经理，你不能被自己拥有＂经理＂头衔的这一事实所蒙蔽。确实，你要做出最后的决定，但同时，你也要对你产品的每一个起起伏伏负责。如果有用户不理解你的产品，那责任就在于你，而不在于市场营销部门；如果你的产品在错误的时间上市，那责任就在于你，而不在于策略制定部门；如果有用户找不到按钮，那责任就在于你，而不在于设计部门。
　　而且，如果一名目标用户不喜欢你的产品，那责任也在于你，而不是他。