GitLab · Primly Community

GitLab product designer / UX interview and portfolio review: full breakdown

ux_uma · 5 replies

I just wrapped up a GitLab product designer interview for a role on their CI/CD experience team. Posting because I found almost zero recent UX interview write-ups for GitLab and had to go in mostly blind.

Process overview

Application -> recruiter screen -> portfolio review session -> design exercise -> values/culture interview -> hiring manager chat. Five stages over about 7 weeks.

Portfolio review (the most important part)

This was a 60-minute session with two designers. I had 30 minutes to walk through two case studies, then 30 minutes of questions.

What they cared about: The problem framing, not just the final screens. Why this problem, why now. How I involved real users. GitLab has a strong UX research culture and they'll probe whether your research was real or just 'we ran 3 usability tests.' Have the details. Complexity and tradeoffs. One of my case studies involved a dashboard redesign with conflicting stakeholder needs. They wanted to understand how I navigated that. Developer tools context. Because GitLab's users are largely developers, they asked how I think about designing for technical users differently from consumer products.

I'd strongly recommend having at least one case study that shows work in a B2B or developer-facing context. It doesn't have to be dev tools specifically but it helps.

Design exercise

Given a week in advance. The prompt was to redesign a specific piece of a developer workflow within GitLab (they gave me access to the app). I had to present it in the portfolio review session.

I went deep on the problem definition rather than trying to produce polished high-fidelity mockups. That was the right call. They explicitly said they value thinking over polish at this stage.

Values round

GitLab's CREDIT values come up here. Transparency and Iteration get asked about most in design interviews because they're culturally specific. Prepare a story about sharing design work early even when it's rough, and a story about changing direction based on data.

Async factor

GitLab runs async-first. In the design context, this means: can you communicate design rationale clearly in writing? They asked how I document decisions. Having a Notion or Confluence habit helps.

Offer was intermediate level, US remote, around $140k base. The team seemed genuinely thoughtful about the craft.

5 replies

alex_design

The 'technical users are different' question is one I've seen show up at dev-tool companies consistently. My short version: developers are sophisticated about UI patterns, they hate unnecessary abstraction, and they'll spot a design that ignores their mental model immediately. Good to flag for anyone prepping.

brand_ben

How much did visual quality actually matter in the design exercise? I always struggle to calibrate how polished to go in these.

ux_uma

Less than I expected. I did mid-fi wireframes with clear annotations rather than pixel-perfect comps. The feedback was mostly about my problem framing and the rationale I could articulate verbally. I think going high-fidelity too early would have looked like I was prioritizing style over thinking.

apm_aisha

The 'share early even when rough' story is such a consistent GitLab signal. They really are async-first in a way most companies that claim to be are not.

director_dee

Seven weeks is on the longer side but not unusual for design loops at mid-size companies. The design exercise alone adds a week minimum. If you're in parallel processes, factor that in.