Product Sense是PM面试里权重最高的一类题。在大厂面试中,它通常占总分的30-40%以上。某头部平台、某大型平台、字节几乎每一轮都会涉及。考不好,直接出局。
但很多人把它搞复杂了。所有Product Sense题,底层都是一个问题:给你一个机会,你怎么把它变成一个好产品?
5步核心框架
Why → 为什么做?:公司战略对齐,市场机会评估,business objective是什么。这一步的目的是展示你有商业嗅觉,不只是在做功能。
Who → 为谁做?:用户分层(角色/行为/需求),画出具体的用户画像,打分排优先级。这是整个框架里最重要的一步,也是最容易出错的一步。
Pain → 核心痛点是什么?:Severity × Frequency × Solution Gap,找最高杠杆的痛点。注意:痛点必须有情绪,不只是功能缺失。
What → 做什么来解决?:Impact / Effort评估,选最高杠杆的方案,描述MVP长什么样。方案必须和前面选的痛点直接对应。
Validate → 怎么验证?:核心假设是什么,用什么指标衡量,如何做A/B Test,Counter Metric是什么。
每一步应该花多少时间?
假设你有35分钟的答题时间(标准Product Sense轮):
对照表
步骤 | 时间 | 比例 | 常见错误
Why | 3分钟 | 9% | 跳过不讲 / 讲太久
Who | 8分钟 | 23% | 分层太泛 / 没有画像
Pain | 7分钟 | 20% | 痛点没情绪 / 没打分
What | 10分钟 | 29% | 方案和痛点断裂 / 没MVP
Validate | 5分钟 | 14% | 没有Counter Metric
总结 | 2分钟 | 5% | 没有收尾
Johnny Mai 的经验
我在面试候选人这些年,发现最能打动我的不是那些背得最熟的人,是那些讲用户时,让我感觉他们真的见过这个人的。好的用户分层,要让面试官脑海中浮现出一个真实的人。不是统计数字,而是有具体处境和情绪的人。这一点,比框架本身更重要。
另一个我特别看重的:候选人有没有在回答过程中主动做取舍。如果你说"这三个方案我都觉得不错",我会打低分。如果你说"这三个方案我选B,因为它的Impact最高且Effort可控,虽然C更有创意但技术复杂度太高",这就是PM思维。
对比案例
同一道题:"为盲人用户设计一个某地图产品功能。"
候选人A(被拒):直接跳到方案,"加一个语音导航功能。"没有用户分层,没有痛点分析,没有竞品考量。
候选人B(通过):"首先让我理解一下范围。我假设这是某地图产品移动端。盲人用户可以分为两类:完全失明和低视力。我选择聚焦完全失明用户,因为他们的痛点更严重。他们最大的痛点不是导航本身,某地图产品已经有语音导航,而是最后100米:从地铁出口到目的地大门的那段路,没有任何指引。这是现有方案的最大gap。"
看到区别了吗?B没有给更多的功能,但他展示了更深的思考。
常见问题
Q:如何理解Product Sense核心框架中的Why步骤?
A:理解Product Sense核心框架中的Why步骤需要分析公司战略对齐、市场机会评估以及business objective。例如,首先需要评估公司当前的战略目标和市场趋势,然后根据这些信息确定产品的目标和方向。通过展示商业嗅觉和对公司战略的理解,可以更好地回答Why步骤中的问题。
Q:如何进行用户分层和画出用户画像?
A:进行用户分层和画出用户画像需要根据用户的角色、行为和需求进行分析。例如,可以根据用户的年龄、职业、收入水平等因素进行分层,然后根据这些分层画出具体的用户画像。通过这种方式,可以更好地了解目标用户的需求和偏好,从而设计出更符合用户需求的产品。
Q:如何将Product Sense核心框架应用到实际的产品设计中?
A:将Product Sense核心框架应用到实际的产品设计中需要按照框架的步骤进行思考和分析。例如,首先需要根据Why步骤确定产品的目标和方向,然后根据Who步骤确定目标用户和他们的需求。通过按照这种框架进行思考和分析,可以更好地设计出符合用户需求和公司战略的产品。同时,也需要不断迭代和优化产品,以确保其符合用户的需求和偏好。