文 / STEM Career 编辑部
产品面试里，听到“改善一个产品”，很容易马上列功能：加入AI、推荐、提醒和社交。功能越多，答案却可能越模糊，因为还没有解释谁遇到什么问题，以及为什么这些改动值得优先做。
Product Sense练习可以从一个具体任务开始：理解用户、确定问题、比较方案、定义结果，并接受条件变化。本文提供原创教学题，不声称是某家企业的真题，也不把通用练习等同于所有产品岗位的面试流程。
先确认岗位与面试范围
产品、技术产品与运营岗位可能关注不同内容。Amazon的产品经理面试准备页介绍其相关岗位流程，可作为了解一个雇主准备方式的例子，不能推广为所有公司的题型或轮次。
收到邀请后，检查面试形式、时间、材料和岗位职责。练产品判断时可以参考下面方法，正式考核仍按本次说明。不要因网上资料用Product Sense这个词，就假定每家公司都采用同一套评估。
如果还没有选清方向，先阅读产品相关岗位地图。岗位任务决定你需要展示哪些判断，题目框架只是帮助组织思路。
先明确用户想完成什么
设想改善一个模拟校园辅导预约产品。用户可能包含找辅导的学生、提供服务的导师和安排资源的工作人员。三者目标不同，不能用“提高体验”把所有问题合并。
先选择主要对象和任务，例如学生需要找到合适时段并完成一次预约。接着问当前在哪一步困难：不知道选谁、看不到空闲、资料填写太长，还是预约后经常无法完成？
没有足够信息时，可以提出需要确认的问题，并说明接下来用于练习的假设。假设帮助推进讨论，不应被写成实际用户研究结果。对角色和目标的澄清，比立刻画界面更重要。
用户细分要服务问题判断
可以按任务、限制和使用阶段细分，而非只按年龄或专业列人群。初次使用者需要理解服务，已有目标的用户希望快速预约，时间受限者需要核对合适时段。差异应该能影响方案。
选择一组作为重点，再说明为何：问题可能更明确、影响任务完成，或者有可执行的验证方法。这里是推理与教学假设，不能用没有来源的人数或比例证明它最大。
如果后来信息显示另一组更受影响，允许调整。好的回答不需要维护最初分类，而需要解释新证据如何改变优先级。
问题要区分症状与原因
预约提交少是症状，可能来自不理解服务、时段不合适、填写困难或其他原因。不能直接把它解释为缺少提醒，也不能因为自己想展示AI就认定需要智能推荐。
先画主要步骤，列每一步的现有信息与待核对问题。可以提出访谈、行为记录或小测试来缩小原因，但不要虚构已经实施的研究。
练习中让搭档提供一条新信息，例如用户其实能找到时段，却不确定导师是否适合。你应回到问题定义，比较需要改善的是信息理解还是预约流程，避免继续堆无关功能。
比较方案时说明约束
设两个候选方案：补充导师与服务信息，或者减少预约表单字段。前者可能帮助选择，后者可能减少填写成本。先判断它们各针对哪个问题，再比较需要的资料、执行成本与风险。
不要给两个方案随意打十个分数就结束。评分只有在维度与依据清楚时才有用。信息不足时可以用定性比较，说明哪个假设最关键以及如何验证。
还要考虑约束，例如资源有限、导师信息维护和资料保护。某功能在演示里很容易，不代表实际团队能持续运营。方案选择应包含后续工作，而不是只比较开发界面。
优先级需要给出可改变的理由
一个可解释的选择是：“当前假设中，用户主要不确定服务是否适合，先补清楚信息，并用小范围测试检查理解；表单简化保留为后续，若发现用户主要在填写阶段放弃，就调整。”
这样的回答把问题、方案和验证连接，也给出改变选择的条件。它比“优先做影响大、成本低的功能”更具体，因为后一句没有说明影响来自哪里。
优先级不是最终宣布谁赢。团队可能需要更多资料，产品经理的任务包括把不确定性变成可验证问题，让下一步投入有依据。
成功指标从任务完成开始
不要只报页面访问或按钮点击。对于预约场景，点击可能增加，完整预约却未必增加；预约提交更多，也可能带来更多取消和导师负担。指标需要说明成功任务是什么。
Google的用户体验指标研究讨论从产品目标映射到用户指标的思路。它可帮助组织测量，不是要求每道面试题都背同一缩写或使用相同指标。
可以先定义主结果，如符合条件的访问者在指定观察期内完成预约；再配相关质量与负担指标。分母、分子、时间和状态都需要明确，避免不同版本的数据无法比较。
用模拟漏斗复算变化
以下数字为原创教学设定。第一批200名模拟访问者中，40人提交，30人完成预约；第二批同样200人，60人提交，36人完成。提交率从20%到30%，整体完成率从15%到18%。
| 模拟批次 | 访问人数 | 提交人数 | 完成人数 | 整体完成率 |
|---|---|---|---|---|
| 甲 | 200 | 40 | 30 | 15% |
| 乙 | 200 | 60 | 36 | 18% |
提交量增加50%，完成人数增加20%，整体完成率增加3个百分点。提交之后的完成比例反而从75%到60%。不能只挑提交增长作为全部成功结论。
两批教学数字也没有自动构成因果证据。用户构成、时段或其他条件可能不同；需要明确怎样比较，并检查后续质量。练习的目的，是让你意识到一个正向数字可能与另一个问题同时出现。
设定观察与反证问题
方案实施前写下期待变化、需要观察的数据与判断条件。若导师信息更清楚，用户可能更能选择适合服务；但也可能因为信息变长而退出，需看实际行为和理解。
反证问题可以是：提交增加但完成减少时怎样处理？新用户理解更好，但老用户操作更慢怎么办？某组受益，另一组受损是否需要分开设计？它们帮助检查选择，而不是为了让方案听起来复杂。
别把所有问题都解决为再加一个功能。先判断当前设计是否应调整、是否需要缩小范围，以及数据是否可靠。产品判断也包含暂停和减少投入。
质量与运营负担需要一起看
预约更容易后，可能出现不合适或重复请求，需要检查导师和工作人员是否能处理。功能改变的结果不只在用户界面里，后续流程也受影响。
可以记录取消、重复、响应与用户反馈，但每个指标仍需要定义。量增加不一定意味着质量下降，具体原因要继续核对；不能用单一相关变化证明方案造成问题。
隐私和资料需求也属于方案约束。表单字段不是越少越好，也不是越多越专业。需要什么资料取决于任务，练习中可说明假设，实际产品按相应要求确认。
双人练习怎样安排
一人提出题目与必要背景，另一人先澄清，再提出方案。搭档在中途改变一个条件，例如资源减少、用户不同或出现新信息，观察回答是否能相应调整。
练习后不只评价表达流利。检查用户与问题是否清楚，方案是否回应问题，指标能否复算，反证是否真实影响选择。可以录音复盘，但不要使用正在进行的保密招聘题。
每次选一个问题深入，避免同时覆盖所有产品。练习数量少一些但有完整推理，比不断收集框架和术语更容易找到真正缺口。
从真实经历形成个人证据
课程、社团或实习里，可能做过需求整理、选择方案、协调资源或检查结果。它们能支持产品能力，但需要准确说明范围，不把一次活动改成正式产品上线。
例如根据参与者反馈调整报名流程，可以说明你怎样理解问题与核对变化。没有对照或可靠测量时，不声称某个增长完全由本人改动造成。你可以解释观察到什么、无法确认什么和下次怎样验证。
把个人经历与教学练习分开。练习证明当前思考方法，真实经历提供行为证据，两者都可用，但不能组合成不存在的商业成功案例。
决策说明需要包含暂时不做什么
提出方案后，说明当前范围，例如先改善首次预约的信息理解，暂不做复杂个性化推荐。范围来自问题与资源，而非对其他功能的永久否定。它帮助团队知道哪些工作进入下一步，哪些只是候选。
同时给出重新讨论条件。如果使用者已经理解服务，主要退出发生在填写阶段，就应该检查表单；如果完成后大量取消，就需要研究预约质量与安排。条件真实影响选择，才算可用的验证计划。
不要把暂不做写成很长的功能黑名单。选一两项与当前任务直接相关的取舍即可，解释它们为什么没有获得优先。答案的深度来自联系，不来自列出更多可能功能。
在面试中受到追问时，先理解新条件，再判断是否改变方案。主动修正有依据的判断，不等于原来没有准备；相反，机械维护最初答案可能忽略关键事实。
小范围测试先验证最重要假设
如果主要假设是用户看不懂导师信息，可以先让少量模拟参与者完成选择任务，观察他们是否理解，而不必马上开发完整系统。测试方法应与假设对应，范围和招募条件写清。
只听到“页面很好看”，还没有回答是否能选择。可以让参与者解释选择理由、指出不确定信息并尝试完成任务。它提供理解线索，不能据此计算整个市场的效果。
教学练习可以安排两个不同信息版本，但比较时需记录任务、参与者和条件。样本有限时，报告观察到的问题，不给没有依据的显著性结论，也不把所有差异解释为设计造成。
将测试反馈转成一个具体修改，再检查相同问题是否改善。不断新增测试而没有形成决策，会让研究与行动脱节。产品判断应让下一步更明确，而不是永远停留在收集意见。
用岗位职责决定案例深度
技术产品岗位可能进一步问接口、依赖与实现限制，消费产品可能更重视用户行为，业务产品则可能涉及流程与多方责任。这些是研究方向，具体面试仍看雇主说明。
选择案例时，让主要问题接近目标任务，同时保留真实能力边界。没有工程经历，可以准确讨论已研究的约束，不需要临时补出生产系统经验。岗位越具体，练习越应围绕可解释的问题。
最后检查方案、指标与用户任务是否仍是同一个问题。
用一页提纲准备正式面试
提纲写用户、任务、问题、两个候选方案、主要约束、指标和改变选择的条件。它帮助检查遗漏，不要求在所有题目里按同一顺序发言。具体交流时根据问题自然组织。
商业背景研究可结合商业意识练习，把公司信息转成与产品任务有关的判断。不要用宏观行业判断代替对用户与流程的理解。
如果你经常能想到功能，却很难解释优先级，可以把一次练习、岗位JD和真实项目发给蒸汽教育咨询。先定位用户、取舍、指标或表达的具体缺口，再安排专项面试准备。
常见问题（FAQ）
Product Sense就是多提几个创意吗
不是。需要先明确用户与问题，再比较方案、约束和指标，并说明什么信息可能改变判断。
可以把一个框架套到所有产品题吗
框架可以帮助检查遗漏，不能代替具体问题与事实。用户、目标和约束变化时，方案与指标也应调整。
转化率上升就说明功能成功吗
不能单凭一个数字判断。需要确认口径、样本、观察期及其他影响，也要检查质量、负担与体验等相关结果。
- Amazon Product Manager Interview Prep· Amazon
- Google用户体验指标研究· Google Research
先了解目标市场的服务内容，也可以添加顾问微信咨询求职准备。