Your first AI designer is the most important hire you'll make. This guide separates the specialists from the generalists, the shippers from the theorists.
Questions to Ask
-
"Tell me about a time you shipped an AI product and it failed. What went wrong, and what did you learn?"
Look for: Specific story (not generic), acknowledgment of user pain, concrete lesson learned. Avoid: "It worked perfectly" or vague answers. Failure teaches; success is often luck.
-
"What's your approach when the AI model is right 95% of the time but users only trust it 20% of the time?"
Look for: Understanding of the trust layer, explainability, confidence scoring, failure state design. Avoid: "Just show better metrics" or "Better marketing." This is a design problem, not an algorithm problem.
-
"Can you write HTML, CSS, and JavaScript? Or do you only design in Figma?"
Look for: Yes to code. Designers who code can prototype ideas in hours, not weeks. They understand constraints. They ship faster.
-
"How do you think about edge cases in AI design? Give me an example."
Look for: Thinking about failure states, empty states, what happens when confidence is low, distribution shift, user error. Avoid: Only talking about happy paths. Edge cases are where trust breaks.
-
"Tell me about a designer hire you'd recommend or not recommend."
Look for: Clarity on what makes someone good (shipper vs. perfectionist, systems thinker vs. pixel-pusher). Avoid: Vague praise. Good founders have opinions about talent.
-
"Walk me through how you'd design the confirmation flow for a 98% accurate recommendation engine."
Look for: Understanding that asking for confirmation 98% of the time is broken UX. Confidence-based asks, undo patterns, or silent execution with override paths. Avoid: "Just add a confirm button."
-
"What's the difference between AI that helps users decide and AI that replaces human judgment?"
Look for: Nuanced view of human-in-the-loop, understanding that different domains have different rules. Avoid: "Just automate it." Judgment-heavy domains (legal, finance, medical) need different patterns than simple classification.
-
"How do you test design decisions with real users instead of just stakeholders?"
Look for: User testing, design research, willingness to be wrong. Avoid: "I just know what users want." You don't. Users do.
-
"What's the biggest mistake you see founders make when building AI products?"
Look for: Thoughtful critique (overoptimizing the model instead of the trust layer, ignoring edge cases, poor failure state design). This shows they've seen patterns.
-
"How do you stay current with new AI/design trends?"
Look for: Reading, thinking, shipping. Avoid: "I use ChatGPT" (everyone does). Real: "I shipped X and learned Y, which is why I now think about Z."
-
"Tell me about your worst hire decision. Why did it go wrong?"
Look for: Honesty, learning. Avoid: "I've never made a bad hire." Everyone has. Bad hires teach more than good ones.
-
"What's your definition of shipping? How do you know when something is 'done'?"
Look for: Shipped products, clear definition (users > perfection), comfort with iteration. Avoid: "When it's perfect" or "I don't know." Shipping is the skill. Perfection is a failure mode.
The best founders don't hire designers. They hire shippers who happen to do design. Portfolio > pedigree. Shipped > theoretical. Working backwards from user need > pixel perfection.
Red Flags
- "My past work is under NDA, so I can't show you." ← Ask for process, not pixels. Stories, lessons, thinking.
- "I only do X tool." ← Tools change; thinking doesn't. Flexibility matters.
- "I wait for perfect specs before designing." ← Shipping requires iteration. You'll never have perfect specs.
- "Users don't know what they want." ← True, but they know what hurts. Start there.
- No actual shipped products. ← Potential is not proof. Where's the work?