Facebook产品经理Chris Vander Mey：PM应该是一位诚实的仆人

非商业转载请注明做译者、出处，并保留本文的原始连接：http://www.ituring.com.cn/article/111639

Chris Vander Mey，Facebook产品经理，曾任谷歌高级产品经理、亚马逊技术产品开发经理和工程经理，他交付的软件正在被亿万人所使用。Chris曾屡次带队在消费者或企业领域开发软件，其中包括亚马逊的实名制系统，也包括Google Maps。他在Google期间交付了Google应用Marketplace和Hangouts，很大程度上提升了Google Pack，他还为Microsoft Outlook开发了Google Apps Sync。在此期间，Chris本身也写了点C++。2012年他把本身的经验集结成书《谷歌和亚马逊如何作产品》（Shipping Greatness）。

你在大学期间彷佛学习了不少不一样的方向，航天工程、工程管理，甚至还有电视电影。你为何最终选择成为一位产品经理？从这些经验中你学到了什么？

其实这更像是一种进化，而不是选择，并且我也不肯定从新来过的话我会作一样的事！我热爱工程的技术性，也热爱电视电影中的工艺性。从不少方面来讲，作工精良的软件融合了这两个方面，因此这也是一种合乎逻辑的选择。另外，我在接受正式工程课程以及沉迷于摄影好久以前就开始写代码了！做为一个软件工程师的成长过程当中，我永远相信应该把用户放在第一位。我曾在不少情境下看到这样的状况：最有效地影响大多数用户的方式就是成为一位产品倡导人，而不是仅仅聚焦于软件开发的技术工艺上。

从这里看，问题的区别只是在于关注点。我在Facebook的职位是产品经理，这意味着我是一位产品倡导者，我不用去招聘工程师。可是我偶尔仍是会深究一些技术问题。个人工程管理的同事们常常都是产品倡导人，可是他们还须要投入不少时间在招聘、人力管理，以及其余非产品方向的挑战上。这既是一种好处也是一种诅咒。好处是由于做为一位管人的经理，要说服工程师投入到某个方向上更加简单。说它是诅咒是由于这样你花在倡导产品上的时间就变得更有限了。我要说的要点就是，首先，必需要先成为一位产品倡导者，而后再弄明白如何更好地执行（经过计划、招聘、或者写代码）。

你在Facebook, Google，以及亚马逊都工做过，这几家公司在交付产品方面有什么不一样？它们各自独特的优点是什么？

这真是个大问题，正常回答的话可能须要一百多页才能说清楚。简要地说，我认为最关键的区别在于文化。全部这些公司的员工都是颇有才能，颇有驱动力的人，你会很愿意和他们一块儿喝啤酒，和他们在一块儿工做也很愉快。关键的区别在于领导者，领导者如何作出决策，以及公司层如何肯定投资的优先级。如下是一些能够帮助你理解这个优先级的宽泛总结：

• 亚马逊的利润很薄，由于它是零售商。关于每一个特性如何影响底线，亚马逊有无与伦比的支持数据。因此不少决策，包括人事安排，均可以根据收入影响（或缺少收入影响）来决定。

• 从另外一方面来讲，Google经过运营一个咱们大脑难以理解的超级规模来赚取大量收入。这个规模的意思就是几乎全部的问题都变成了使人着迷的计算机科学问题，并且一个问题越有趣，它就越有可能形成一个更大的影响。因此Google强调的是计算机科学。

• 一部分Facebook的使命是让这个世界更加连通，从不少方面来讲，“连通”能够经过用户活跃度来测量。因此在我看来，Facebook重视用户增加，互动，以及和直接收入影响或者技术栈发展的联系。

重申一遍，这是一个很宽泛的归纳，能找到的例外比证据还多，但这是一个好问题，值得为之提供一个答案。

你怎么处理用户反馈？在这过程当中有什么具体步骤吗？

