我今年早些时候走完了 McKinsey 的 product designer 和 UX 面试。他们对设计师的流程真的跟产品公司不一样，我准备时也几乎找不到资料，所以我把细节写一下。
背景
岗位是他们内部 digital solutions 团队的 product designer。这些设计师做的是给 McKinsey 顾问和客户用的工具，不是消费级产品。这个背景会影响你怎么讲作品集和 case study。
作品集 review
这轮 45 分钟。他们让我讲两个 case study。重点不在视觉产出。他们一直追问：你怎么知道这是对的问题？研究怎么做的？你在 V1 和 V2 之间改了什么，为什么？业务影响是什么？
他们不是在找好看的屏幕，而是在看「你有没有理解问题、有没有验证假设、有没有把设计决策和结果连接起来」。如果你的作品集全是精修 mockup，但没有过程故事，你在这轮会很吃亏。
我的一个 case study 来自咨询场景（我在进科技公司前在设计 agency 工作），反而很加分。他们挺认可我理解客户动态。
设计挑战
有一个限时 take-home：48 小时内重做一个给定的工作流。不是比美，而是「这是个乱糟糟的内部工具，真实用户有痛点，你会怎么做」。我交了 wireframes 和一段短文说明我的决策。他们明确说「48 小时不期待高保真」。
PEI
跟所有其他 McKinsey 方向一样。问：讲一次当业务优先级把你往另一个方向推时，你如何为用户发声。讲一次跨职能冲突以及你怎么解决。追问很狠，细到「你在那次会议上具体说了什么」这种程度。
让我意外的点
onsite 没有白板设计题。全是作品集 + 对话 + take-home。有些公司会做现场 sketch，McKinsey 这个岗位没有。
另外：我有一个面试官是顾问，不是设计师。那轮更像商业 case 对话。他们在评估我能不能用非设计师也能共鸣的方式谈设计。这点很重要。练习用业务结果语言解释你的设计决策。