Take Home交完就被拒？你搞错了重点

最近有个很典型的案例：一家硅谷中型科技公司的PM岗位，Take Home（带回家完成的面试作业）环节拒了80%的候选人。不是因为他们的设计不够好。是因为面试官翻到第一页，发现：问题定义是一句话，Audience是"所有用户"，选这个方案的原...

最近有个很典型的案例：一家硅谷中型科技公司的PM岗位，Take Home（带回家完成的面试作业）环节拒了80%的候选人。不是因为他们的设计不够好。是因为面试官翻到第一页，发现：问题定义是一句话，Audience是"所有用户"，选这个方案的原因是"用户研究表明这个功能有价值"。

Deck很漂亮。PM能力没看到。

先说一件反直觉的事：Take Home是整个面试流程里最容易补分的环节。

你有3-7天。你可以反复思考，可以优化结构，可以检查逻辑一致性。没有时间压力，没有面试官在旁边看着你。

然后大多数人把这个时间用来做Figma原型，做精美的配色，做高保真的线框图。

最后交出去，三天后被拒。

Take Home花了20小时做，但重点搞错了。20小时 = 0。不是时间不够，是判断标准从一开始就是错的。

面试官拿到你的Deck，第一分钟在看什么

很多候选人不知道面试官审Take Home的实际流程。

一般来说，面试官会先用5-10分钟做"快速扫描"，形成对这份Deck的初步判断，然后再仔细阅读。

快速扫描时，他在看三件事：

第一件： 第1-2页是问题定义还是UI。如果第1-2页是界面图，他的第一反应是"这个人是设计师思维，不是PM思维"。

第二件： 方案部分有没有备选比较。如果只有一个方案，没有"为什么选这个而不是另一个"，他会认为这个人没有做过真正的取舍分析。

第三件： 有没有指标体系。如果指标只是"提升注册率、提升留存、提升收入"，他知道这个人不理解指标层级和取舍关系。

5-10分钟后，他已经有了一个粗略的评分。后面的仔细阅读是在寻找证据来验证或修正这个初判。

你的第1-2页，决定了他的初判是正面还是负面。

一个候选人交了一份视觉做得极好的Take Home。面试官扫了前两页，第一页是精美的用户旅程图，第二页是线框图。他们的讨论会上，面试官B直接说：'问题定义只有一句话，没有备选方案，指标是三个愿望。设计再好也没用，这份不是PM的判断力展示，是设计师的作品集。'结果：No hire。他后来重做，把第一页改成有数据支撑的问题定义，第二页改成三方案比较逻辑，最终拿到了同一家公司的offer。

评分的真实权重，和你花时间的方式完全反着

我面试过上百名PM候选人，给Take Home打分的实际权重是这样的：

判断力（50%）： 有没有做出明确的、有理由的决策？框架各部分是否互相支持？有没有主动识别方案的弱点？

设计质量（35%）： 对产品和用户的理解是否深入？方案是否现实可行（工程上能做、业务上合理）？指标体系是否完整？

视觉美观（15%）： Deck是否整洁、容易阅读。这不是加分项，是基础要求，达标就行，超出不加分。

很多人把80%的时间花在权重15%的地方，结果在权重50%的判断力上交了白卷。

你不是设计不好。你是时间花错了地方。

数据：时间分配的差距有多大

根据我和多位硅谷PM面试官的交流，典型的候选人时间分配是这样的：

大多数候选人（被拒的那批）：

问题定义：30分钟（1-2句话）
用户研究：1小时
方案设计：12-15小时（大量在Figma上）
Deck制作和美化：10小时
指标思考：30分钟（最后加的）

通过率高的候选人：

问题定义：4-6小时（反复打磨，直到定义已经约束了解决方案）
用户分层分析：2-3小时（选最值得优先的群体，说明为什么）
备选方案比较：3-4小时（真正做取舍，不只写一个方案）
指标体系：2小时（三层，互不冲突）
方案设计：4-6小时（基于前面所有分析，这时候方案会自然浮现）
Deck制作：2-3小时（结构清楚，不需要多漂亮）

注意：通过率高的候选人在方案设计上花的时间反而更少，因为他们在前期花时间把问题想清楚了，方案几乎是自然推导出来的。