亲力亲为。快速。若是你犯了什么错误就要道歉。若是碰到有些危险的问题，把公共关系部（若是大家有的话）拽进来。永远都要作到彬彬有礼。不要像我在书里那样用口头用语，但不要过度正式。简单来讲：想象一下在你经历过的最好的购物体验中，销售人员是怎么作的。

对于产品经理和开发人员之间的沟通你有什么建议吗？有什么真实的案例能够和咱们分享？

要诚实。作好一个仆人。若是你错了就要认可。有些开发者之间的问题最终注定是能够获得解决的，不须要强加干涉。开发者就和普通人同样，只是更倾向于二元思惟，他们对别人要求他们解决的问题有更强烈的理解欲望。咱们要明白，不少棘手的问题没有完美的解决方案，因此不要偏执地寻找那个纯粹的解决方案，而是以最简单为目标找到你们都能认同的，可运行的方案，剩下的问题能够留到下一个版本中来解决。

举一个例子，今天一位和我共事的工程师找我过去聊一聊曾经在代码评审中被另外一位开发人员质疑过的线上/线下行为。首先，我试图弄明白问题到底是什么，以及在app里的其余行为是什么。而后，我并无重申我最开始的逻辑，而是枚举了我全部可能的潜在行为。我问那位开发人员他怎么想。他不肯定，因此我建议完成最不须要花功夫，最简单的事，而且解释说咱们永远能够在下个发布的时候作升级。这句话打动了他——虽然他还得去展开一些代码——可是咱们得以继续前进。

若是一位开发者想成为产品经理，对于他你有什么建议吗？

写代码，永远不要停！你永远都不会技术性太强，固然，你永远都不应告诉一个开发者他该干什么。关于用户体验、写做，以及统计，能学多少就学多少。为何？由于用户体验就是你的天下，你须要可以清晰地讨论微妙的问题和解决方案。并且只有你拥有了能够信任的数值数据以后，你才能知道本身是否成功。

产品经理最多见的错误是什么？

- 不要老是问：“咱们如今能够作吗？”
- 忘记他们并非老板；
- 为他们的事业操太多心。

我认可这三件事我都有纠结过。我也认可曾经由于这些问题向个人同事求助过！

大型软件公司好比微软曾经也制造过不少复杂但并不受欢迎的功能，其目的是吸引竞争对手的火力。客户和竞争对手均可能被这样的计谋蒙蔽。你认为这样的方法在今天仍然适用吗？你认为这是一种对战略上缺失的掩饰吗？

我怀疑这个方法在任何事情上都有效，但只是在短时间内。你能够这样想：人们都会被进度所驱动。若是你天天工做只是为了构建一些根本没有用的东西，若是在有其余选择的状况下，你还愿意维持这样的工做吗？固然不会。在一个对于工程才能竞争异常激烈的世界，任何采用这个计策的公司都会变得更加缺乏优秀的工程师。正是这些伟大的工程师让这个世界运转起来！

你有什么书能够推荐给雄心勃勃的产品经理们吗？对于刚毕业，有志于成为产品经理的同窗你有什么建议？

在这里能够找到个人推荐书单，其中包括《谷歌和亚马逊如何作产品》，《变革》，《卓有成效的管理者》，《谈判力》，《人件》，《人月神话》，《创业的艺术》，The Goal，《点球成金》，《跨越鸿沟》，《新机器的灵魂》，《群体的智慧》，《引爆点》，A Whack on the Side of the Head。

对于刚刚毕业的同窗我有几条建议，一，读《谷歌和亚马逊如何作产品》；二，找一位导师；三，坦诚，诚实，开放地接纳反馈。这就是你提升的方法。

在将来你还打算再开本身的公司吗？此次出发你会有什么新调整？

我绝对还会再开公司的。上一次经历中我最大的产品错误就是我被迷人的科技冲昏了头脑，而忽视了用户在使用上的痛苦。下一次，我会先确保有真正的用户愿意付费，而这些人从头开始就不是团队内的人。若是经过解决你关注的问题真的能给人们减小烦恼，那你的方向就不会错。

---

更多精彩，加入图灵访谈微信！