我在一家初创公司启动招聘已经有一段时间，初创公司的招募（recruiting）与大公司的招聘（hiring ）还不太一样。我还在雅虎搜索时，貌似我们在不断招聘，就我而言一周就会有 5-8 个面试，和无止境的简历、面试及发放 offer 。
现在，我并不总是招聘主管，实际上我任职期间只招了几个产品经理，但总有人招聘产品经理而我通常也会面试。在大公司你会注意到的第一件事就是高度的专业化，而在初创公司，每个人都得做细小的事情，所以你需要强大的多面手。更重要的是，未来很难预测，所以你需要人们可以调整并适应。你以为你雇用某人让他做一些具体的事情，可是这些事情可能在几个月内改变，这在大公司是行不通的。
通常，当你雇用一个你心目中的一个人，让他改变的可能性很小，许多被雅虎雇用的员工可能并不会适应初创公司。
我记得很多这样的面谈：『好吧，我不确定他们是否是最合适的人选，但他们看上去似乎非常适合这样的角色，让我们雇用他吧』。他们在大公司工作还好，但对于初创公司却是致命的。
我从一名工程师开始了我的职业生涯，很快便晋升到工程管理，在供职 Bubble 期间，我大概雇用了 100 多位工程师，由于决策失误，也学到了很多关于招聘的技巧。
当过渡到产品管理时我可以运用招聘技术人员的一些经验，但也学到了一套经验教训。
上周一位朋友打来电话说他需要招聘一位产品经理并希望得到我的建议，我意识到关于面试产品经理（一般来讲指的是产品管理的建议）并没有足够多且好的建议。
也就是说，并没有很多关于你应该寻找什么样的产品经理的准则，无论你在什么样的环境里——是初创公司还是大公司。
所以，我想全盘托出我所学到的。
记住，朋友，没有人要你说出来
产品管理可能是一个即使没有它，组织也可正常运转的角色，没有工作师，什么也构建不出来，没有销售人员，什么也卖不出去，没有设计师，产品看起来像一坨。
在一个没有产品经理的世界里，每个人都可以简单的填补空白并继续他们的生活。
最重要的是要记住，做为一个 PM，你是无足轻重的。
但现在从长远来看，正是优秀的产品管理造就了成功与失败的产品之间的差异，但是你必须证明它。
产品管理还融合了其它特色元素——技术、设计、市场、销售、商业发展。
就我而言，我喜欢工程上的技术挑战，却鄙视编码。我喜欢解决问题，却讨厌由人家告诉我做什么，我想要成为战略决策的一部分，我想拥有自己的产品。
市场需要我的创造力，而我不太喜欢过于远离技术。工程师尊敬我，但我知道我心思在别处，觉得自己有营销思维，像我这样的人自然被吸引到产品管理领域。
1. 雇用最聪明的人
那么我该找到怎样一位产品经理？最重要的是智力超群，我会雇用绝顶聪明甚至毫无经验的而不是智力平庸有着多年经验的 PM 。
产品管理从根本上来讲就是才思敏捷，保持领先竞争对手一步，并能够让自己的想法占据到你的同事或客户的心智。
我通常会询问面试的人一系列分析性的问题，以此衡量智力和解决问题的能力。一般来说，我会问问题，直到我肯定求职者比我自己聪明。出于某种原因，我知道很多人不情愿这样做，他们认为这有点侮辱求职者的节奏。
我以为，有能力的求职者会很享受这样的挑战，事实上，这是第一步的测试，当我说：『我想提问一些理论性的问题，可以吗？』 他们会如何回应？
最棒的人会兴奋的跳出椅子，最聪明的甚至会提出相反的问题。
2. 强技术背景
有些人坚持只招聘计算机学科出身的 PM ，我没那么势利——或许是因为我受的是本科艺术教育，但我倾向于有技术背景的人。有着扎实工程背景的 PM 有着两个至关重要的工具，与工程师沟通的能力和对技术细节的把握去驱动产品。
这取决于产品 ——一个工作在底层开发 APIs 的产品经理必定比一个工作在个人网站的前端产品经理需要更多的技术能力。但基本的原则也适用，有技术背景的产品向工程师传递产品需求将更加成功，以及向非技术同事和客户转达更复杂的细节。
当然最重要的是，你也需要避免隐患，一个前技术工程师出身的产品经理需要意思到他或她只是一个 前技术工程师，如果有工程师背景的产品经理继续尝试做出技术决策和实施技术细节将会导致产品华丽丽的失败。
基于此，我倾向于雇用前一份工作已经转型为产品的人，他们已经度过适应期的挑战，通过检查，你可以知晓，他们是否逐步有进步及进步的怎么样，我不会用面试的问题，来评估技术能力。
做为替代，下面有一些不错的问题可以甄别有技术背景的 PM 适应角色的程度以及同工程师沟通的能力：
你为什么决定从技术转型至产品？
有技术背景的最大优势是什么？
最大的劣势呢？
从技术转型到产品，你遇到的最大的坑是什么？
当你还是工程师时，你最希望你能懂得哪些？
你如何获得技术团队的尊敬？
3. 灵敏的产品直觉和创造力
这一项非常主观，难以评估却异常重要。
我强烈的坚信有些人天生就有产品的直觉，这些人知道伟大的产品何以生成，他们并不总是正确，但他们的直觉往往指引正确的方向，他们是一种观点的激情捍卫者，有时甚至使同事恼怒。
产品管理尤其是在诸如 Web 的高度动态环境中，涉及到许多细小的决定，当然也有许多思路和策略，你知道他们有灵动的产品直觉，当他们提出建议时，团队中没有人能够想到，很明显，当团队成员听到他们的想法后，所有人会感到震惊。
在面试中评估产品直觉至少是一项挑战，不过，这不是不可以做到，有一件事我会一直检查，看是否应聘者是否可以在一个小时的面试中完成下面的任务：
独立发现我对自己的产品的顾虑
如果你是一个足够好的 PM，你会有一堆关于你自己的产品的担忧，可能是 UI 不够酷炫，功能的缺失或者架构的缺陷需要重构等等。
这些问题你晓得需要解决，至少有一些对于外来的有着强产品直觉的人来说显而易见。
我在面试中期待那一刻，点头并微笑的说道：是的，这个的确快把我们逼疯了。
关于我的产品教我一些新的东西
这可以是我从未考虑过的明显的优化，可以是用于定位竞争对手的新思路亦或一个需要解决的问题，当我从应聘者身上学到两件事情：
a.他们不怕言词犀利，并且 b. 他们可能比我聪明。
保持新鲜和有趣
有优秀产品直觉的人往往会在其它人之前发现更优秀的产品，如果我面试一个顶尖的求职者，我通常会发现新的和创新性的东西。
以下是判断产品本能的一些不错的问题：
谈一下你最近把玩的一款优秀的产品，为什么？（顺便说一下，当应聘者在面试中说出我们的产品时我震惊了）
是什么造成了【产品的名字】它的成功？（我通常选择倍受欢迎的产品，像 iPod 或 eBay ，它们在竞争激烈的市场中轻而易举的获得了消费者）
你怎么不喜欢我们的产品？你觉得应该怎样优化？
我们会遭遇什么样的问题在一年内？两年内？十年内？
你怎么知道一个产品是精心设计的？
你曾经有过的最棒的 idea 是什么？
最坏的是什么？
你怎么知道在什么时候需要砍掉部分功能的产品？
关于 UI 设计你有什么经验教训？
你怎样决定不去构建什么功能？
你犯过的最大的产品错误是什么?
哪方面的产品管理你最不感兴趣，为什么？
你以为自己的创造力如何？
4. 获得的领导力
产品经理通常是他们组织中的领导者，但他们通常没有权利去命令其它人，这意味着他们需要通过影响力获得权威。
领导力与人际交往能力是产品管理关键技能。
市面上有着无数关于领导力的书籍，所以我不准备在此过多的讨论。
背景调查则是衡量领导力的最有效的方式，这里有几个我在过去使用过的问题：
达成共识是好事吗？
管理和领导的区别是什么？
你喜欢与什么类型的人共事？
你觉得什么类型的人不好相处？
团队经历一段时间后没能融为一体，为什么你以为发生了并且学到了什么教训？
如果让团队承诺一个日程表？
那个哥们做了什么导致你失去了信心？
管理不同职责的人有什么不同？怎么做到的？
关于说 不，你有什么见解？
谁拥有发布产品的终极命令？
你遇到过团队使你失望但你必须承担责任的情况吗？
一个多年的错误如何获得你的宽容？
有一个好消息，一个坏消息，你想先听哪个？
你的招聘方法都有哪些？
5. 拥有多个视角观点的能力
成为产品经理需要拥有成为多种角色的能力，我经常开玩笑说更多时候你的工作不是成为房间里的人——工程师、销售、经营者或市场人员。这意味着你必须有能力做其它人的工作，但必须足够聪明的知道不去做那些工作。
优秀的产品经理知道如何表达不同的观点，更多是在扮演魔鬼，他们往往不满足于简单的答案。在一次沟通中，他们可能告诉你，貌似在技术上并不可行，但下一秒钟会问这对于业务人员有什么意义。
通过问题来评估候选人的多视角能力有一个办法——通过（对）很多人面试得出的结果。我通常坚持至少让来自技术、设计和市场的代表来面试这位有潜力的产品经理候选人。
最终，任何有可能与他有交集的同事需要见上一面。
记住，我并不是说每一个人都需要见面。
这并不意味着需要每个人竖起大拇指——因为很难让所有人在面试中达成共识，因此，只需要适当的考虑反馈结果。
但没有人能够判断出一个产品经理是否很好的像销售员一样理解销售流程，我强烈建议你可以给面试者以具体的说明，像：我想你觉得这个人会如何理解你面临问题的方案，以及他们会如何支持你。
下面是一些我使用过用例子：
你如何学会与销售共事？
与客户最好的交谈方式是什么？
你怎么知道设计处于正确的道路上？
关于管理上司你学到了什么？
与高层相处的最佳方式是什么？
6. 雇用一个有过成功产品经验的人
最后一个特征的评估可能是最简单的，我通常会雇用有过实际成功发布过产品的产品经理，除非职位非常初级。我的意思是他经历过从开始到完成，从 0 到 1 。
没有什么比有做出过优秀的产品更能说明一个人的能力。
过去的表现是未来成功的标志，更棒的是，它提供了有形的东西去评估海量的无形的信息。同时，我会确保与他之前项目中重要的同事进行沟通，特别是他的经理、工程师及销售、营销的同行。（顺便说一下，有这些规则都是有缘由的，正如我在 #1 中提到的我更需要一位没有经验的但绝顶聪明的 产品经理胜过一个稀里糊涂的有经验的产品经理）。
原作者@肯 · 诺顿