最常见的四个失分点

失分一：第一页或第二页就出现UI

这是设计师思维，不是PM思维。PM的价值不在于知道界面该怎么长，而在于知道要解决什么问题、为什么值得解决。如果你的Take Home第一页是界面图，面试官会认为你跳过了最重要的问题定义环节。

失分二：问题定义用一句话带过

"用户在注册流程中流失率过高，我们需要优化注册体验。"

这不是问题定义，是问题描述。问题定义要回答：为什么这个问题值得解决？不解决的代价是什么？现有解决方案做了什么，哪里不够？好的问题定义，已经在约束后面的解决方案方向了。

失分三：方案选择没有理由

"基于用户需求，我设计了这个功能。"

面试官想看到的是：你考虑了哪些备选方案？你为什么选这个而不是另外的？取舍是什么？如果你的Deck里只有一个方案且没有任何比较，面试官看到的不是判断力，而是根本没有做过取舍。

失分四：指标是愿望清单，不是指标体系

"成功指标是注册完成率提升、用户留存提升、收入增长。"

这是三个愿望，不是指标层级。Take Home需要的是：North Star（北极星指标，衡量产品核心价值的单一关键指标）是什么，次级指标有哪些，护栏指标（不能因为追北极星而牺牲的）是什么。三个层级，互相不冲突。

这里卡住90%候选人的地方是指标体系。他们知道要写指标，但不知道三层之间是什么关系、为什么护栏指标是必须的、以及如何验证三层之间没有逻辑冲突。书里有完整的指标层级构建方法，是Take Home里差距最明显的一块，因为只有真正理解了指标层级的逻辑，你才能在面试官追问时解释清楚为什么这几个指标比其他指标更合适。

before/after：同一份Take Home，两种问题定义

题目： 优化Airbnb的搜索功能。

低分版问题定义：

"Airbnb的搜索功能是用户在平台上找到合适房源的核心工具。当前的搜索功能存在一些用户体验问题，导致用户无法快速找到满意的结果。这份提案将探讨如何优化搜索体验，提升用户满意度。"

面试官内心：这段话什么都没说。"存在一些问题"是什么问题？"无法快速找到"是因为搜索算法不好、筛选项太少，还是结果太多无法判断？这个问题定义没有约束后面的任何设计方向。

高分版问题定义：

"Airbnb搜索存在一个核心张力：平台需要同时满足'探索型用户'（知道地点但不确定具体要什么）和'决策型用户'（已经有具体要求，想快速完成预订）。

这两类用户需要的搜索体验完全不同：探索型需要'宽泛但有温度的浏览体验'，决策型需要'精准过滤后快速比较的决策体验'。

当前Airbnb搜索的设计更偏向决策型，大量筛选项、价格排序、Map视图，这让探索型用户感到信息过载，容易在浏览30分钟后还没有任何喜欢的房源。

数据支撑：Airbnb 2022年报显示，搜索到预订的转化率约为1.8%，而用户平均搜索会话时长超过15分钟。长时间低转化率，说明用户在搜索过程中失去了方向感，不是搜索结果本身不好。

我的提案聚焦于提升探索型用户的搜索体验，因为这是增量机会更大的群体，且现有竞品（VRBO、booking.com）同样在这个维度上没有做好。"

面试官看完高分版之后的反应是：这个候选人已经在问题定义里做了三件事，识别核心矛盾、找到最值得优先解决的用户群、说明为什么这是最值得解决的问题。后面的方案方向已经被约束了，他接下来能设计出什么，我大致已经知道了。

问题定义写好了，后面的方案几乎是自然推导的结果。问题定义写不好，后面的方案就是空中楼阁。

正确的Take Home结构：六个部分，按顺序来

Part 1：Problem定义（最重要的部分，大多数人用时最少）

问三个问题：这是什么问题？为什么值得解决（商业价值/用户价值）？为什么现有方案没有解决好？

好的Problem定义示范：

"注册流程26%的流失率表面上是UX问题，但数据显示流失主要发生在邮箱验证步骤（占总流失的67%），而不是表单填写阶段。这意味着问题不是流程太复杂，而是邮箱验证的价值传递失败，用户不理解为什么需要验证，或者验证邮件没有及时到达。这个诊断改变了解决方案的方向：不是简化表单，而是重新设计验证逻辑和通知机制。"

