研发转产品经理一年,重新跳槽的面经(不定期更新)

2020-08-04  本文已影响0人  achowang

背景介绍

本人有三年研发经历,转行在创业公司做数据产品经理已满一年。通过内推或BOSS直聘两种方式,已投递5份简历,收到1个明确拒绝,2个杳无音讯的拒绝,2个面试机会。拿到1个offer,由于公司与理想公司差别较大,已拒。另一个7月31日完成一面已通过,8月4日二面。

以下,根据过往面试经验对产品经理常见面试问题进行总结。

面试经验

面试一般由三类问题和最后的提问组成,三类问题包括通用型产品经理技能、产品经理项目、研发项目。

通用型问题

1. 自我介绍

考察点:缓解气氛,面试官有时间看一下简历,或者对你有一个全面的了解。

一分钟以内的自我介绍即可。

2.为什么从目前公司离职?

考察点:离职原因是否站得住脚,对下一份工作的诉求是什么。不应该表露出对目前公司的不满

答:目前的工作比较舒适,挑战性不足。虽然同事和领导都很友善,产品推进也会遇到问题,但大体上都是在可控制的范围内,不会收到来自同事或领导质疑及挑战。

3.为什么从研发转产品经理?

考察点:转行原因是否站得住脚,对产品经理岗位的理解是否有问题。

答:我一直对产品经理岗位感兴趣,但是由于当时刚毕业参加工作,对研发岗位也充满热情,所以没有仔细考虑过这个问题。两年后,在研发岗位上越来越顺风顺水,得心应手后又重新审视自己,虽然很舍不得研发岗,但最终还是决定转行,换一个角度看问题。

4.为什么不选择在内部转产品经理?

考察点:

答:内部没有合适的机会。

5.研发经历对产品经理的工作有什么帮助?你的优势是什么?

考察点:有没有深度思考研发和产品经理的区别,在产品经理岗位上能发挥什么优势。

答:1)牺牲在研发上已经获得的工作经验/成就,会更加珍惜产品经理的工作机会,有更多热情。

2)跟研发的沟通无障碍。比如隔壁模块的产品经理经常拉上我充当研发和他的翻译。

3)逻辑能力。3.1 研发中的系统架构/设计模式是对现实世界的抽象,与产品的信息架构有异曲同工之妙。3.2 研发花大量的时间在思考系统的定位、边界和可扩展性,而产品也需要这份能力。

6.研发和产品经理的区别是什么,你有什么心得体会?

考察点:对研发和产品经理两个职位的反思

答:1)职责不同。产品经理负责产品过程中需求、生产、销售、协调四个部分,其中需求和协调占大部分工作内容。研发主要精力在生产环节的深挖,为产品发展打好基础,做好技术支持。

2)对人技能的要求不同。从产品经理对需求的理解、XXX可以判断出其是否是一个好产品,而业务驱动的公司虽然也要求研发对业务的理解力,但其核心竞争力还是对产品背后的技术系统本身的思考。

7.作为产品经理,你的劣势是什么?

考察点:候选人的缺点,候选人是否真诚。

答:脾气比较急。

8.工作中会和研发有冲突或矛盾吗?你是怎么解决的?/有没有激烈的冲突,研发激烈的怼你怎么办?

考察点:沟通能力,如何处理冲突和矛盾。

答:和研发爆发矛盾多数由以下问题展开,

1)描述需求细节到最细粒度。研发完成需求时需要花大量时间处理边界条件,而研发人员最希望可以看到产品经理对边界条件明确的决定和态度,否则就会有大量的反复沟通和确认,而期间会产生矛盾。

2)技术理解力和同理心。产品经理一味站在自身角度看问题,觉得需求重要,但不考虑开发难度和开发周期;当研发提出技术难点时,产品经理不能理解,而研发又无法判断需求的重要程度,二者容易产生矛盾。

3)明确的Deadline。及早告知deadline,设置路标,即时沟通进度。

9.做产品后,你最大的收获是什么?

考察点:思考力

答:1)思维方式的转变。不再是程序员那种严密的逻辑思考方式,而是要多换位思考,多在不同用户角色的角度考虑问题,有些问题我可能永远不会遇到,可是用户确会发生这样那样的问题,因为用户场景和使用习惯都有很大不同,多和用户聊天,多用数据说话。

2)提前规划需求优先级和做排期。做程序员,只要完成自己的功能模块就好;可是,作为一个产品经理,明显要“操心”很多。你要提前做排期,开需求评估会,哪个功能先做哪个功能可以稍微放在后面;然后盯着每个模块的进度,确保版本到deadline能发出来。因为到deadline还发不出来,你才是最着急的那个人。

3)方向要对,细节可以在迭代中逐步优化。一个产品,如果开始大方向就是错的,那么真的很难做起来。然而,方向对了以后,细节可以慢慢优化,毕竟还有版本迭代,还有后台数据支撑,还有用户的反馈,这些都足以确保以后优化。

