几周前我完成了 Lyft product designer 的面试 loop。级别是 Staff（他们内部的对应级别），我来自咨询背景。我想写点超过「他们要看有过程的 portfolio」的东西，因为所有设计面试都这么说，但对准备没啥帮助。
Lyft 的设计 loop 挺有意思，因为他们的产品覆盖的体验类型非常广：rider app、driver app（UX 需求差异很大）、web 端预订体验，以及 ops 的内部工具。你面试的团队侧重点可能不同，所以在 loop 开始前尽量从 recruiter 那里搞清楚你到底面的是哪个团队。
作品集展示：
45 分钟，我讲 2 个 case，每个 case 后有 15 分钟 Q&A。他们让你选最有影响力、最复杂的工作。他们真正想要的是：选那些你能具体讲清楚你做了哪些决策、你如何在约束里推进、以及你怎么衡量设计是否有效的项目。「how do you know it worked（你怎么知道它真的有效？）」这题一定会出现。准备一个不只是「PM 说用户喜欢」的回答。
我讲了一个面向消费者的结账流程改版，和一个内部 dashboard 项目。内部那个问题更有趣。他们喜欢我聊到了 data science 想展示的内容和 ops agent 实际能执行的动作之间的取舍。
Design critique：
他们把 Lyft app（rider flow）摆在我面前，让我点评行程进行中的某个具体体验点。这是典型的设计面试题，但 Lyft 做得很好，他们是真的好奇你的观点，不是在找唯一正确答案。我讲了：行程中信息层级（接驾前 3 分钟里 rider 最在意什么）、如何在不制造焦虑的情况下表达实时 ETA 的不确定性、以及通知架构相关的问题，我承认我不清楚技术约束。最后一点没问题，他们似乎更喜欢我明确指出未知，而不是硬猜。
Problem-solving：
"Design a feature to help frequent Lyft riders know when to request their ride to make their flight.（设计一个功能，帮助经常使用 Lyft 的乘客知道应该在什么时候叫车，才能赶上航班。）" 基本就是一个赶飞机助手。开放题。我先花了 5 分钟定 scope，再进入概念。他们想看：你怎么处理模糊性、怎么考虑 edge cases（如果 rider 有托运行李呢？如果登机口变了呢？）、你会先测什么。
Behavioral：
重点在协作和处理分歧。有一道题是：我什么时候需要告诉 PM，他们要的功能其实在解决错误的问题。准备一个具体的版本，但别讲成「撕破脸」的故事。
staff design 的 comp 竞争力很强。recruiter 提到总包大概在 $270-$320k，取决于定级，且一年后有 RSU refresh。我最后没接（去了别的），但整个流程确实挺不错。