UX Expert
ux-expert/
UX research and design critique for your agent: research plans, personas, storyboards, heuristic reviews and measured design forensics, with at most three priority actions.

UX research and design critique, the reasoning BEFORE a wireframe and the judgment AFTER a build.
Why use it
- Design decisions defended by taste instead of evidence.
- "Analyze this design" answered with guessed hex codes and invented font sizes.
- A reviewer who recites all ten heuristics and prioritizes nothing.
What it does
research, pick the method that fits the question × product stage, and mine the free evidence first.personas, 2-4 relevance-tested personas, each carrying its provenance (grounded, or clearly labelled proto).storyboard, one persona · one scenario · one path, with an emotion per panel.heuristics, Nielsen H1-H10 applied selectively: critique, or design guidance handed to the designer.review, the combined lens (usability · cognitive load/conversion · craft · a11y · AI-product) with a verdict and max 3 priority actions.analysis, design forensics: measured hexes, type scale, spacing ladder, contrast pairs, composition metrics, tokens.
Benefits
- Numbers, not opinions. Every hex, size and ratio is measured, anything inferred is labelled.
- Findings you can act on today: 3-5 issues, each with its cost, and max 3 priority actions.
- Know who you're designing for before the first wireframe, and whether the build served them after.
- No turf wars. It critiques and routes; it never touches your design system or your code.
Install
Download this skill and copy the ux-expert folder to .claude/skills/ux-expert/ in your project, or to ~/.claude/skills/ux-expert/ to use it in every project. Claude Code finds it on its own; you can also call it with /ux-expert.
Part of the Web Dev Design Pipeline bundle. To get the whole set as a Claude Code plugin: /plugin marketplace add endorphin-ai/hasbrains-agent-kit, then /plugin install web-dev@hasbrains-agent-kit.
Source: endorphin-ai/hasbrains-agent-kit. License: MIT.
Files (29)
Files
-
- ai-product-ux.md
- cognitive-load-and-conversion.md
- design-forensics-scripts.md
- eight-dimensions-and-tokens.md
- example.md
- honest-rendering.md
- journey-empathy-and-prioritization.md
- nielsen-heuristics.md
- persona-craft.md
- research-method-matrix.md
- storyboard-craft.md
- verification-instruments.md
- visual-craft-rules.md
- FORMAT.md
- README.md
- SKILL.md
- VOICE.md
# UX Research Method Matrix
> **Source**: adapted from [tommyjepsen/awesome-ux-skills](https://github.com/tommyjepsen/awesome-ux-skills) (`ux-research-methods.md`).
> **Load when**: Choosing a research method — the three-dimension framework, the product-phase map, the 20-method table, and the traps.
---
## Step 1: Understand the Situation
Before recommending, clarify the following (ask if not stated):
1. **What question are you trying to answer?**
- Why is something happening / how to fix it → qualitative
- How many / how much → quantitative
- What users say they think/want → attitudinal
- What users actually do → behavioral
2. **What stage is the product in?**
- Strategize (early, finding direction)
- Design (improving a specific flow or feature)
- Launch & Assess (measuring performance, comparing)
3. **Do you need users interacting with the product?**
- Natural use (observing real behavior)
- Scripted use (specific tasks/flows)
- Limited/abstracted (concepts, IA, card sorting)
- No product (brand perception, concept validation)
4. **What constraints exist?**
- Timeline and budget
- Access to participants
- Remote vs. in-person
---
## Step 2: Apply the Three-Dimensional Framework
### Attitudinal ↔ Behavioral
| Want to know... | Lean toward |
|---|---|
| What users believe, prefer, or say they'd do | **Attitudinal** (surveys, interviews, focus groups) |
| What users actually do with the product | **Behavioral** (A/B testing, analytics, eyetracking) |
| Both | **Mixed** (usability testing, field studies) |
### Qualitative ↔ Quantitative
| Want to know... | Lean toward |
|---|---|
| Why something happens, insights, nuance | **Qualitative** (interviews, field studies, usability testing) |
| How many, how often, statistical confidence | **Quantitative** (surveys, A/B testing, analytics) |
| Both | Card sorting, concept testing, unmoderated testing |
### Context of Product Use
| Context | When to use | Example methods |
|---|---|---|
| Natural use | Understand real behavior without interference | Field studies, analytics, intercept surveys |
| Scripted use | Evaluate specific flows or features | Usability testing, benchmarking |
| Limited/abstracted | Test IA, concepts, or design alternatives | Card sorting, tree testing, participatory design |
| No product | Brand or concept perception | Focus groups, desirability studies |
---
## Step 3: Match to Product Development Phase
### 🔍 Strategize — Find directions and opportunities
**Goal:** Understand users, discover needs, generate ideas
Best methods:
- **Field studies** — observe users in their real environment
- **Diary studies** — longitudinal, user-recorded behavior/attitudes
- **Interviews** — in-depth one-on-one exploration
- **Surveys** — discover and measure attitudes at scale
- **Participatory design** — co-create with users
- **Concept testing** — validate whether an idea meets a need
### 🎨 Design — Improve usability and design quality
**Goal:** Identify and fix problems in the experience
Best methods:
- **Card sorting** — define or validate information architecture
- **Tree testing** — verify navigation structure
- **Usability testing** (moderated) — observe task completion, find friction
- **Remote moderated testing** — same as above, done remotely
- **Unmoderated testing** — scalable task-based testing without a moderator
### 📊 Launch & Assess — Measure and compare performance
**Goal:** Benchmark against prior versions or competitors
Best methods:
- **Usability benchmarking** — precise performance metrics across participants
- **Unmoderated testing** — scalable summative evaluation
- **A/B testing** — scientifically test design variants on live traffic
- **Analytics / Clickstream analytics** — measure actual behavior at scale
- **Surveys** — measure satisfaction and attitudes post-launch
---
## Step 4: Method Reference
| Method | Attitudinal/Behavioral | Qual/Quant | Best phase |
|---|---|---|---|
| Usability testing | Both | Qualitative | Design |
| Field studies | Both | Qualitative | Strategize |
| Contextual inquiry | Both | Qualitative | Strategize |
| Participatory design | Attitudinal | Qualitative | Strategize |
| Focus groups | Attitudinal | Qualitative | Strategize |
| Interviews | Attitudinal | Qualitative | Strategize |
| Eyetracking | Behavioral | Qualitative/Quant | Design |
| Usability benchmarking | Behavioral | Quantitative | Launch & Assess |
| Remote moderated testing | Both | Qualitative | Design |
| Unmoderated testing | Both | Both | Design / Launch |
| Concept testing | Attitudinal | Both | Strategize |
| Diary studies | Both | Qualitative | Strategize |
| Customer feedback | Attitudinal | Both | Any |
| Desirability studies | Attitudinal | Both | Design |
| Card sorting | Attitudinal | Both | Design |
| Tree testing | Behavioral | Quantitative | Design |
| Analytics | Behavioral | Quantitative | Launch & Assess |
| Clickstream analytics | Behavioral | Quantitative | Launch & Assess |
| A/B testing | Behavioral | Quantitative | Launch & Assess |
| Surveys | Attitudinal | Quantitative | Any |
---
## Output Format
When making a recommendation, structure the response as:
1. **Recommended method(s)** — with a brief rationale
2. **Why this fits** — reference the relevant dimension(s) and phase
3. **What you'll learn** — what question it answers
4. **Watch out for** — key limitation or pitfall of this method
5. **Also consider** — 1–2 complementary methods if relevant
Keep recommendations concrete and actionable. If multiple methods fit, help the user prioritize by constraints (time, budget, access to users).
---
## Common Traps to Avoid
- **Only using one method**: Most projects benefit from combining methods (e.g., interviews to generate hypotheses, then surveys to validate at scale).
- **Confusing attitudinal and behavioral**: What users say they do and what they actually do often diverge. When behavior matters, prioritize behavioral methods.
- **Using qualitative methods to get quantitative answers**: A usability test with 5 participants can't tell you what % of users have a problem — it tells you *why* they do.
- **Using surveys to diagnose why**: Surveys tell you *what* and *how many*, not *why*.
- **Running benchmarking too early**: Summative methods require a stable product to produce meaningful metrics.