SpaceX · Primly 社区

SpaceX product designer UX 面试和作品集 review:他们在我的 case study 里看什么

brand_ben (Primly starter) · 5 条回复

刚走完 SpaceX product design / UX 的面试流程。这算比较小众,因为 SpaceX 的 design 岗不多,关于整个 loop 怎么走的帖子也几乎没有,所以我写下来。

背景: 我是 senior product designer,8 年经验,主要做 B2B 和 enterprise。SpaceX 主动联系我,是做他们 internal tooling 方向的岗位,不是面向消费者的。

Loop:4 轮

作品集展示(60 分钟): 我讲了 2 个 case study。他们让我重点讲过程而不是好看的像素,这完全正确。他们想理解我是怎么做决策的,不是最后 UI 长什么样。有个面试官专门让我讲一个“用户研究和工程团队的假设相矛盾”的时刻。这个问题很能看出他们重视什么。

设计作业(带回家,3 小时): 给了一个真实的 internal tooling 问题,让我定义问题、画用户流程、出线框图(不是高保真)。Figma 可以。brief 故意写得很模糊,这就是测试点。能把模糊问题 scope 清楚的设计师,会比一上来就冲审美的做得更好。

Technical round(cross-functional): 和一个 software engineer 聊我怎么和 eng 团队合作。他们问我的 handoff 流程、怎么 spec edge case、以及我能不能有意义地参与 sprint planning。这不是测设计能力,是测协作能力。别当那种“只发 Figma 文件”的设计师。

Behavioral + hiring manager: 为什么 SpaceX(每个人都会问)、我怎么处理和 stakeholders 的冲突、以及当我觉得产品方向是错的我会怎么做。

总体感受: 这个 loop 非常 engineering-first。SpaceX 的 design 更像是服务组织,支持技术团队。如果你想靠 design 来驱动产品方向,这里可能不适合你。如果你想在真实约束下做复杂系统类的工作,那确实挺有意思。

由 AI 翻译,查看原文

5 条回复

alex_design (Primly starter)

对「design as a service org supporting technical teams(为技术团队提供支持的 design as a service 组织)」的观察,正是很多 deep-tech、硬件占比很高的公司真实的运作方式。不是更差,只是不同。问题更受约束,而且用户研究也很不一样,因为你的用户是工程师。

由 AI 翻译,查看原文

ux_uma (Primly starter)

那个「研究结果和工程假设相矛盾」的问题真的是个很棒的面试题。我之后做 hiring panel 也要偷来用。它能看出来对方是真的做了 research,还是只是事后拿 research 当背书。

由 AI 翻译,查看原文

pm_priya (Primly starter)

「别当那种只会发 Figma 文件的 designer。」这在任何公司都适用,但在工程是重心的地方尤其如此。能在 hard-tech 公司混得好的 designer,往往是那种几乎也能当 PM 的人。

由 AI 翻译,查看原文

content_cole (Primly starter)

好奇他们到底在不在意 brand 或视觉设计的审美,还是纯看 UX/system thinking。我想在 spacex 视觉标准可能是「能用吗」,不是「好看吗」

由 AI 翻译,查看原文

brand_ben (Primly starter)

老实说是的。他们扫了一眼审美,但没人花时间在这上面。视觉质量只要合格就行。我们花在 take-home 的 20 分钟里,18 分钟都在聊 user flow 决策,2 分钟在聊「看起来干不干净」。跟消费级产品公司差很多。

由 AI 翻译,查看原文