スキル一覧に戻る
srstomp

ux-design

by srstomp

An orchestration plugin for Claude Code that enables reliable autonomous development sessions with configurable checkpoints and task management.

0🍴 0📅 2026年1月23日
GitHubで見るManusで実行

SKILL.md


name: ux-design description: Comprehensive UX design guidance covering research, information architecture, interaction patterns, and accessibility. Activates on ANY UI/UX work including user flows, navigation, forms, onboarding, error handling, and responsive design. Covers both process (Design Thinking, user research, personas) and implementation (patterns, accessibility, mobile UX). Use this skill for all user experience decisions on web and mobile platforms.

UX Design

User experience is the foundation. Visual aesthetics built on poor UX will fail. This skill ensures structural soundness before surface polish.

Related skills:

  • aesthetic-ui-designer — Visual execution after UX decisions are made
  • persona-creation — Deep user research, personas, JTBD, journey mapping
  • accessibility-auditor — Comprehensive WCAG 2.2 AA audits

Design Thinking Framework

A pragmatic approach: Design Thinking structure with Lean UX speed.

Empathize → Define → Ideate → Prototype → Test → Iterate
    ↑                                              |
    └──────────────────────────────────────────────┘

Quick Process Guide

PhaseGoalOutput
EmpathizeUnderstand users deeplyResearch insights, empathy maps
DefineFrame the right problemProblem statement, personas
IdeateExplore solutions broadlySketches, concepts, user flows
PrototypeMake ideas tangibleWireframes, clickable prototypes
TestValidate with real usersFeedback, iteration priorities

For detailed process guidance: See references/design-thinking-process.md


Core UX Principles

1. User Control & Freedom

  • Always provide escape routes (cancel, undo, back)
  • Don't trap users in flows
  • Confirm destructive actions, but don't over-confirm routine ones

2. Consistency & Standards

  • Follow platform conventions (web vs iOS vs Android)
  • Internal consistency: same action = same result everywhere
  • Use familiar patterns before inventing new ones

3. Error Prevention > Error Messages

  • Disable invalid actions rather than allowing then rejecting
  • Use constraints (date pickers vs free text)
  • Provide smart defaults

4. Recognition Over Recall

  • Show options, don't require memorization
  • Persistent navigation and context
  • Recently used items, search history

5. Flexibility & Efficiency

  • Shortcuts for experts, guidance for novices
  • Customizable workflows
  • Progressive disclosure: simple default, advanced available

6. Feedback & Visibility

  • Every action needs acknowledgment
  • System status always visible
  • Loading states, progress indicators, success confirmations

7. Help Users Recover

  • Clear error messages: what happened, why, how to fix
  • Preserve user input on errors
  • Offer alternatives when primary path fails

Information Architecture

Structure content so users find what they need.

  • 7±2 rule: Limit top-level items to 5-9
  • 3-click guideline: Major content within 3 clicks (flexible, not rigid)
  • Clear labeling: User language, not internal jargon
  • Visible location: Users should always know where they are
PatternUse WhenPlatform
Top navbarFew primary sectionsWeb
SidebarMany sections, dashboard appsWeb
Bottom tabs3-5 primary destinationsMobile
Hamburger menuSecondary nav, space-constrainedBoth
Tab barContent categories at same levelBoth
BreadcrumbsDeep hierarchies, need path visibilityWeb

For detailed IA guidance: See references/information-architecture.md


Implementation Patterns

Forms