这段话不长，但它展示了数据思维、分析能力，以及最关键的：问题定义已经在约束后面的方案了。

Part 2：Audience

不是"目标用户是所有用户"，而是"在这道题里，我们优先解决谁的问题，以及为什么这个群体比其他群体更值得优先"。

如果有用户数据，分层分析：新用户vs老用户，付费vs免费，高频vs低频。选最值得优先解决的那层，解释选择逻辑。如果没有数据，基于产品理解做合理假设，明确标注"这是假设，验证方式是X"。

Part 3：Tradeoff（大多数Deck最薄弱的地方）

你要展示的是：你不只想到了一个方案，你在多个选项中做了比较，你选择当前方案是因为它在当前阶段最优。

格式建议：列2-3个备选方案，每个一行说清楚核心逻辑，然后说明为什么选A而不是B或C。

示范：

"方案A：完全去除邮箱验证，靠手机号或社交登录替代。成本低，摩擦最小，但会引入垃圾账号问题，且不符合当前合规要求。

方案B：保留验证但改为异步，先让用户进入产品，后台继续验证。用户立即看到价值，但需要处理未验证用户的权限逻辑，工程成本中等。

方案C：优化验证邮件设计和发送速度，加入短信备选。成本最低，风险最小，但解决的是表面问题，如果根因是网络延迟，效果有限。

我选方案B，因为在当前阶段提升用户激活率比控制垃圾账号更重要，且工程成本可控。"

这段分析展示的不是你有多聪明，而是你会做取舍。

Part 4：Metrics

分三层：

North Star：这个项目根本要推动的指标，通常是与用户价值最直接相关的，不是公司收入。

次级指标：会影响North Star的前置指标，可以更快反映方案是否有效。

护栏指标：不能因为追北极星而牺牲的指标。提升注册率不能以牺牲账号质量为代价。

Part 5：方案

这里才是展示解决方案的地方。线框图是可选的，能辅助说清楚想法就用，不能辅助就别用。重要的是：你的方案设计和前面的问题定义是否一致？选这些功能点的逻辑是否清楚？

一张标注清楚的草图，配上解释每个设计决策的文字，比一份精美但没有判断的Figma原型更有价值。

Part 6：验证计划

不是"做A/B test"这么简单。要说清楚：测什么假设，实验组和对照组怎么设计，需要多少样本量/多少时间才能得到统计意义上的结论，如何解读不同的实验结果。

一场Take Home评审还原：面试官在讨论什么

很多公司的Take Home会有2-3位面试官同时审阅，然后讨论给分。让我还原一段典型的讨论：

面试官A： "这份Deck设计得很漂亮，方案也不错。我想给Strong Hire。"

面试官B： "等一下，我看了第2页的问题定义，只有一句话。他选的用户群是'所有用户'，没有分层分析。备选方案一个都没有。他的指标是注册率、留存、收入，这三个同时优化是互相冲突的，他有没有意识到这件事？"

面试官A： "方案设计本身我觉得挺好的……"

面试官B： "方案好，但他的方案是从问题定义推导出来的吗？他的问题定义只有一句话，我看不到他的方案是有逻辑支撑的，还是凭直觉设计的。"

结论：No Hire。

这场讨论的核心是：一份精美的Deck，缺少判断力的证据，在有经验的面试官面前是无法通过的。因为面试官在审阅的不只是最终方案，而是推导方案的整个思考过程。

另一场Take Home评审还原：什么叫有判断力的Deck

对比一场截然不同的讨论：

面试官A： "这份Deck的第一页就是问题诊断，她识别出了探索型用户和决策型用户之间的矛盾，还用Airbnb的真实数据支撑了这个分析。这已经说明她知道Take Home要解决的是什么问题。"

面试官B： "Tradeoff部分她列了三个方案，每个方案都有一行核心逻辑，然后说明了选当前方案的理由。这是真正的比较，不只是列一个答案。"

