一、考的是拆解方式，不是答案

面试官想看的，是你遇到陌生问题怎么组织思路、怎么表达。答案对不对在其次，框架有没有才是关键。所以准备的重点不是题库，是把常考题型的拆法练到条件反射。

二、示范题一：怎么找种子用户

按"人群 → 场景 → 渠道 → 验证"四步走，任何产品都套得上：

补一句"我会先做 20 个访谈验证假设"，比直接给结论更像产品经理。

三、示范题二：B 端与 C 端的差异

B 端解决效率问题，用户既是决策者也是使用者，看重稳定与安全；C 端解决体验问题，用户是个人，看重流畅与有趣。

答完这一句，立刻接一个自己的例子，否则就是背书。追问"B 端最难的点是什么"，可从"多角色需求冲突、上线周期长、迁移成本高"里选一个展开。

四、项目题：讲清"为什么改"，而不只是"改了什么"

负责的产品有个核心功能使用率持续下降。用两周做用户访谈和数据分析，确认不是功能本身的问题，而是入口太深。拉设计、开发一起出了三个方案，用 A/B 测试验证，选了改动最小、效果最好的版本上线，三个月后使用率回升并稳定。

这段话的信息量在于：先排除错误假设，再小成本验证。面试官听到"排除"和"A/B"，就知道你真做过迭代。

五、三类准备动作

• 题库拆解：把 20 道高频题归成 4 类（需求判断、方案设计、数据分析、协作推进），每类记一个框架
• 项目底稿：每个项目写清背景、你的判断、方案取舍、数据结果、复盘结论
• 追问预演：每段回答自己先问三个"为什么"，答不上来的就是漏洞

六、临场两条纪律

第一，允许停顿。说一句"我想一下，先明确用户是谁"，比硬答有效。

第二，别套模板。同场竞争者用同一套话术时，撞答案比答错更尴尬——你的项目细节才是唯一不可复制的部分。