Structure:

  • One column layouts outperform multi-column
  • Group related fields visually
  • Logical order (don't ask shipping before cart)

Inputs:

  • Label above field (not placeholder-only)
  • Appropriate input types (email, tel, date)
  • Inline validation after field blur, not while typing

Actions:

  • Primary action visually dominant
  • Destructive actions require confirmation
  • Disabled submit until valid (with clear indication why)

Feedback States

Every interactive element needs:

  • Default: Resting state
  • Hover: Mouse over (desktop)
  • Focus: Keyboard navigation (accessibility critical)
  • Active: Being pressed/clicked
  • Disabled: Unavailable, with clear reason
  • Loading: Processing, with indicator
  • Success/Error: Outcome confirmation

Loading & Empty States

Loading:

  • Skeleton screens over spinners
  • Progress indicators for long operations
  • Optimistic UI where safe

Empty states:

  • Explain why empty
  • Guide toward first action
  • Never just blank space

Error Handling

[Clear icon] What went wrong
             Why it happened (briefly)
             [Primary action to fix] [Secondary: help/retry]
  • Position near the source
  • Don't blame the user
  • Offer recovery path

Onboarding

  • Delay account creation until necessary
  • Value first, signup second
  • Progressive profiling over long forms
  • Skippable for returning users

For detailed patterns: See references/patterns.md For modern patterns (AI, dark mode, animation): See references/modern-patterns.md


Mobile-Specific UX

Touch Targets

  • Minimum 44×44pt (iOS) / 48×48dp (Android)
  • Spacing between targets to prevent mis-taps
  • Primary actions in thumb zone (bottom of screen)

Gestures

  • Swipe for delete/archive (with undo)
  • Pull-to-refresh for lists
  • Pinch-to-zoom for images/maps
  • Avoid gesture-only actions; provide visible alternatives

Mobile Navigation

  • Bottom tab bar for primary nav (≤5 items)
  • Stack navigation for hierarchical content
  • Modal for focused tasks (with clear dismiss)
  • Avoid hamburger menus as primary nav

Performance UX

  • Perceived performance matters more than actual
  • Instant feedback, background processing
  • Offline states and graceful degradation

Accessibility Essentials

Accessibility improves UX for everyone. For comprehensive audits, use the accessibility-auditor skill.

Quick Checklist

Perceivable:

  • Text alternatives for images (alt text)
  • Color contrast: 4.5:1 for text, 3:1 for large text
  • Don't convey info by color alone

Operable:

  • Full keyboard navigation
  • Visible focus indicators
  • Touch targets ≥44px
  • No keyboard traps

Understandable:

  • Clear error messages with recovery path
  • Labels for all form inputs
  • Consistent navigation

Robust:

  • Semantic HTML (use right elements)
  • ARIA only when HTML isn't sufficient

For implementation details: See references/accessibility.md For full WCAG 2.2 AA audits: Use the accessibility-auditor skill


Responsive Design

Breakpoint Strategy

  • Design mobile-first, enhance upward
  • Content determines breakpoints, not devices
  • Common: 640px (sm), 768px (md), 1024px (lg), 1280px (xl)

What Changes Per Breakpoint

  • Navigation pattern (tabs → sidebar → topnav)
  • Grid columns
  • Touch vs hover interactions
  • Content density

What Stays Consistent

  • Core functionality
  • Information hierarchy
  • Brand identity
  • Accessibility

UX Anti-Patterns

Anti-PatternWhy It's BadInstead
Hamburger as primary navHides key options, reduces discoveryBottom tabs (mobile), visible nav (web)
Mystery meat navigationIcons without labels confuse usersLabel icons, or use text links
Deep nesting (5+ levels)Users get lost, high abandonmentFlatten hierarchy, use search
Inconsistent back behaviorBreaks mental modelPredictable back = previous screen
Pagination in infinite contentJarring interruptionInfinite scroll with "load more" option

Form Anti-Patterns

Anti-PatternWhy It's BadInstead
Placeholder as labelDisappears, accessibility issuesLabel above field
Validating while typingPremature errors frustrate usersValidate on blur
Clearing form on errorPunishes users for mistakesPreserve input, highlight error
Generic error messages"Invalid" doesn't helpSpecific: "Use 8+ characters"
Required * everywhereNoise if most are requiredMark optional fields instead
Multi-column formsIncreases completion timeSingle column (exceptions: city/state/zip)

Feedback Anti-Patterns

Anti-PatternWhy It's BadInstead
Silent failuresUser doesn't know what happenedAlways confirm or explain failure
Modal for everythingInterrupts flow, modal fatigueToast for success, inline for errors
Auto-dismissing errorsUser can't read/act in timePersist until dismissed or fixed
Spinners for contentNo layout stabilitySkeleton screens
Blocking loadersUI feels frozenNon-blocking indicators

Onboarding Anti-Patterns

Anti-PatternWhy It's BadInstead
Feature tours upfrontUsers forget, want to exploreContextual hints when relevant
Mandatory lengthy signupHigh drop-offDelay signup, progressive profiling
Tooltips everywhereOverwhelmingMax 1-3 per session
Can't skipFrustrates returning usersAlways allow skip
Empty state with no guidanceUsers don't know what to doExplain + clear first action

Mobile Anti-Patterns

Anti-PatternWhy It's BadInstead
Tiny touch targetsMis-taps, frustration≥44pt/48dp
Hover-dependent featuresNo hover on touchTap/press alternatives
Desktop modals on mobileHard to dismiss, blocks screenBottom sheets
Fixed position nav + keyboardCovers input fieldsHide nav during input
Gesture-only actionsDiscoverable, accessibilityVisible buttons + gesture shortcut

General Anti-Patterns

Anti-PatternWhy It's BadInstead
Confirmation for routine actionsSlows users downOnly confirm destructive/irreversible
Jargon in UIUsers don't understandPlain language
Disabled without explanationUser doesn't know whyExplain what's needed
Infinite scroll for all listsCan't bookmark, no sense of progressPaginate long lists with stable URLs
Auto-playing video/audioStartling, consumes dataUser-initiated playback

UX Decision Trees

Is the task focused and short?
├── Yes: Does user need to reference background content?
│   ├── Yes → Drawer/Panel (side sheet)
│   └── No → Modal
└── No: Is the task a full workflow?
    ├── Yes → Full page
    └── No: Is it contextual actions?
        ├── Yes → Bottom sheet (mobile) / Dropdown (web)
        └── No → Consider page or panel

Tabs vs Accordion vs Sections

Is content mutually exclusive (only one visible at a time)?
├── Yes: Are items few (≤5) and parallel?
│   ├── Yes → Tabs
│   └── No → Accordion
└── No: Should all content be scannable?
    ├── Yes → Stacked sections (all visible)
    └── No → Progressive disclosure (expand on demand)

Pagination vs Infinite Scroll

Does user need to find specific item or reach specific point?
├── Yes → Pagination (URL stability, can bookmark)
└── No: Is content time-based / feed-like?
    ├── Yes: Is list long and exploratory?
    │   ├── Yes → Infinite scroll + "back to top"
    │   └── No → Load more button
    └── No → Pagination with visible page count

Toast vs Inline vs Modal (for messages)

Is immediate action required?
├── Yes → Modal with action buttons
└── No: Is it an error related to specific field?
    ├── Yes → Inline (near field)
    └── No: Is it a success/info message?
        ├── Yes → Toast (auto-dismiss ok)
        └── No: Is it a system-level warning?
            ├── Yes → Banner (top of page)
            └── No → Toast or inline

UX Checklist

Before finalizing any interface:

Structure

  • Clear information hierarchy
  • Intuitive navigation
  • User always knows their location
  • Important actions are prominent

Interaction

  • Every action has feedback
  • Error states are helpful
  • Loading states are present
  • Empty states guide users

Accessibility

  • Keyboard navigable
  • Screen reader compatible
  • Sufficient color contrast
  • Touch targets adequate

Mobile

  • Thumb-zone friendly
  • Touch targets ≥44pt
  • Works offline or degrades gracefully
  • No hover-dependent functionality

References:

スコア

総合スコア

60/100

リポジトリの品質指標に基づく評価

SKILL.md

SKILL.mdファイルが含まれている

+20
LICENSE

ライセンスが設定されている

0/10
説明文

100文字以上の説明がある

+10
人気

GitHub Stars 100以上

0/15
最近の活動

3ヶ月以内に更新がある

0/10
フォーク

10回以上フォークされている

0/5
Issue管理

オープンIssueが50未満

+5
言語

プログラミング言語が設定されている

+5
タグ

1つ以上のタグが設定されている

0/5

レビュー

💬

レビュー機能は近日公開予定です