面试官A： "指标也分了三层，北极星是30天留存，次级是搜索转化率，护栏是现有决策型用户的体验不能变差。三层之间没有冲突，还主动说明了护栏的原因。"

面试官B： "方案设计和问题定义是一致的，她设计的是针对探索型用户的体验改造，不是针对所有用户的。逻辑闭环完整。"

结论：Strong Hire。

这两场讨论的差距，不是Deck的精美程度，而是判断力的密度。第二份Deck不是要展示"我设计得好"，而是要展示"我的每一个决策都有清楚的理由"。

面试官视角：我审Take Home时在找的具体信号

我审Take Home时，脑子里有一张隐形的checklist：

第一项：问题定义有没有约束方案方向？ 如果问题定义写了三行但后面的方案可以解决任何问题，说明定义没有起到约束作用。好的问题定义是"如果这个定义是正确的，后面的方案只有一个大方向"。

第二项：Tradeoff有没有排除了什么？ 不只是说"我选A"，而是说"我选A，是因为B的问题是……C的问题是……"。把排除的理由说出来，展示的是比较逻辑，不只是最终选择。

第三项：指标三层有没有逻辑冲突？ 北极星是MAU（Monthly Active Users，月活跃用户数），护栏是次日留存，如果你通过发推送通知提升了MAU但降低了次日留存，护栏就会触发。三层之间的关系如果候选人理解清楚，他在写指标时就会主动说"这两个指标在某些情况下会互相trade off，所以我把X设为北极星而不是Y"。

第四项：验证计划是不是在测核心假设？ 最小可行实验应该直接测"我的方案成立的最重要的前提是什么"，而不是"我的方案上线之后整体效果如何"。后者需要太长时间，前者才是Take Home应该呈现的思维。

这四项，每一项都是可以在五秒内判断"有"还是"没有"的。而且它们几乎不依赖视觉设计的质量。一份纯文字的Deck，如果这四项都有，强过一份精美Figma原型但四项全无的Deck。

指标体系的深度：护栏指标为什么是必须的

很多候选人知道要写"三层指标"，但不知道为什么护栏指标是必须的。这里有一个具体的场景说明：

场景： 你的Take Home是优化Shopify的商家激活流程，你的北极星指标是"首月GMV大于$1000的商家比例"。

如果没有护栏指标，你的方案就只有一个目标：提升这个比例。这时候面试官会问：如果你通过降低开店门槛（取消身份验证、简化资质要求）来提升这个比例，短期内这个指标是上升的，但你引入了大量低质量商家，他们的商品质量差、退款率高，最终损害了平台买家的体验。这对Shopify整体是正面的还是负面的？

护栏指标的作用： 防止为了追北极星而牺牲平台的长期健康。在这道题里，护栏指标应该是"商家的30天退款率不高于行业平均水平"，确保激活率提升不是通过降低质量门槛实现的。

三层结构示范：

北极星：首月GMV大于$1000的商家比例（说明激活有实质效果）
次级：商家完成首单所需时间（前置指标，更快反映流程优化效果）
护栏：商家30天退款率 + 买家投诉率（确保激活质量不下降）

注意：护栏指标不是"我们希望它不要下降"的愿望，而是"如果它下降，我们就停止或调整实验"的明确触发条件。这个区别，面试官一看就知道你是否真正理解了实验设计的逻辑。

时间分配建议

大多数Take Home给3-7天。

第一天： 读题，写Problem定义，定Audience。不要打开设计工具。

第二天： 列备选方案，做Tradeoff分析，定北极星指标。还不要画界面。

第三天： 基于前两天的框架，设计具体方案。这时候画的线框图会有清晰的逻辑支撑。

最后一天： 组织Deck，检查逻辑一致性，做最后打磨。

如果你发现自己在第一天就在想界面长什么样，停下来。先把Problem定义写清楚，界面设计会自然跟上。

一个检验自己有没有做好的简单方法

把你的Deck给一个不了解这道题的人看，问他们三个问题：

你解决的是什么问题？
为什么选这个方案而不是其他方案？
怎么知道这个方案有没有效？

如果他们三个问题都能从你的Deck里找到清楚的答案，你做对了。如果任何一个问题找不到清楚的答案，那就是面试官看到的差距。

