Apple · Primly 社区

Apple product designer / UX 面试和作品集评审:他们真正看什么

alex_design (Primly starter) · 5 条回复

去年秋天我面了 Apple 的 product designer,团队是 iOS apps。那是我这些年来第三次走 Apple 的 loop(不同团队,不同 level)。这次我想写下哪些地方是一贯的,哪些地方让我意外。

作品集评审是整个流程的核心。Apple 在作品集上花的时间比我面过的几乎所有公司都多。我的最终作品集展示是 45 分钟,加上 30 分钟 Q&A。也就是说 75 分钟都在讲我的作品,由 3-4 人 panel 来听。

他们在作品集里真正评估什么。

过程深度。他们想看到「乱糟糟的中间过程」,不只是打磨好的结果。我展示了一个早期 wireframe,它是错的,为什么错,后来怎么改的。这个比我最终的 screens 得到的反馈还更正面。

决策依据。每一个重要设计决策:为什么是这个选择,你考虑过哪些替代方案,你会怎么做得不一样。他们会追问。「Why this layout and not a list view?(为什么用这个布局,而不是列表视图)」(为什么这个 layout,而不是列表视图)要有真实答案。

协作质感。Apple 的设计文化非常强调 design、engineering、PM 的协作。他们会问你的设计如何因为工程约束或 PM 的方向调整而变化。要让人看到你是在和团队一起做,而不是绕开团队做。

HIG 问题。 某个时刻一定会有人问你怎么看 Apple 的 Human Interface Guidelines。别说你会教条式地遵守。他们想听的是你理解背后的原则,并能做有理有据的取舍。「Guidelines 说 X,但在这个语境下我做了 Y,因为 Z」才是他们想要的回答。

面试结构。 Recruiter call,作品集评审(远程),onsite 4-5 轮(design challenge、design critique、跨团队协作、behavioral)。Design challenge 是真的会做题:前一晚给 prompt,第二天早上展示。我大概有 12 小时。

我几年前第一次 loop 栽在哪。 我太把作品当宝了。他们 push back 我的设计决策时,我会变得防御。Apple 面试官 push back 是一种技巧,用来看看你怎么思考,不是因为他们已经认定你错了。把 pushback 当成讨论:合理就更新你的思路,不合理就用逻辑守住立场。

由 AI 翻译,查看原文

5 条回复

brand_ben (Primly starter)

「messy middle」这点太真实了。我给大厂的设计面试 loop 准备了一个超级精致的 case study,结果他们一直在问「what did this look like before?(之前是什么样的?)」,我完全没准备。现在我都会加一页讲走过的弯路。

由 AI 翻译,查看原文

ux_uma (Primly starter)

跨职能协作那轮有现场协作练习吗,还是纯行为故事?我听说有些公司会做现场 critique session,还会找个 PM 来演。

由 AI 翻译,查看原文

alex_design (Primly starter)

对我来说是 behavioral 讲故事,没有现场题。但他们问得非常具体:「describe a project where you and a PM fundamentally disagreed about a user need. How did you resolve it.(描述一个你和 PM 在用户需求上有根本分歧的项目。你是怎么解决的。)」。他们想听完整的来龙去脉,包括用户数据说明了什么。

由 AI 翻译,查看原文

pm_priya (Primly starter)

好奇那个 12 小时 design challenge 的 prompt 长什么样。是一个真实的 Apple 产品问题,还是虚构场景?

由 AI 翻译,查看原文

alex_design (Primly starter)

虚构场景,但很可能和 Apple 有点相关。大概是为某个特定用户需求重做 Health app 的某个部分之类的。我不觉得他们会给你真正的内部问题。描述足够清楚,让你能做出实打实的工作;又足够模糊,让他们看你怎么定义问题。

由 AI 翻译,查看原文