You're an AI-fluent business and want to hire a product designer to match. That means screening for the judgment behind the work, not the tools a designer can name, because AI has made a polished portfolio and a polished prototype, the easiest thing to fake.
That would have sounded strange three years ago. Back then, a portfolio was proof. The work took skill to produce, so it told you something true about the person who made it. You could trust it because it was hard to fake.
That link has snapped. A product designer can now generate a full set of screens, a clickable prototype, a user flow, or a design-system starter in an afternoon, with tools that do most of the lifting. The output still looks like proof, but it no longer is. And as a hiring manager, that changes what your design screen needs to measure.
Open almost any product design job posting, and you'll find the same line: mastery of Figma, Sketch, or Adobe Creative Suite. Tool mastery used to be a proxy. Knowing the software meant you'd put in the hours, and the hours were where judgment got built. Naming the tools stood in for that harder thing underneath.
AI broke this proxy. The tools now do more of the producing, so talking about them tells you almost nothing about whether the person operating them can tell a strong result from a passable one.
Some recruiters sense this already and have quietly changed how they hire. One described running a design role as "a practical task, a few conversations, and done," then named the real challenge plainly: "finding someone who could understand the brief, execute well, and communicate clearly." Notice what dropped out. Not the software. The brief, the execution, the communication. The judgment.
A portfolio answers one question well: Can this person produce work that looks good? In 2026, the honest answer for most candidates is yes, because the tools produce work that is passable to most people and most requirements. A product designer can ship a pixel-perfect prototype without ever defending the decisions inside it.
The portfolio has become a weak signal, not because designers have gotten worse, but because the floor rose for everyone.
This is the same problem TestGorilla's research has found across every role, not just design. When organizations describe what they actually need from an AI-fluent hire, they describe judgment, verification, and the ability to adapt as conditions shift. None of that is visible from a list of tools a candidate can name, or from an artifact those tools helped produce.
Biweekly updates. No spam. Unsubscribe any time.
Strip away the craft for a second, and AI fluency in product design comes down to one distinction: the difference between generating options and choosing the right one.
Generation is now cheap. Any designer with a prompt and a subscription can produce forty directions for an onboarding flow by lunch. That used to be the expensive part. Now it sits one step later, in the choosing.
Which of the forty serves the user and the business goal? Which one survives contact with the edge cases, the accessibility requirements, the engineers who have to build it, and the person who has to actually complete the task? AI generates. It does not choose well on your behalf, because choosing well requires substantial context about your users, your product, and the problem you're solving, which the AI doesn't hold.
Three things stay human in product design work, and all three are what you're really hiring for:
Taste: The ability to look at strong output and know whether it's right for this user, this moment, this product.
Context: The difference comes from understanding the business and user problem, not the visual one.
Intent: A good designer can tell you why every choice is the right one, while an AI-assembled artifact often can't survive that question, because no one made the choices on purpose.
None of this is unique to design. It's the same pattern showing up across every role as AI fluency becomes the baseline: the most durable skills are the most human ones, and taste sits near the top of the list. For designers, that's not an abstraction, but the daily job.
We wrote an article covering why EQ skills will matter more than IQ as AI gets more capable. Check it out.
TestGorilla's Talent and Assessment Science team built a framework to identify what makes a candidate, across any role, AI-fluent. It's grounded in IO psychology research and validated against job-performance data, and it's designed to work across technical and non-technical roles alike.
Five pillars define what AI fluency actually means:
Applied AI use and workflows
Systems thinking and problem solving
Learning and digital agility
Human-AI collaboration
Responsibility and ethical AI use
The framework matters here because it's tool-agnostic.
As Romina Da Costa, TestGorilla's Director of Talent and Assessment Science, put it: "We advocate for taking a really broad and holistic view of AI fluency. It is not a singular thing. The most lasting skills go beyond the mastery of any single tool into something that is completely tool agnostic." A framework built on this year's design tools expires when the tools update. A framework built on behaviors survives the next release.
Here's what each pillar looks like in a product design hire:
The weak version of this pillar is "uses Midjourney." The strong version is a designer who rebuilt part of their process around AI and can walk you through it. Where did they insert the tool: generating flow variations, drafting UX copy, spinning up a research synthesis, populating a prototype with realistic data? What got faster? What broke, and how did they catch it? A designer who has genuinely redesigned a workflow talks about tradeoffs. A designer who has only adopted a tool talks about features.
A design choice never lives alone. It hits a component library, an engineer's build time, an existing user's muscle memory, and every other flow that shares the same pattern. AI-fluent product designers think about that chain before they ship the pretty screen. Ask a candidate what happened the last time an AI-generated design looked great in the mockup and caused a problem two steps later: a state nobody accounted for, a pattern that conflicted with the design system, an edge case the happy-path prototype hid. The ones with systems thinking can break this down in detail.
This pillar carries real weight in product design, and most hiring processes skip it entirely. If AI shapes a flow, whose data trained it and where does that data go? Is an AI-driven recommendation or default nudging users toward what's good for them, or just what's good for the metric? Does an AI-generated pattern quietly create an accessibility or consent problem that ships to every user at once? A designer who treats AI output as free and clean is a liability you won't see until a support queue, an audit, or a trust-and-safety review does. A designer who asks the right question before they ship is doing the job you actually need done.
Human-AI collaboration is whether a designer makes the work better with the tool rather than just faster, and whether they know when to keep a human in the loop. Digital agility is whether they'll still be effective when the toolset changes, which it will. Both are about adaptability, and adaptability is the one trait that doesn't expire.
If the portfolio is a weak signal and the tool list proves little, what replaces them? Not a quiz about which buttons do what. Two things, and neither takes new technology to run.
Stop asking which AI tools a candidate uses. You already know the answer, and so do they. Ask instead: Walk me through the last flow you redesigned using AI. What changed? What broke? What did you verify against real user behavior before you shipped it? Replacing just one question surfaces execution over vocabulary immediately. A designer who has done the work answers in specifics.
A portfolio shows you finished work, scrubbed and selected, possibly AI-assembled, definitely presented in its best light. A live brief shows you the thing you actually need to see: how the designer thinks when they hit a problem they didn't pre-solve. Give them a real product constraint, watch them work, and ask why at every fork. The choosing, the context, the intent, the parts AI can't supply, all show up in how someone handles a brief they can't game in advance.
This is judgment work, and it's worth saying that doing it rigorously takes real preparation. You have to decide in advance which pillars carry the most weight for this specific role, what a strong answer looks like against each one, and what evidence you'll accept. That's a structured evaluation, set before a single candidate walks in. The reward is that you stop hiring the best portfolio and start hiring the best designer, which are no longer the same person.
The shift in design hiring isn't that AI has arrived. It's that AI made the old signals unreliable, and most hiring processes haven't caught up. The portfolio still gets treated as proof. The tool list still gets treated as a filter. Both now measure the thing that became easy instead of the thing that stayed hard.
The fix isn't a harder portfolio review or a longer tool checklist. It's a different kind of evidence: judgment, surfaced through a real brief and a sharper question, measured against a framework that won't expire the next time the tools update. The product designers who can deliver with AI, be trusted with it, and bring their teams along are out there.
Learn more about how TestGorilla can help you define AI fluency for your business.
It means hiring for the judgment behind the work rather than the tools a designer can list. An AI-fluent product designer uses AI to generate options quickly, then applies taste, context, and intent to choose the right one, verifies it against real user behavior, and knows when not to use AI at all. The fluency lives in the choosing, not the producing.
Run a live brief instead of relying on a portfolio. A portfolio shows polished, selected, possibly AI-assembled work. A real task with a real constraint shows how a designer thinks when they hit a problem they couldn't pre-solve. Pair it with one question: walk me through a workflow you redesigned with AI, including what broke and what you verified.
No. AI has made generating design options cheap, which raised the floor for everyone, but it hasn't replaced the judgment that picks the right option for a specific user, product, and business problem. AI generates competent work. It does not reliably generate appropriate work, and knowing the difference is exactly what a skilled product designer is for.
It should show decisions, not just outputs. The strongest portfolios now explain why each choice was the choice: the user problem behind it, the constraints it solved, the options rejected, and why. Finished screens alone prove less than they used to, because the tools produce good-looking screens for everyone. The reasoning is the part that's still hard to fake.
Map the role to the five pillars before you screen, then weight them for this specific job. Ask applied-use questions about workflows they've redesigned, probe systems thinking by asking where AI output broke downstream, and test the responsibility pillar directly with questions about user data and where the model shouldn't decide. Then run a practical brief so the judgment shows up in how they work, not just in what they claim.
Why not try TestGorilla for free, and see what happens when you put skills first.