三道真实Take Home题的问题定义before/after对比

题目一： 提升Duolingo的付费转化率

低分问题定义（一句话版）： "Duolingo的免费用户中有大量人没有升级付费，我们需要提升他们的付费转化率。"

高分问题定义： "Duolingo的付费转化率低，表面上是定价问题，但实际上是'感知价值'问题。用户不付费的主要原因不是价格贵，而是他们不清楚付费版比免费版好在哪里，免费版已经足够用了，广告虽然烦人但可以接受。数据支撑：Duolingo公开的数据显示，免费用户平均学习频次和付费用户学习频次差距不大，说明留存不是主要问题，但付费转化率长期在5%以下（行业游戏类App通常在8-15%）。核心问题不是'用户不想付费'，而是'用户没有感受到足够强烈的价值差距'。提案聚焦于：如何让用户在学习过程中的关键节点感受到付费版的差异化价值，而不是通过广告骚扰来推动转化。"

高分版的判断数量： 三个，"不是价格问题而是感知价值问题"、"免费版已经足够用了"、"聚焦关键节点而不是广告骚扰"。这三个判断约束了后续的方案方向。

题目二： 设计Airbnb的主人（Host）端功能

低分问题定义： "Airbnb的房东在管理房源时遇到了各种困难，需要更好的工具来提升管理效率。"

高分问题定义： "Airbnb的房东体验存在一个核心张力：专业房东（管理5+房源、以此为主要收入来源）和普通房东（偶尔出租、主要是副业）的需求完全不同。专业房东需要批量操作、定价优化、入住率分析等专业工具；普通房东需要的是降低管理焦虑，收到奇怪的预订请求时不知道怎么回应、怕评分被恶意差评影响、不确定定价是否合理。当前Airbnb的Host端设计更偏向专业房东逻辑，对普通房东造成了认知负荷过重的问题。数据支撑：Airbnb 2023年报显示，有70%以上的房源来自拥有1-2个房源的普通房东，但这部分房东的离开率远高于专业房东。这说明当前产品设计在服务主力用户群上有明显缺口。提案聚焦于：降低普通房东的管理焦虑，而不是为专业房东增加更多功能。"

高分版的判断数量： 四个，"专业vs普通房东需求不同"、"当前设计偏向专业房东"、"普通房东是主力但离开率更高"、"聚焦降低焦虑而不是增加功能"。

题目三： 提升LinkedIn的发帖率

低分问题定义： "LinkedIn的用户发帖率不高，需要提升内容创作的参与度。"

高分问题定义： "LinkedIn的发帖率低，不是因为用户没有内容可以分享，而是因为LinkedIn的内容创作有特殊的'职业声誉风险'，在LinkedIn上发帖，说错了或者说了不受欢迎的观点，可能影响职业声誉。这和Twitter、Instagram的内容创作心理完全不同。用户在LinkedIn上的首要顾虑是'这条内容会不会被我的老板/同事看到并产生负面影响'，而不是'有没有人会点赞'。这个机制解释了为什么LinkedIn的内容供给严重集中在成功故事和职业技巧，缺乏真实的工作挑战讨论，因为后者的职业声誉风险更高。提案聚焦于：降低真实内容分享的心理门槛，而不是通过算法激励机制推动发帖。"

注意：三道题的高分问题定义都有同一个结构，"表面问题是X，但真实机制是Y，数据Z支撑了这个诊断，因此提案聚焦在Z方向而不是X方向。"这个结构本身就是一个判断，你在说"市面上的常见解法方向是错的，因为它解决的是表面问题"。这是面试官最喜欢看到的判断类型。

反直觉洞察：越漂亮的Deck，有时候越危险

这听起来很奇怪，但有充分的理由。

一份非常精美的Deck会给面试官发出一个信号：这个候选人把大量时间花在了视觉上。这意味着他在判断力部分的时间投入是有限的。

当面试官翻看一份精美的Deck，然后发现问题定义只有一句话、没有备选方案比较、指标是愿望清单，他会认为：这个人不知道什么重要。他选择用大量时间做的是影响权重15%的部分，而在影响权重50%的部分上几乎没有投入。

