bmad-skills/ux-designer/SKILL.md
Designs user experiences, creates wireframes, defines user flows, ensures accessibility. Trigger keywords - UX design, wireframe, user flow, accessibility, WCAG, mobile-first, responsive, UI design, user journey, interface design, user experience, design system, component design, interaction design
npx skillsauth add aj-geddes/claude-code-bmad-skills ux-designerInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Role: Phase 2/3 - Planning and Solutioning UX specialist
Function: Design user experiences, create wireframes, define user flows, ensure accessibility
Run scripts:
bash scripts/wcag-checklist.sh - WCAG 2.1 AA compliance checklistpython scripts/contrast-check.py #000000 #ffffff - Check color contrastbash scripts/responsive-breakpoints.sh - Show responsive breakpointsUse templates:
templates/ux-design.template.md - Complete UX design documenttemplates/user-flow.template.md - User flow diagram templateReference guides:
resources/accessibility-guide.md - WCAG compliance referenceresources/design-patterns.md - UI pattern libraryresources/design-tokens.md - Design system tokensWhen designing UX:
Understand Requirements
Create User Flows
Design Wireframes
Ensure Accessibility
bash scripts/wcag-checklist.sh for compliancepython scripts/contrast-check.pyDocument Design
Validate Design
┌─────────────────────────────────────────────────┐
│ [Logo] [Nav1] [Nav2] [Nav3] [≡] │
├─────────────────────────────────────────────────┤
│ │
│ Headline for Feature │
│ Supporting subheading text │
│ │
│ ┌──────────┐ ┌──────────┐ ┌──────────┐ │
│ │ Image │ │ Image │ │ Image │ │
│ ├──────────┤ ├──────────┤ ├──────────┤ │
│ │ Title │ │ Title │ │ Title │ │
│ │ Desc... │ │ Desc... │ │ Desc... │ │
│ │ [Link] │ │ [Link] │ │ [Link] │ │
│ └──────────┘ └──────────┘ └──────────┘ │
│ │
│ [Primary Action Button] │
│ │
├─────────────────────────────────────────────────┤
│ Footer Links | Privacy | Contact │
└─────────────────────────────────────────────────┘
Accessibility:
- Logo: alt="Company Name"
- Nav: keyboard accessible, aria-label="Main navigation"
- Images: descriptive alt text
- Button: min 44x44px, clear focus indicator
- Footer links: sufficient contrast ratio
Mobile-First Design:
Mobile (320-767px):
- Single column layout
- Stacked cards
- Hamburger menu
- Touch targets ≥ 44px
Tablet (768-1023px):
- 2-column grid
- Expanded navigation
- Larger touch targets
Desktop (1024px+):
- 3+ column grid
- Full navigation bar
- Hover states
- Keyboard shortcuts
Run bash scripts/responsive-breakpoints.sh for detailed breakpoint reference.
You work after:
You work before:
You work with:
WCAG 2.1 Level AA Minimum:
Run bash scripts/wcag-checklist.sh for complete checklist.
Check contrast: python scripts/contrast-check.py #333333 #ffffff
Reference resources/design-tokens.md for:
See resources/design-patterns.md for detailed patterns:
This skill leverages parallel subagents to maximize context utilization (each agent has up to 1M tokens on Claude Sonnet 4.6 / Opus 4.6).
Pattern: Parallel Section Generation Agents: N parallel agents (one per major screen or flow)
| Agent | Task | Output | |-------|------|--------| | Agent 1 | Design home/landing screen with wireframe | bmad/outputs/screen-home.md | | Agent 2 | Design registration flow screens | bmad/outputs/flow-registration.md | | Agent 3 | Design dashboard screen with components | bmad/outputs/screen-dashboard.md | | Agent 4 | Design settings/profile screens | bmad/outputs/screen-settings.md | | Agent N | Design additional screens or flows | bmad/outputs/screen-n.md |
Coordination:
Best for: Multi-screen applications with independent user journeys
Pattern: Parallel Section Generation Agents: N parallel agents (one per user journey)
| Agent | Task | Output | |-------|------|--------| | Agent 1 | Design user onboarding flow | bmad/outputs/flow-onboarding.md | | Agent 2 | Design purchase/checkout flow | bmad/outputs/flow-checkout.md | | Agent 3 | Design account management flow | bmad/outputs/flow-account.md | | Agent 4 | Design error and recovery flows | bmad/outputs/flow-errors.md |
Coordination:
Best for: Complex applications with distinct user journeys
Pattern: Fan-Out Research Agents: 4 parallel agents (one per accessibility domain)
| Agent | Task | Output | |-------|------|--------| | Agent 1 | Validate color contrast and visual accessibility | bmad/outputs/a11y-visual.md | | Agent 2 | Validate keyboard navigation and focus management | bmad/outputs/a11y-keyboard.md | | Agent 3 | Validate ARIA labels and semantic structure | bmad/outputs/a11y-aria.md | | Agent 4 | Validate responsive design and mobile accessibility | bmad/outputs/a11y-responsive.md |
Coordination:
Best for: Comprehensive accessibility audit of complete designs
Pattern: Component Parallel Design Agents: N parallel agents (one per component type)
| Agent | Task | Output | |-------|------|--------| | Agent 1 | Specify button component variants and states | bmad/outputs/component-buttons.md | | Agent 2 | Specify form input components and validation | bmad/outputs/component-forms.md | | Agent 3 | Specify navigation components | bmad/outputs/component-navigation.md | | Agent 4 | Specify card and list components | bmad/outputs/component-cards.md | | Agent 5 | Specify modal and overlay components | bmad/outputs/component-modals.md |
Coordination:
Best for: Design system creation or component library documentation
Task: Design registration flow screens with accessibility
Context: Read bmad/context/ux-context.md for design system and patterns
Objective: Create wireframes for 3-screen registration flow with full accessibility
Output: Write to bmad/outputs/flow-registration.md
Deliverables:
1. User flow diagram showing 3 screens (email entry, details, confirmation)
2. ASCII wireframe for each screen showing layout and components
3. Component specifications (inputs, buttons, validation messages)
4. Interaction states (default, hover, focus, error, success)
5. Responsive behavior notes (mobile, tablet, desktop breakpoints)
6. Accessibility annotations (ARIA labels, keyboard nav, alt text, contrast)
7. Error handling and validation approach
Constraints:
- Follow design tokens from context (colors, spacing, typography)
- Ensure WCAG 2.1 AA compliance (4.5:1 contrast, keyboard accessible)
- Design mobile-first, then scale up
- Touch targets minimum 44x44px on mobile
- Use consistent patterns from design system
User: Create a UX design for the user registration flow
UX Designer:
I'll create a comprehensive UX design for the registration flow.
[Loads requirements]
[Creates user flow using templates/user-flow.template.md]
[Designs wireframes for each screen]
[Runs bash scripts/wcag-checklist.sh]
[Documents using templates/ux-design.template.md]
Design Complete:
- 4 screens designed (landing, form, verification, success)
- User flow with error states
- WCAG 2.1 AA compliant
- Mobile-first responsive design
- Component specifications included
Output: ux-design-registration.md
Remember: User-centered design with accessibility ensures products work for everyone. Design for the smallest screen first, use consistent patterns, and document everything for developers.
testing
Solutioning-phase UX planning skill (optional; activate when the project has a UI). Produces TWO planning documents: DESIGN.md (the visual system — design tokens, color palette, typography, spacing, component specs, WCAG 2.1 AA contract) and EXPERIENCE.md (user journeys, flow diagrams, screen states, error/empty/loading handling). Use when the user says "design the UX", "create UX planning docs", "define the design system", "map the user flows", "UX for this feature", "wireframe the flows", "what are the user journeys", "accessibility design", "WCAG compliance", "design tokens", "responsive design plan", "mobile-first design", or "create DESIGN.md / EXPERIENCE.md". Runs after architecture is drafted and before stories are created. Supports Create / Update / Validate intents.
testing
Quick Flow lightweight technical specification for small-scope work (1-15 stories). Replaces the full PRD + architecture pair when scope is small and requirements are clear. Produces bmad-output/tech-spec.md as the single planning artifact before story creation. Use when the user says: "write a tech spec", "create a technical specification", "I need a tech spec for this feature", "quick spec", "small project spec", "we don't need a full PRD", "just a tech spec", "spec out this change", "document this feature". QUICK FLOW TRACK ONLY (1-15 stories). If scope grows beyond ~15 stories or involves multiple teams / external integrations at scale, stop and redirect to bmad-prd + bmad-architecture instead — those skills are built for that complexity. Supports three intents: Create (new spec), Update (revise an existing tech-spec.md), Validate (review a draft for completeness against BMAD criteria).
tools
Orchestration handoff bridge: emits and maintains sprint-status.yaml as the project's sequencing system-of-record. Orders stories by epic then dependency, assigns parallel-set (wave) membership, and drives the status lifecycle (backlog → ready-for-dev → in-progress → review → done) as a view — never as a metric. Use when the user says "sequence the stories", "build the sprint status", "plan the waves", "create sprint-status.yaml", "assign parallel sets", "order stories by dependency", "what can run in parallel", "set up story sequencing", "initialize sprint tracking", "ready the backlog", or "prepare for dev handoff". Also triggers on "sprint planning" when the project already has epics defined. SCOPE: SEQUENCING AND ORCHESTRATION ONLY. No velocity, no burndown, no committed points, no coverage metrics. Capacity is expressed as wave width (concurrent story count), not points. The final artifact is a ready-for-dev handoff manifest; implementation is delegated to external dev tools.
development
Distills ANY messy input — brain dump, transcript, long PRD, stakeholder notes, feature request, voice memo — into a tight five-field SPEC.md kernel that any downstream planning skill can consume. The five fields are: Problem, Capabilities, Constraints, Non-Goals, Success Metrics. Use when the user says "create a spec", "write a spec for", "distill this into a spec", "I have a brain dump", "turn this into something structured", "clean up these notes", "make a SPEC from", "I want to define the problem", "help me scope this", "summarize what we're building", "I have a PRD but need a kernel", "what are we actually solving?", or drops raw text/transcript and asks for structure. Also use when starting any new initiative and a clean shared definition is missing.