接地气的互联网产品经理求职全历程（上）

相信来到这里的小伙伴不是产品领域的从业者，就是对产品领域感兴趣甚至想要加入产品领域的人。作为一名老学长，今天为大家分享一次产品经理面试实况。文章偏写实风格，因为技巧类型的文章其实已经很多了，所以这篇文章以第一视角带大家进入产品面试的现场。希望能够给予大家帮助，也是为自己求一份好运。

笔试

收到y厂笔试通知是我投递的第二天，当初也是十分惊讶，现在hr小姐姐的处理速度都这么快了吗？于是便稍微在网上看了下笔试的资料然后参与了y厂的笔试。

这里你们可能要说了，你好像不是很重视的样子啊。事实上确实是这样，但不是我不重视y厂，而是互联网产品岗的求职历程非常长。所以我默认准备面试之后的环节，面试之前侧重的精力并不是很多。毕竟互联网知名企业非常多，我们要做的是把拿到面试的都转化为offer而不是每家都能够拿到面试。

上图是漏斗模型，其实我们求职互联网产品经理也是一样的道理。需要一步一步往下走，而且走的越深入被淘汰的损失也就越大。所以我对于第一步笔试的着力不是很强。

有趣的是，漏斗模型和互联网面试恰好一样，都是5层，即笔试，群面，二面，三面，四面。当然后面的二三四面可能有很多名字，比如hr面，总监面，交叉面等。这里我们不去管它，总之都是应聘者一个人参加的面试，区别于群面。

笔试的流程相信大家都不陌生，就是电脑做题，摄像头保持开启，独立完成。题目的类型为行测题+业务类型的题，有的测试有简答题目，有的没有。该次淘汰率大概在75%，即4个人有1个人可以通过笔试。

当然筛选方法众说纷纭，有的人说是就看你做题，有的人说是简历和题目都看。个人更侧重于第二种，毕竟此轮有作弊的可能以及好多题目真的挺难反应个人水准的，为了避免误伤，可能在筛选的时候简历也占很大的比例。

群面

笔试后不知道过了多久，印象中有两周以上才再次收到了y厂的通知。然后还加了hr的微信，忐忑的作者立马询问了面试的方式，果不其然是有群面的。

这里建议大家如果有想问的东西可以问问hr，当然切忌不要太烦。因为对方可能需要同时回300+人的提问，什么工作量自己可以想一下。因此问的精髓就是言简意赅逻辑分明，毕竟各位可是要成为产品的人啊。

比如作者当初的问题就是：请问：1.是否有群面，2.当天有事是否可以改参加时间。个人觉得表明意思就好，不用太客套。换位思考，如果我是hr我不在意你咋恭维我，在意的是你的问题能否让我只花10秒不到就结束工作。

群面的准备没有太好的办法，毕竟这是最意外频出的面试方法，也很容易误伤。所以可以看看历年的群面题目知道大概是什么类型，然后最重要的就是多积累了。表达能力很重要是没错的，但是表达能力是能够让你100%的表达自己，不要吃了不会说的亏，但万一你啥都不懂呢，你即使比马云还能说依然无可奈何。

一个简单的例子，作者的研究生方向是癌症方向，现在我和你讨论这个，我让着你先说，你能够在信号通路，受体蛋白，miRNA方向说多少。所以很多小伙伴可能太注重表达而忽视了内在。表达只是让你充分发挥内在，而这个前提是你有内在。理清楚这个关系很重要，以前的我也是这样的，总怕群面插不上话，虽然我不懂，但是我话是要抢的。

相信参加过面试的同学都知道，群面废话多基本就跪了，除非你们一组人都讲废话，然后你讲的最多，可能最后在都很差的情况下选你过，毕竟你至少还有勇气表达。当然这种可能性很低，很少有都讲废话的组。

第一阶段

准备了一段时间后群面开始了，大概的配置是一组7个人，2个面试官，每人两张纸（有题目）一个铅笔。纸上有题目而且是可以涂改的。这点有点不一样，以前听说不能够在纸上写东西，所以还是以实际情况为准。

题目是给你一定量的资源，选一个创业项目然后讲讲自己成员在项目中的分工以及项目最终想要达成的预期效果。

这里有一点很有意思，开始时当然是自己先做个牌子立在面前的桌子上，写好自己的名字，然后开始自我介绍。其实这里第一个自我介绍是有优势的。优势主要在于，如果你自我介绍完了你就可以开始看题目了，然后你很可能在未来抓住主动机会。

而如果你是后面才自我介绍的，那么看题吧，心里又在默默准备自我介绍，不看题吧，等你介绍完，前几个介绍的可能题目看完已经是leader了。而且一般一旦有人介绍后，整体就是顺时针或者逆时针轮流了，如果你恰好是最后几个被轮到的，理论上已经只能够通过表现突出来胜出了。

果然，自我介绍完之后，在我还没有读完题的时候，第一个介绍的同学A就开始发言了：“我认为我们可以将时间分为三个阶段，第一阶段讨论创业方向，第二阶段讨论人员分工，第三阶段讨论预期达成的目标，时间依次为几分钟，几分钟，几分钟，大家有没有什么问题。”这个时候显然leader已经没了，那么只能够拿timer，reporter或者通过表现突出获胜了。

