Audit UI designs, flows, copy, and layouts to reduce cognitive load and maximize conversion. Apply this skill whenever a user shares a screen, mockup, flow, form, landing page, onboarding step, or any UI element and asks how to improve it — even if they don't say "cognitive load" or "conversion". Trigger on phrases like "why aren't users converting", "improve this flow", "reduce friction", "simplify this", "make this easier to use", "review this UI", "why do users drop off", "improve this form", "critique this design", "make this clearer", or any open-ended "improve this" request about a product surface. Always use this skill before giving UX or conversion improvement advice.
Users abandon flows not because they don't want to convert — but because thinking is tiring. Every unnecessary decision, unfamiliar pattern, or piece of visual noise drains the finite mental budget users arrive with. When that budget runs out, they leave.
This skill provides a structured audit process to eliminate cognitive waste and protect the mental energy users need to actually complete the task.
There are two kinds of cognitive load. Only one is your problem to solve.
Intrinsic load — the unavoidable thinking required to understand the offer or complete the task. This is why the user showed up. Don't try to eliminate it; just don't add to it.
Extraneous load — everything else. Processing that consumes mental resources without helping the user get closer to their goal. This is where conversion dies. Your job is to find it and cut it.
Clutter isn't just about aesthetics. Every redundant element forces the brain to evaluate it before discarding it. That evaluation costs something.
Ask of every element on screen:
High-cost clutter patterns:
Conversion principle: Every element you remove that isn't earning its place is a free cognitive budget increase for the elements that matter.
Users arrive with expectations shaped by every other product they've used. When your interface matches those expectations, they don't have to learn — they just do. When it doesn't, they pause to figure it out. Pauses kill momentum. Momentum drives conversion.
Patterns users already know (use them):
Questions to identify mental model mismatches:
Conversion principle: Familiarity is a feature. Novelty in UI adds cognitive cost without adding value. Innovate on the product; be conventional about the interface.
Every moment a user has to remember something, calculate something, or make a decision they didn't come here to make is a moment they might leave. The question isn't just "is this clear?" — it's "do they even have to do this?"
Task offloading opportunities:
| User task | Offloaded alternative | |---|---| | Remember what they entered earlier | Re-display it on confirmation/summary screens | | Choose from options they don't understand | Use a smart default; let them override | | Type something that can be inferred | Auto-fill from context (location, account data, previous input) | | Read to understand | Show an image or example instead | | Decide between equally unfamiliar options | Recommend one — "Most popular", "Best for your situation" | | Count or calculate | Do the math for them (show totals, savings, comparisons) | | Remember what step they're on | Show a progress indicator |
Questions to identify offloading opportunities:
Conversion principle: The best form field is the one that doesn't exist. The best decision is the one the user doesn't have to make.
When reviewing a UI, flow, or screen, structure your output as:
List specific elements or patterns that are adding cognitive cost without helping the user. Be specific — name the element, explain the cost it's creating.
Identify any places where the interface departs from convention in a way that requires users to stop and learn. Flag label mismatches, unexpected interaction patterns, or layout choices that conflict with established expectations.
Call out moments where the user is being asked to do something the product could do for them. Rank by conversion impact if possible.
Give 3–5 concrete changes in priority order. Each recommendation should:
Use these to quickly triage a design under review:
Not all friction is bad. Some cognitive load is intrinsic — it's the thing the user came to think about.
Cognitive load isn't just visual — it's linguistic. When reviewing copy:
Guide teams and individuals through the Double Diamond design thinking framework (Discover, Define, Develop, Deliver). Use this skill whenever someone mentions design process, product discovery, problem framing, ideation, prototyping, or user research — even without saying "Double Diamond". Trigger on: "where do I start with this design problem", "how do we approach building X", "help me structure our design process", "we need to do discovery", "we're in the ideation phase", "how do we validate our solution", "I have a design challenge", "I'm not sure what problem we're solving", "walk me through the design process", "help me run a design sprint". Also trigger when a non-designer or stakeholder wants to understand the design process or where they fit in. If someone describes a product problem without knowing how to approach it, proactively offer to guide them through this framework.
Create, facilitate, and critique empathy maps for UX research and design thinking. Use this skill whenever a user wants to build an empathy map, understand their users more deeply, synthesize qualitative research into a shared team artifact, or translate user interviews into structured insights. Trigger on phrases like "create an empathy map", "map out what users think and feel", "help me understand my users", "synthesize these interviews", "what do my users say vs think", "build user empathy", or any request to structure user research into Says/Thinks/Does/Feels quadrants. Also trigger when users share raw interview transcripts, survey responses, or user research notes and want to make sense of them. Always use this skill before attempting to create any empathy map content from scratch.
Apply structured prioritization matrix techniques to rank features, ideas, or design decisions by two weighted criteria (e.g. user impact vs. effort, feasibility vs. ROI). Use this skill whenever a user wants to prioritize features, compare design options, rank backlog items, decide what to build next, run a prioritization workshop, or make a structured UX or product decision. Trigger on phrases like "help me prioritize", "what should we build first", "rank these features", "should we focus on X or Y", "prioritize the backlog", "run a prioritization exercise", "impact vs effort", or any request to choose between competing options in a structured way.
My name is Tommy. Im a Product designer and developer from Copenhagen, Denmark.
Connected with me on LinkedIn ✌️