很多人把Take Home做成漂亮PPT，但没有判断。
面试官拿到一份精美的Deck，每一页都有线框图，配色专业，交互标注清晰。然后他们翻到第一页，发现：问题定义是一句话，Audience是"所有用户"，选这个方案的原因是"用户研究表明这个功能有价值"。
PPT很漂亮。PM能力没看到。
Take Home的设计空间让人想做成产品设计作品集。但评分标准是PM能力，不是设计能力。判断力排第一，设计质量排第二，视觉美观排最后。这篇文章告诉你正确结构是什么，以及评分标准背后的逻辑。
最常见的错误
错误一：上来就画UI
这是设计师思维，不是PM思维。PM的价值不在于知道界面该怎么长，而在于知道要解决什么问题、为什么值得解决。如果你的Take Home第一页或第二页出现的是界面图，面试官会认为你跳过了最重要的问题定义环节。
错误二：问题定义用一句话带过
"用户在注册流程中流失率过高，我们需要优化注册体验。"这不是问题定义，这是问题描述。问题定义要回答：为什么这是一个值得解决的问题？不解决它的代价是什么？现有的解决方案做了什么，哪里不够？
错误三：方案选择没有理由
"基于用户需求，我设计了这个功能。"面试官想知道的是：你考虑过哪些备选方案？你为什么选这个而不是另外的？这个选择的tradeoff是什么？如果你的Deck里只有一个方案且没有任何对比，它展示的不是你有判断力，而是你没有在做取舍。
错误四：指标没有区分层级
"成功指标是注册完成率提升、用户留存提升、收入增长。"这是愿望清单，不是指标体系。Take Home需要的是：这个项目的North Star指标是什么，次级指标有哪些，护栏指标（不能因为追求北极星而牺牲的）是什么。三个层级要清楚，且互相不冲突。
正确的Take Home结构
六个部分，按顺序来。不是每个部分都要做得很长，但每个部分都必须有。
Part 1：Problem定义
这是整份Take Home最重要的部分。面试官看到的第一件事，应该是你对问题的理解，而不是你对解决方案的想象。
问三个问题：这是什么问题？为什么这个问题值得解决（商业价值/用户价值）？这个问题目前没有被解决好的原因是什么？
好的Problem定义示范："注册流程的26%流失率表面上是UX问题，但数据显示流失主要发生在邮箱验证步骤（占总流失的67%），而不是表单填写阶段。这意味着问题不是流程太复杂，而是邮箱验证的价值传递失败——用户不理解为什么需要验证，或者验证邮件没有及时到达。这个诊断改变了解决方案的方向：不是简化表单，而是重新设计验证逻辑和通知机制。"
这段话不长，但它展示了分析能力、数据思维，以及最重要的——问题定义已经开始约束解决方案方向了。
Part 2：Audience
不是"目标用户是所有用户"，而是"在这道题里，我们优先解决谁的问题，以及为什么"。
如果Take Home题目有用户数据，要分层——新用户vs老用户、付费用户vs免费用户、高频用户vs低频用户。选择最值得优先解决的那一层，并且解释选择逻辑。
如果没有数据，就基于你对产品的理解做合理假设，并明确标注"这是假设，验证方式是X"。
Part 3：Tradeoff
这是大多数Take Home最薄弱的地方，也是面试官最在意的地方。
你要展示的是：你考虑了不止一个方案，你在多个选项之间做了比较，你选择当前方案是因为它在当前阶段最优，而不是因为它是唯一你想到的。
格式建议：列出2-3个备选方案，每个方案一行说清楚核心逻辑，然后说明为什么选A而不是B或C。
示范："方案A：完全去除邮箱验证，靠手机号或社交登录替代。成本低，摩擦最小，但会引入垃圾账号问题，且不符合当前的合规要求。方案B：保留验证但改为异步——先让用户进入产品，后台继续验证。用户立即看到价值，但需要处理未验证用户的权限逻辑，工程成本中等。方案C：优化验证邮件设计和发送速度，加入短信备选。成本最低，风险最小，但解决的是表面问题，如果根因不是邮件设计而是网络延迟，效果有限。我选方案B，因为在当前阶段提升用户激活率比控制垃圾账号更重要，且工程成本可控。"
这段分析展示的不是你有多聪明，而是你会做取舍。
Part 4：Metrics
定义清楚什么叫成功。分三层：
North Star（北极星）：这个项目根本要推动的指标。通常是与用户价值最直接相关的那个，不是公司收入。
次级指标：会影响North Star的前置指标，可以更快反映方案是否有效。
护栏指标：不能因为追北极星而牺牲的指标。比如提升注册率不能以牺牲账号质量为代价。
Part 5：方案
这里才是展示解决方案的地方。线框图是可选的，能辅助说清楚想法就用，不能辅助就别用。重要的是：你的方案设计和前面的问题定义是否一致？你选择这些功能点的逻辑是否清楚？
不需要做成高保真原型。一张标注清楚的草图，配上解释每个设计决策的文字，比一份精美但没有判断的Figma原型更有价值。
Part 6：验证计划
怎么知道方案有没有效？
不是"做A/B test"这么简单。要说清楚：测什么假设、实验组和对照组的设计、需要多少样本量/多少时间才能得到统计意义上的结论、如何解读不同的实验结果。
评分标准的真实权重
我面试过上百名PM候选人，给Take Home打分的时候，实际权重是这样的：
判断力（50%）：你有没有做出明确的、有理由的决策？你的框架是否coherent，各部分是否互相支持？你有没有主动识别你的方案的弱点？
设计质量（35%）：你对产品和用户的理解是否深入？方案是否realistic（工程上可行、业务上合理）？指标体系是否完整？
视觉美观（15%）：Deck是否整洁、容易阅读？这不是加分项，而是基础要求——达标就行，超出不加分。
很多人把80%的时间花在视觉上，结果在判断力（50%权重）上交了白卷。这是Take Home最常见的失败模式。
时间分配建议
大多数Take Home给3-7天。时间分配的优先级：
第一天：读题，写Problem定义，定Audience。不要打开设计工具。
第二天：列备选方案，做Tradeoff分析，定北极星指标。还不要画界面。
第三天：基于前两天的框架，设计具体方案。这时候画的线框图会有清晰的逻辑支撑。
最后一天：组织Deck，检查逻辑一致性，做最后的打磨。
如果你发现自己在第一天就在想界面长什么样，停下来。先把Problem定义写清楚，界面设计会自然跟上。
一个检验自己有没有做好Take Home的简单方法：把你的Deck给一个不了解这个题目的人看，问他们三个问题：你解决的是什么问题？为什么选这个方案而不是其他方案？怎么知道这个方案有没有效？如果他们三个问题都能从你的Deck里找到清楚的答案，你做对了。
Take Home不是看你PPT漂不漂亮，而是看你有没有独立判断。书里有Take Home Deck大纲模板。
所以我把《如何从0到1准备硅谷PM面试》写成了Playbook，而不是题库。
题库只能帮你见过更多题。 Playbook要解决的是：你在没见过的题里，能不能快速搭结构、做取舍、讲清判断。
完整版包含： 39章正文 · 8个实战附录 · 30道高频题 · 每章练习卡 Product Sense / Metrics / Behavioral / Strategy / Mock / 追问 / Offer选择全覆盖。
如果你正在系统准备PM面试，可以先看免费Preview。 觉得适合，再看完整版。