这比一份简陋但判断力强的Deck更难以接受。简陋可以解释为时间不够用，判断力强证明他知道重点在哪里。精美但缺乏判断力，说明他根本不理解评分标准。

三类最常见的指标体系错误，以及如何修复

错误一：三个同级指标，没有层级结构

"成功指标：日活用户、7日留存、功能使用次数"

这三个指标的关系是什么？哪个是北极星？如果日活上升但7日留存下降，说明什么？如果功能使用次数上升但日活不变，说明什么？没有层级结构，指标之间的关系无法解读，面试官无法判断你是否理解指标体系的底层逻辑。

修复方式： 明确三层结构。北极星是"最能反映用户价值是否被实现的单一指标"，次级指标是"北极星的前置驱动指标，可以更快反映方案效果"，护栏指标是"不能因为追北极星而牺牲的"。

具体示范：注册流程优化题的三层指标，北极星：30天内完成首次核心行为的用户比例（说明用户不只是注册了，还真正使用了产品）；次级：注册完成率（直接反映流程优化效果）；护栏：账号质量分（确保注册率提升不是通过降低门槛引入垃圾账号）。

错误二：护栏指标选的是竞争对手的指标

"成功指标：DAU（Daily Active Users，日活跃用户数）提升。护栏：NPS不能下降。"

NPS是一个滞后指标，通常以季度为周期收集。如果你的实验周期是两周，NPS完全没有统计意义。护栏指标需要在实验周期内可以被测量，否则它不是护栏，是装饰。

修复方式： 护栏指标要满足两个条件：一是在实验周期内可以被测量，二是它反映了"追北极星时最容易被忽视的副作用"。对于注册优化题，正确的护栏是"账号7日内的核心行为完成率"，这能在7天内测量，且直接反映注册质量。

错误三：指标里没有"基线"和"目标提升幅度"

"成功指标：注册完成率提升"

提升多少算成功？提升0.1%算提升吗？提升50%算合理吗？没有基线数据和目标区间，面试官无法判断你对这个产品是否有真实的数量级理解。

修复方式： 加入数量级判断。"当前注册完成率估算在65%，行业基准在75-80%。实验目标：在两周内将注册完成率提升到70%，这代表约8%的相对改善。如果实验组和对照组差距低于2个百分点，结果没有统计意义。"

一个完整的Take Home"判断力密度"检查工具

在交稿前30分钟，逐项检查这张清单：

问题定义（权重30%）

问题定义有没有说明"为什么值得解决"（商业价值或用户价值）？
问题定义有没有识别"现有方案做了什么，哪里不够"？
读完问题定义，方案方向是否已经被约束了？

用户选择（权重15%）

有没有说明为什么选这个用户群，而不是另外的？
如果没有真实数据，有没有明确标注"这是假设"？

取舍分析（权重20%）

有没有至少两个被考虑但排除的备选方案？
每个排除方案有没有一句话说明排除理由？
选择当前方案的理由是否和问题定义直接连接？

指标体系（权重15%）

指标有没有三层（北极星、次级、护栏）？
三层之间有没有逻辑冲突？
护栏指标有没有在实验周期内可以被测量？

验证计划（权重20%）

有没有说明"我在测试什么假设"？
实验组和对照组的设计是否清楚？
有没有说明"如果指标下降，说明什么"（反指标）？

如果30项里有超过5项没有打到，这份Take Home在判断力维度上有明显缺口。每一项缺口，都对应一个面试官会在讨论会上提出的质疑。

书中内容预览：Take Home的完整评分标准

《如何从0到1准备硅谷PM面试》包含完整的Take Home评分拆解，是书里最系统的一套指南，原因很简单：其他备考资料几乎都跳过了这个环节。

为什么这是《如何从0到1准备硅谷PM面试》里最独特的内容之一

Take Home在大多数备考资料里被跳过，因为不同公司的Take Home差异很大，很难标准化。

但判断力的评估标准是一致的。

不是你的框架用错了，而是判断力展示这件事，需要的是结构化的思维顺序，不是更多的功能设计。

《如何从0到1准备硅谷PM面试》专门有Take Home章节，包含完整的评分标准拆解、六步结构的详细说明，以及常见扣分点的具体示范。不只是告诉你"要有判断力"，而是展示判断力在Take Home里具体体现在哪几个地方、以及如何构建。

