Biweekly strategies for product designers ready to move from execution to influence. Learn frameworks for stakeholder management, getting ideas approved, and advancing to senior roles.
|
Hey Reader, I’ve been fielding the same question in nearly every coaching call lately: now that AI can spit out a polished prototype in minutes, how do you tell good taste from a lucky guess? This issue leans into that tension, starting with how one community member used research to walk into an engineering debate with conviction instead of a hunch. In today's email:
Design gems of the week
Open design roles:
Research first, design second: how to stop AI from guessingA couple of weeks ago, Andy, a product designer inside Level up Club community, sent me a Loom. He'd watched my three-part video series on using AI to research before you design, and built the workflow into a skill. It takes a project, asks a few questions, pulls in references from real products, and writes a brief. He recently used it on a confusing flow where engineers were debating and defending their own ideas. He explored a few directions, brought them to the team, and recommended one. In his words, it gave him the conviction to pick a direction on a project where he wasn't sure where to start. AI can reason, but it hasn't seen what's shippedIn the first video, I gave Claude a PRD for a made-up challenger bank and asked it to design the onboarding flow. It did a pretty good job. The sequencing made sense and it thought about the anxious moment where you hand over your ID. What it couldn't tell me was how competitors handle different moments; how Monzo handles that moment compared to Revolut, how much copy is too much, or what the waiting screen looks like in a product that's converted well. Without real examples to work from, AI fills those gaps with assumptions, which is a big part of why so much AI-generated UI looks the same. The fix isn't a better prompt. It's better context. Turn references into decisionsWhen I redesigned the feedback screen in my own app, I researched in two passes: what good feedback says, and how it's built (components, layout, what's shown first). What stood out was how rare specific, actionable feedback is. Most tools either stay vague or rewrite your work for you. That gap ended up shaping the whole redesign. For the final episode, I designed an onboarding flow from scratch. Before touching a screen, I had Claude turn the research into a pattern brief: a short list of decisions about what to collect now versus later, where goal-setting goes, and how progress gets shown. Every decision pointed back to a real product that had shipped it. The brief made the AI's output better, because every screen was built against the same decisions. It also makes the work easier to share. If a few designers each build part of the same flow from their own prompts, you end up with screens that are fine on their own but don't agree with each other. A shared brief keeps them consistent, whoever builds them and whenever. Why it changes the conversation"I think it should work like this" is easy to argue with. "Here are five products that handle this moment, here's the pattern, and here's where I think we should do it differently" is a lot harder to dismiss. That's what Andy had going into his engineering debate. It doesn't replace your judgement, though. A pattern that works for Revolut might be wrong for your product. Research gets you to informed inputs faster. What you do with them is still up to you. Try this weekPick the next screen or flow on your plate. Before you ask AI to design anything:
If you want to see the whole workflow, here's the series:
Thanks to the folks at Mobbin for sponsoring the series. I use their MCP for the research step, but the approach works with any references you can give your AI tool. If you've built your own version of this workflow, hit reply. I'd love to see it.
Have a topic you'd like me to write about? Reply to this email and let me know! I read every reply. |
Biweekly strategies for product designers ready to move from execution to influence. Learn frameworks for stakeholder management, getting ideas approved, and advancing to senior roles.