我走过两次 Spotify 的 product designer 面试流程。第一次是两年前，进了 onsite 但没拿到 offer。第二次是今年春天，拿到 offer，加入了 Growth squad。
发帖是因为 portfolio review 这关是大多数人挂掉的地方，但几乎没人写 Spotify 到底在看什么。
流程： 投递筛选，30 分钟 recruiter call，和一个 senior designer 的 60 分钟 portfolio review，take-home design exercise（brief 里给了 4 小时预算），onsite（3 轮：2 轮 design review + 1 轮和 PM、eng 的 cross-functional）。
Portfolio review 这轮： 不是那种「看你屏幕漂不漂亮」的玩法。他们会深挖决策。你展示的每个 case study，都要准备回答：为什么你排除了其他方向，research 有哪些发现改变了你的想法，你哪里做错了、后来怎么发现的。第一次我讲的是很 polished、没有伤疤的作品。第二次我一上来就讲了一个项目：我一开始把用户模型搞错了，测试时发现后不得不重做一大块。这才是他们想听的故事。
Spotify 品牌的视觉识别很强，但 design team 更在乎 systems thinking 和 user research，不是纯视觉 polish。展示你的过程，不要只展示产物。
Take-home： 我的题目是：在受限屏幕尺寸下，重做 discovery 体验里的一个具体部分。4 小时是真的，他们在 brief 里会 tracking 时间。做完就交，不要过度打磨。清晰的思考结构比像素级完美的 mock 更重要。我交的是带注释的 Figma frames，解释取舍。
Onsite design crits： 两轮都会让你现场走一遍 take-home，然后针对具体决策挑战你。旁听的 PM 会从用户视角提问。旁听的 eng 会问技术可行性。要准备好 defend，也要能在现场更新你的想法。如果一个 critique 有道理，就直接承认。
我第一次和第二次差异：第一次是在演自信。第二次我只是展示我真实怎么工作，包括混乱的部分。这就是我拿到 offer 的原因。