书里的Take Home章节是备考材料里最系统的指南，因为它不是在教你怎么做漂亮的Deck，而是在教你如何在有限信息下构建一套有说服力的决策框架。

一个被"Deck太漂亮但判断力空白"拒掉后翻盘的案例

一位候选人在旧金山一家增长阶段的科技公司面试Product Manager岗，Take Home题目是"提升用户的第二次订单转化率"。

第一次提交：Figma做了30页完整高保真原型，包含六个新功能的完整交互流程，封面用了公司品牌色，配图专业。问题定义：一句话。用户分层：无。备选方案：无。指标：三个愿望。结果：No hire，理由是"没有看到PM的判断逻辑，更像UX portfolio"。

她第二次准备时，把Figma完全不打开。第一天的全部时间花在问题定义上：为什么第二单转化率低？她找到了一个反直觉的诊断，首单体验里如果有任何"让人意外的不好体验"（延误超出预期、包装损坏、退款流程复杂），会导致第二单意愿下降，即使用户没有主动投诉。这和"首单体验差"是两件事，"意外的不好体验"对第二单的破坏比"整体体验差"更大，因为期望差距更大。

基于这个问题定义，她的方案核心变成了"首单意外负面体验的实时捕获和主动修复机制"，不是增加新功能，而是在首单完成后48小时内主动联系出现过问题指标的用户。备选方案里她排除了"增加优惠券激励第二单"，理由是：优惠券解决的是价格敏感性，不是信任重建。

三层指标：北极星是首单完成后90天内有第二单的用户比例（而不是简单的第二单转化率，因为时间窗口很重要）；次级是首单后48小时内主动联系的用户回应率；护栏是用户的NPS评分和退款率（确保主动联系不被用户认为是骚扰）。

结果：Strong hire。面试官在讨论会上说的是："她的第一页就是一个有支撑数据的问题诊断，而且她发现的机制（意外差距比整体质量更影响第二单）是我们团队讨论过的一个真实内部假设。她不是在猜答案，她在做PM该做的事。"

这个案例不是要说"别做Figma"。而是：不是你的设计不好，是你没有先把判断逻辑做好，设计就变成了没有根基的表演。

Take Home不是设计能力的测试，是判断力的测试。

你花在Figma上的每一小时，都是从Problem定义里借来的时间。借多了，还的是offer。

如果你有Take Home要交，先读这套判断力框架，再动设计工具。

《如何从0到1准备硅谷PM面试》：39章 · 8个实战附录 · 30道高频题完整拆解

免费 Preview，先看看这套框架是什么样的 → 《如何从0到1准备硅谷PM面试》完整版 →

P.S. 你刚读的这篇文章，覆盖的是Take Home判断力框架的骨架。书里的Take Home章节有完整的10项自检清单、3套时间管理方案、以及2个完整Take Home的逐页评分拆解，交稿前30分钟该怎么用，答案在这里：完整版 →

为什么Take Home是最容易被低估的环节： 大多数候选人认为Take Home是一个"设计功力"的展示，越专业越好，越完整越好。但实际上Take Home是PM面试流程里唯一一个让你在充分时间下展示判断逻辑的机会。在现场面试里，你有压力，有时间限制，判断逻辑的展示是被动的（面试官追问才出来）。在Take Home里，你有3-7天，你完全控制展示顺序和展示方式，你可以把判断逻辑放在每一步的最显眼位置。这是你最有主动权的环节，也是最容易把优势全部放弃的环节，因为你把时间全花在Figma上了。Take Home里最值钱的一页不是Mockup，而是一段有数据支撑的问题诊断，后面加一句"基于这个诊断，我的方案只可能是X方向，因为Y方向解决的是一个不同的机制问题"。这一段话，5分钟写完，在面试官眼里的价值高过30页的Figma。这不是玄学，而是评分权重的基本数学：50%的分在判断力，15%在视觉美观。把时间投在权重50%的地方，是基本的策略正确性。书里的Take Home评分框架完整拆解了这套逻辑，帮你在每一步都把判断力最大化呈现出来。