Learnings from Product Design Interviews
To be quite honest, this was the first time I’ve gone through the holistic designer interview process. Nearly all previous roles I stumbled across through connections, working with others that led to a role, or was at small enough companies where a formal design interview was barely built out. Hopefully this will be of value to someone new to design, as well as someone who’s been around for a while, but hasn’t interviewed extensively.
All product/UX design interviews have two core parts. These parts will be the structure of what follows.
- Portfolio Presentation
- Design Challenge
It’s worth mentioning that in order to get to this point, your online portfolio needs to catch the eye of an employer. That’s a whole nother article, but there’s some tidbits in here that should help to shape that as well.
1. Portfolio Presentation
The portfolio presentation is an opportunity for the interviewer to get a sense of your design process, and how you approach a design problem. Often you’ll have enough time to show 1–2 projects. If you have enough time for more, you probably aren’t going into enough detail…
Tell a story.
This can’t be overstated. Presenting a project is simply saying how you got from point A to point B. Regardless of your process, this needs to be communicated. You can touch on specific problems you encountered along the way, branched directions you explored, or other specifics… Regardless of that, the story connecting each part should be communicated. Don’t stray far from the core problem(s) and solution.
Less is more.
Much of the process I went through over time was continuing to distill the problems I wanted to focus on on the presentation, and speak more directly to how those particular problems were solved. With any design project, you have dozens of considerations and problems that were addressed. It’s your job as the presenter to focus the conversation around the ones that really mattered (or group the problems into categories that are more holistic, but condensed).
This is also relevant to how you structure and present the slide deck. Find ways to put less information on each slide. It wasn’t uncommon I had an entire slide with just a single question on it, or a quote from speaking to users (like, 10 words…). You’re dealing with attention spans here. Designers attention spans are no different then any other person, and as you know, a paragraph with four sentences won’t get read. Images and bullet points are your friend. Use em’.
Present to people who know nothing about design.
I found this to be super helpful. People who don’t have any experience in design often ask the questions that are most important, as they are questions around the story. Ultimately, you’ll be able to answer the question, ‘does this story make sense to someone who has no previous concept of it?’
Here’s a rough template I started using for converting a design project into a presentable project:
- Company/Project Description — What the company does, and what role this design had in that company.
- Designs (before.. if there was a ‘before’)
- Designs (after)
- Your role — What you did, who you worked with, who were primary stakeholders..
- How are you defining the success of these designs? (This is often left out in many presentations, and arguably the most important part. Ideally, it’s with data)
- Insight into the problem (from data, talking to users, business objectives, etc..).
- How you went about looking at the problem — What questions did you ask? How did you go about answering them?
- Exploring variations of solutions to that problem (wireframes/prototypes)
- Chosen solution — This is the design you landed on, this is why you did it. Be able to answer this for literally every element in the design (if you can show this as a prototype or actual interactive design, even better).
- Results — How #5 matched up and if it was a success.
2. Design Challenge
Many of the current interview processes have either a take home design challenge, a white board design challenge, or both. I’m going to focus on the whiteboard design challenge, as much of the take-home design challenge feedback is similar to what I mentioned above in the portfolio presentation. Oh also, most of these design challenges are super vague (design a thermometer for seniors..). They do this for a reason, as they want to see how you handle ambiguity. It’s your job to give shape to the problem.
Get clarity on what they want to see from you.
You have an hour here at best to compress the whole design process into. Knowing which parts to focus most on, and ultimately, what the interviewer is trying to gauge in your skillset is paramount.
With an interview at Udemy, they felt I didn’t sketch out enough design solutions. At Dropbox, I received positive feedback from the design challenge without drawing a single box. If I was interviewing, seeing design solutions would mean much less to me then the thought process, but this was my own fault as I didn’t ask for clarity on what mattered to the person interviewing me. If you’re lucky, the interviewer will guide you in the direction they want to see your thought process, but you can’t rely on that. Spend a minute or two at the start clarifying where they want to see your thought process. You can even put a timeline on the whiteboard to help enforce that focus (10 minutes problem discovery, 5 minutes problem defining, 20 minutes iteration/brainstorming, etc..)
Start with the problem.
There’s plenty of frameworks to think about these design challenges. That said, I felt most understated digging into the problem. This means understanding who has this problem, the context and environment of how they encounter this problem, and lastly, what the best possible outcome looks like.
Put yourself inside the user’s shoes. Give everything a made up name (the user, the company, etc..). It will help create a world you can navigate easier and faster, as well as quickly connect and empathize with the users needs. Ask the interviewer to join and shape that world with you — bring them into the conversation.
Structure your time accordingly.
You have an hour here at best to compress the whole design process into. Knowing which parts to focus most on, and setting a timer on how you plan to allocate that time is incredibly helpful (especially for people like me, who can easily move down rabbit holes…).
Don’t be afraid to use less of the whiteboard…
Writing on a whiteboard can be pretty cumbersome and slow. Once I started asking questions and typing out learnings in Evernote, and bringing some of the key points on to the whiteboard, I was able to move and think much more fluidly and quick.