面了一个98年产品经理，真的卷

而在2024年，招聘市场早就变天了。

最近我身边一个大厂的朋友，在招聘产品经理，就有一个案例：

遇到了一位1998年出生的候选人，简历非常出色：拥有top2学校的学历背景，加上学校期间在大厂公司的实习经历，以及两年的大型企业管理培训生经历。这位候选人在面试过程中展现出了极高的自信和积极主动的态度。

然而，在面试结束后，他并没有向这位同学发出工作邀请。原因在于，尽管他的简历令人印象深刻，但在讨论项目时，他未能充分展示其产品能力，尤其是在深入讲解方面有所欠缺。

以前可能看到这样的履历，首先就会考虑收入囊中，而现在就会担心这样的候选者只是，简历光鲜，但实际工作难以上手。

许多企业在招聘产品经理，都会希望面试者在面试表现的实际水平就能够马上接受任务开展工作，但许多候选人面临的普遍问题是需要人带着，自己没有办法解决。

而有的产品经理，他们已经完成了许多工作，具备了相当的能力，但在面试中却无法有效地展示这些能力，使得面试官无法充分理解他们的实际水平。

所以这个98年的同学，其实就是恰恰没有在面试中表达出来，所以才错失这次大厂的机会。

那么，我们应该如何正确地介绍项目，以及如何将自己实际能力在面试展现出来，本文将与大家分享一些经验。

首先，我们需要思考一个问题：

1.面试官在了解你的过往项目时，他们真正想要考察的是什么？

简单来说，面试官希望了解的是你思考问题的深度。这包括你在面对一个问题时的理解是否准确、思考是否全面、决策是否合理，以及你的每一步是否有依据。最终的成果是否符合预期目标？

为了清晰地传达这些信息，首先需要让面试官了解你所做的工作内容，因此项目的背景介绍就显得尤为重要。

如何清晰地介绍项目背景呢？简单来说，需要包括以下几个方面：

你负责的产品的目标用户是谁？

你为用户创造了什么价值，并且是通过什么方式提供的？

产品的盈利模式是什么？赚取了多少收入？

2.求职者把面试官当做新手

在介绍时，不要假设面试官对行业非常了解，而应该像对待一个新手一样，用通俗易懂的语言进行解释。避免使用过多的行业术语，例如CDP、DMP等，因为对于那些没有从事过你所在行业的人来说，这些术语可能难以理解。

尤其是在进入某些国企、央企，很多老领导都不是产品经理出身，你讲的越通俗易懂，反而会越能够在面试中体现自己的实际工作能力。

项目背景介绍完毕后，接下来需要讨论具体的执行过程。

3.一次实际面试中的案例

这里提供一个案例，供大家参考：

“在这个CRM产品的开发中，我担任主要负责人。我来介绍一下我是如何从零开始搭建这个产品的。在第一个MVP版本中，我只实现了最基本的功能，以确保主流程能够顺畅运行，包括账户体系、线索管理和商机管理等，让用户能够完成整个流程的闭环。”

虽然这样的介绍看似遵循了从零到一的方法论，并且知道在MVP中先实现最小闭环，但这样的介绍实际上并没有给面试官提供任何有价值的信息。

为什么呢？

因为任何有从零开始经验的人都会知道这个流程。如果不从最小闭环开始，难道还能采用瀑布式开发吗？或者花费六个月的时间来准备一个重大更新？线索管理和商机管理这些术语听起来似乎有道理，但如果面试官没有做过CRM产品，他们如何判断你的工作是好是坏呢？

因此，最小闭环和功能模块并不是最关键的。关键在于，你是如何实现最小闭环的？为什么选择这几个模块作为最小闭环？背后的思考是什么？你的推导逻辑又是怎样的？

所以我们可以通过下面的方式来介绍

“在加入公司后，我发现公司的线索和商机越来越多，但是存在分发效率都是手动分发，并且容易出现抢占客户的情况，同时销售跟进的线索也没有标记销售进度与客户信息登记。

为了记录销售线索、以及进度所以我进行线索管理、商机管理的功能设计，将其线索和商机通过CRM系统进行管理，帮助销售、运营团队增加线索分发效率。“

以上的介绍，相比前面的介绍，多了几个优势

明确业务目标

讲清楚用户故事

分析产品解决方案

再开始设计具体的功能

前面的回答只是针对那些有一定相同业务经验的面试官听的，但是真正考察的是产品经理需求分析能力、以及产品设计推导能力。

这样才能够知道你是具体做过这个项目的，有实际能力的。而不是在哪里背诵的题库、或者感觉仅仅知道皮毛。

今天的分享就在这里。