SpaceX · Primly Community

SpaceX product designer UX interview and portfolio review: what they looked for in my case study

brand_ben · 5 replies

Just wrapped the SpaceX product design / UX interview process. This is a niche one since there aren't many design roles at SpaceX and almost no posts about what the loop looks like, so I'm writing it up.

Background: I'm a senior product designer, 8 years, primarily B2B and enterprise. SpaceX reached out to me for a role on their internal tooling side, not consumer-facing.

The loop: 4 rounds

Portfolio presentation (60 minutes): Presented 2 case studies. They told me to focus on process over pretty pixels, which is exactly right. They wanted to understand how I got to decisions, not what the final UI looked like. One interviewer specifically asked me to walk through a moment where user research contradicted what the engineering team assumed. That question tells you a lot about what they value.

Design exercise (take-home, 3 hours): They gave me a real internal tooling problem and asked me to define the problem, show a user flow, and provide wireframes (not high-fidelity). Figma was fine. The brief was intentionally vague. That was the test. Designers who scope ambiguous problems well did better than ones who ran toward aesthetics immediately.

Technical round (cross-functional): This was an interview with a software engineer about how I work with eng teams. They asked about my handoff process, how I spec edge cases, and whether I can participate in sprint planning meaningfully. It's not a design-skills test, it's a collaboration test. Don't be the designer who "just sends Figma files."

Behavioral + hiring manager: Why SpaceX (everyone asks this), how I handle conflict with stakeholders, and what I do when I think the product direction is wrong.

Overall: This loop is very engineering-first. Design at SpaceX feels like a service org supporting technical teams. If you want to drive product direction from design, this probably isn't your place. If you want to do complex systems work with real constraints, it's genuinely interesting.

5 replies

alex_design

the "design as a service org supporting technical teams" observation is exactly how a lot of deep-tech / hardware-heavy companies work. it's not worse, just different. the problems are more constrained and the user research is unusual because your users are engineers.

ux_uma

That research-contradicting-engineering-assumptions question is such a good interview question. I'm stealing it for when I do hiring panels. It reveals whether the person actually did research or just used it as post-hoc justification.

pm_priya

"Don't be the designer who just sends Figma files." This applies at every company but especially places where engineering is the center of gravity. The designers who thrive at hard-tech companies tend to be the ones who could almost be PMs.

content_cole

curious if they cared at all about brand or visual design sensibility or if it was purely UX/systems thinking. i imagine at spacex the visual bar is "does it work" not "is it beautiful"

brand_ben

Honestly yeah. They glanced at aesthetics but nobody spent time on it. The visual quality just needs to be competent. The 20 minutes we spent on the take-home were 18 minutes on user flow decisions and 2 minutes on "does this look clean." Very different from consumer product companies.