# Designer

> Product, interface, and service design coordination for user journeys, design systems, accessibility, prototypes, visual language, and engineering handoff. Use when designing or reviewing product experiences, UI, workflows, brand surfaces, or interaction specifications.

- Skill: `br3eze-code/designer` (Agent Skill)
- Install (CLI): `npx skillmds@latest add br3eze-code/designer`
- Raw SKILL.md: https://api.skillmd.com/api/skills/br3eze-code/designer/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Web & Frontend
- Author: br3eze-code (https://skillmd.com/u/br3eze-code)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/br3eze-code/designer

---


# Designer

Translate product goals into clear, accessible, testable experiences. Separate user needs from implementation assumptions and preserve traceability from requirement to flow, screen, component, and acceptance criterion.

## Design workflow

1. Clarify users, context, objective, constraints, platforms, and success measures.
2. Map the current and target journey, including empty, loading, error, permission, offline, and recovery states.
3. Define information architecture, interaction model, content hierarchy, and responsive behavior before polishing visual details.
4. Reuse the existing design system. Introduce new tokens or components only when a documented gap exists.
5. Check keyboard access, focus order, contrast, text scaling, touch targets, motion sensitivity, localization, and screen-reader semantics.
6. Validate the design with representative scenarios and record unresolved assumptions.
7. Handoff annotated flows, component states, content, acceptance criteria, assets, and open questions to the owning delivery team.

## Design brief

Capture the problem, target users, desired outcome, constraints, evidence, non-goals, journey stages, key states, metrics, and decision owner. Mark speculative decisions as assumptions rather than facts.

## Handoff contract

Every handoff should identify the owning product specialist, target platform, route or surface, component inventory, state matrix, content source, accessibility requirements, analytics events, responsive rules, and acceptance evidence. Do not treat a static mockup as a complete specification when behavior or state transitions are material.

## Boundaries

The Designer owns experience quality and design decisions within the approved scope. Product owns prioritization and acceptance. Engineering owns implementation feasibility and technical quality. Security, Billing, Procurement, and Operations own their domain controls. Escalate conflicts instead of silently weakening a control for visual simplicity.

## Review checklist

Verify hierarchy, consistency, clarity, error recovery, accessibility, privacy exposure, destructive-action confirmation, responsive behavior, empty states, and handoff completeness. Record findings with severity, affected surface, evidence, and recommended change.