4)做好/理解产品的定位。在开始做竞品分析的时候,就要想清楚,公司、团队、自己的优势是什么,可以在哪些方面吸引用户,一味的抄袭和模仿竞品是很悲剧的一件事情,竞品也在迭代,这样你就永远处于追赶的地位。拿我们第一个产品而言,因为team人本来就少,那么就主打轻量,不论是在软件包大小,还是体验速度上,都要做到轻、小、快,再结合公司的优势,寻找突破口。

10.最近有读书吗?在读什么书?

答:《精益数据分析》不同行业不同阶段的创业公司如何进行数据分析。

《社会动物》人的潜意识是如何运作的。

11.当前公司的规模如何?有多少个研发,多少个产品经理?

12. ToB产品和ToC产品的区别?

答:1)产品价值不同。to c产品是发现用户需求,定义用户价值,并准确的推动项目组达成这一目标。to b产品是根据公司战略或工作需要,构建生态体系,或者推动将流程系统化,提高效率。

2)对产品经理的要求不同。

ToC的产品经理要求:2.1.1)很好的用户嗅觉,能准确提炼用户真实需求,为产品的市场化方向和用户利益寻求到一个平衡点。

2.1.2)需要有一定的运营基础,能根据用户反馈不断优化产品。

2.1.3)优秀的to c产品经理还是个优秀的数据分析师,能够根据数据结果反推产品功能。

2.1.4)他们还会懂那么一点运营、营销、品牌策略,并会将其体现在产品形态中。

2.1.5)拥有很高的交互设计能力和用户体验感知,这里所说的交互设计和体验感知都必须围绕公司战略和产品方向进行展开。

ToB的产品经理要求:你可以看到to b端产品的最大要求是公司战略或需求理解能力和推动能力。

2.2.1)构建完整生态,或者提升效率,就是to b产品经理的价值所在。to b端产品的需求是服务于公司战略、或者服务于线下已有的流程,产品经理要做的是理解和实施公司战略,构建生态系统,或者将已有流程系统化,也就是说需求主要的来源并不是普通用户。

2.2.2)如果没有很强大的需求梳理能力,很难将这类流程和逻辑梳理出来,任何一个地方出现遗漏或差错,都会面临高层老板、合作部门、或外部公司的挑战,甚至面临合作公司的起诉风险。

2.2.3)同时,因为这类功能一般都会牵扯到跨部门、跨事业群团队的合作,他们的目标一定不一致,如果没有很优秀的推动能力,是不可能推动公司那么多部门协同为你构建你的目标而努力的,优秀的to b端产品经理浑身会散发出逼人的领导力。

3)遗弃成本不同。

B端:对于企业来说,遗弃的已有产品的代价成本是比较高的,新产品的上线将花费大量的财力、物力和周期,这也是B端产品对于用户体验容忍度较高的一个因素,但同时,B端用户一旦选遗弃,召回的可能性基本为零。

C端:遗弃成本相对来说就非常低了,基本为零。且现在需付费使用的产品,在市场中的占有率是是极低的。

产品经理项目问题

1. 介绍一下你的项目

答:“宏观背景”-“项目分析”-“方案说明”-“数据反馈”-“我的角色”。

2. 产品经理的核心技能是对业务的理解,举例说明你在项目实施的过程中,怎么发现问题,怎么分析问题,最后怎么解决问题的?

答:举例说明。

3. 客户对产品的使用情况如何?

答:

1)取得的成果。

2)存在的问题。

3)我的规划

4.现在你的B端客户处在什么阶段,需要你的产品提供什么功能才能解决客户问题?

答:用户、场景、痛点。

分场景讲述客户的痛点及我的解决方案。

5.在产品迭代过程中,你遇到的最大挑战是什么?

答:

6.你的产品给客户带来了什么价值?

7.你觉得这么多年来没有传统行业成功数字化转型案例的原因是什么?

8.B端产品会面对多种角色的不同需求,当这些需求发生冲突时,你如何解决?

答:需求优先级的排定问题。回答的角度如下:

这个需求是谁提出来的?采购决策方or 服务使用者

这个需求在用户侧的适用场景是怎样的,场景是否高频?

当前阶段用户侧,是否有相应的 workround 方案?

找五个用户问下,做了这个需求,用户是否愿意付费使用?

相关竞品是否有这个需求对应的 feature?为什么没做?怎么做的

研发项目问题

1. 你在XXX(研发所在的公司名字)做研发时是做哪块业务的?

2.在XXX是做数据研发还是前端/后端研发?

3.你在XXX和用户有接触吗?

反问环节

你有什么问题要问我吗

答:您在公司的一天是怎么度过的?

您最喜欢公司的哪一点?

如果未来有机会能加入这个团队的话,您对我的期望是什么?

当前业务的阶段目标和长期目标吗?

上一篇下一篇

猜你喜欢

热点阅读