于是我便承担起了timer的职责，当然这在最后看来险些挂掉自己，不如不当。不过这都是后话了，因为这是作者第一次参加群面，所以在各种面经的鼓励下还是沾沾自喜拿到了timer的。

后来就是大家各抒己见，比如：有的同学提出我们可以做直播+教育，有的同学提出我们可以做电商相关，有的同学提出我们可以做短视频+教育，我提出我们可以做转行论坛（原谅我转行的执念太深）。后来就是选择了，其实不难想到，四个人四个方案两个和教育是有关的，因此很快无关教育的两个就被抛弃了。

接着就是这两个教育相关项目的pk了。一个是短视频+教育，一个是直播+教育。最终经过了各方讨论，短视频+教育胜出。这个环节我没有说话，因为我实在不知道哪个好，只是在短视频+直播胜利后出来再说了说它的优点，比如可以做成短视频背单词啊，有点马后炮了。

第二阶段

接着就进入了第二阶段，第二阶段就是分工了，事实上这个时候我们的时间已经不多了。所以这里基本就是两三个同学发言后其他人再补充的方式，然后我也没有啥出彩的地方，总之这一个阶段非常快。

讨论的结果简单来说就是我们既然是一个互联网创业项目，所以需要产品、运营、公关、市场、客服、研发等等职位。这个答案客观评价就是最没有特色的那种，当然也没有啥错，平平无奇。

第二个阶段过的很快，大概也是我这个timer唯一有点用的时候了，直接说明时间不多了，这一部分比较模式化，大家不要花费太多的时间在这里。

接着就到了最终的讨论部分，最终部分主要就是预期目标，自然就是用户数，盈利方式，业务扩展等方面。总的来说也没有什么特色，用户数肯定是逐渐增长的，盈利方式照搬短视频的成熟模式，业务扩展无非就是增加更多的形式，比如最开始是英语学习，后来还有了其他学科。

第三阶段

这一部分按照规定是一个人做最终的汇报另一个人可以进行补充，然后leader直接指定了我去汇报。至于原因大概是我一直在写字吧。

我这里的汇报是照着本子上的提纲念的，后来觉得可能面对着面试官更加好一些。但我确实又没有能够不看稿子念的能力，所以这里大家量力而行吧。虽然我自己也是timer，但在这里我完全忘记了时间这回事情。

最终我汇报完的时候仅仅留下了15秒，一个女生开始补充，说到一半被打断，群面结束。

小结

群面完后我其实很慌，因为汇报这里要求汇报4分钟+1分钟补充。而我汇报了4分45秒，这个时间险些带领全组翻船。

感觉回头来看这件事情其实经验真的很重要，如果我有经验自我介绍那里大概就不会错失先手机会。后来又拿了个没啥用的timer，全程大多数时候除了说“要不我们开始下一个话题”之外没有提出任何有价值的信息。最后的reporter又由于忘记了时间概念险些带着全组翻船。

从这里就可以发现经验是多么重要，基本上一路出错，但运气还行，比如：没了leader拿到了timer+reporter，timer虽然没提出有建树的建议，但至少大家在时间内完成任务了，算是不辱使命。最后虽然直接忘记了时间，但幸运的是汇报恰好没有超5分钟，没有造成汇报被打断的翻车局面。

最终群面的结果是我们组通过了3个，算是中规中矩，估计3个可能就是平均水准吧。

这里再来个费米估算，群面和单面都是一天，假设面试时间相同，面试官还是那些小姐姐。单面的轮数为1-3轮，按2轮算，单面的时间平均40分钟左右比群面少一点。

那么可以得到：群面考官面试能力为0.5*7*1=3.5

单面考官的面试能力为：1*1*0.5=0.5

这样得到的结论是如果面试时间相同，群面淘汰率为7过1。这个显然偏低了，所以单面那天hr工作的时间可能要长一些，另外有的同学单面时间可能远小于40分钟。群面通过率大概在7人过2-3人的水准。

我们组通过的人为，规划全局的leader，提出整个话题的无头衔成员（她提出的方向是短视频+教育）以及双头衔（timer+reporter）的我。仔细分析下，leader掌管全局，我计时加汇报虽然没有啥亮点但是都完成了任务。而最后一个同学则是整个话题方向的提出者，自然也是优秀的。其他同学虽然也表现不错，但是互相之间不好区分出来。

总结

个人感受是leader确实比较稳，如果能够拿到，在全局稳住的情况下就很可能过，在你们组优秀的情况下就必然会过。另外提出好点子的同学也很可能过，但是这个真的看运气，毕竟当初提出了四个方向，然后三个都被否决了，就存活一个。

timer比较鸡肋，虽然好像是能够说“大家可以下一步了”啥的掌控节奏，但实际上不出彩。毕竟这种话谁都能说，远远没有提出有趣的点子好用。

reporter相比之下还是不错的，毕竟这个很考验个人思路，如果你能够汇报的条理清晰，就是对自己能力的很好证明。产品经理一个很大的特点就是逻辑清晰，所以发言，演讲厉害的同学可以争取reporter。

#专栏作家#

马璐，人人都是产品经理专栏作家。关注产品设计以及用户体验，力求在技术一定的情况下将产品做到极致，充分发挥技术的潜能。

本文原创发布于人人都是产品经理。未经许可，禁止转载

题图来自 Pexels，基于 CC0 协议