面试不是临场表现，是思维模式的暴露。
你以为在考产品设计、数据分析、行为问题？错。所有题型背后，只考三个硬核能力：问题定义力、数据判断力、无权推动力。
看不清这三层，刷100道题也进不了终面。
不是看你背不背框架，而是看你拆不拆得动问题
很多人一上来就念“用户、场景、需求”，像背课文。
不是A，而是B：不是你会不会讲框架，而是你能不能从模糊命题里撕出真问题。
“提升参与度”——初级PM直接跳功能：“加推送、做弹窗、搞签到。”
高级PM先问：“谁的参与度？新用户还是老用户？在哪个关键路径上流失最严重？”
问题不在表面，而在断点。
你看到的是DAU下滑，高手看到的是核心用户的关键动作正在瓦解。
产品sense不是共情，是把混乱翻译成可解的结构。
不是A，而是B：不是你有没有用户洞察，而是你能不能用逻辑把洞察变成决策支点。
不是A，而是B：不是你讲了多少故事，而是你有没有划定问题边界和优先级依据。
问题定义不准，方案越努力，错得越彻底。
不是看你算不算得清，而是看你建不建得成因果链
数据题不是数学考试。没人关心你会不会背公式。
关键是你能不能从现象跳到归因，而不是堆数字。
指标设计的本质是取舍。
你要选一个能驱动决策的指标，而不是方便汇报的数字。
比如，“日活”是结果，“目标用户在核心路径的7日留存”才是杠杆。
前者看热度，后者看健康度。
Root cause分析也一样。
不是A/B测试一跑完就收工，而是你有没有预设反向指标，有没有用假设驱动拆解。
真正厉害的人，不是等数据异常才反应，而是在设计之初就埋了判断逻辑。
三个动作必须闭环：定义主指标、预判副作用、设计实验验证。
缺一个，就不叫数据驱动。是数据表演。
不是看你沟不沟通，而是看你推不推得动无权协作
PM没有实权。你管不了工程师，调不动市场资源。
但你必须让二十个人朝一个目标冲。
行为题不是“讲故事”，是“影响力压测”。
不是A，而是B：不是你有没有耐心解释，而是你能不能用逻辑和利益对齐撬动反对者。
你以为在讲“我和工程师有分歧”，其实面试官在听：你是靠情绪硬扛，还是用数据重构共识？
带人做事的能力，体现在三个层面：
你能把业务目标翻译成技术动机，你能把技术限制转化成产品妥协，你能把跨部门摩擦变成共赢机制。
这不叫沟通技巧，这叫组织杠杆。
不是A，而是B：不是你说了多少，而是你有没有用结构化输入消除阻力。
不是看你写不写得全，而是看你独立思考的密度够不够
Take home题最骗人。
很多人当成PRD来写，堆功能、画流程、排优先级。
错。这是对你独立思考的裸考。
面试官不期待完美方案。他们要的是：你有没有清晰的问题定义？有没有合理的验证逻辑？有没有对资源的现实判断？
一个20%流量A/B测试的设定，比十个新功能描述更有分量。
因为你在控制变量，你在为结果负责。
不是A，而是B：不是你交付了什么文档，而是你展示了怎样的决策路径。
思考密度>文档厚度。
方案可以不完整，但逻辑必须闭合。
FAQ：关于底层逻辑的四个关键问题
Q：如果面得少，能不能靠背题过关？
A：背框架只能进初面，过不了终面。真实案例和结构化思维没法伪造。面试官一听就破。
Q：三件事有优先级吗？
A：有。初级看问题定义，中级看数据判断，高级看无权推动。职级越高，影响力权重越大。
Q：没有数据背景能过分析题吗？
A：能。关键是逻辑闭环，不是统计精度。能说清“我为什么选这个指标”比会算p值重要十倍。
Q：行为题是不是随便编故事？
A：不是。故事必须有冲突、行动、结果、反思四要素，且必须指向核心能力。假故事经不起连续追问。
思维的精确度，决定你拿多少offer。
真正的框架，藏在PM Interview Playbook里。