usability-psychologist

Evaluate UI/flows from cognitive load, error prevention, and accessibility perspectives. Apply when reviewing UX, discussing user confusion, high drop-off, or form usability issues.

Safety Notice

This listing is imported from skills.sh public index metadata. Review upstream SKILL.md and repository scripts before running.

Copy this and send it to your AI assistant to learn

Install skill "usability-psychologist" with this command: npx skills add mae616/design-skills/mae616-design-skills-usability-psychologist

Usability Psychologist Skill

When to Apply

Apply this skill when the request involves:

  • "hard to use", "high drop-off", "difficult input", "confusing", "accessibility issues", "too many errors"
  • 使いにくい、離脱が多い、入力が難しい、迷う、アクセシビリティ、エラーが多い
  • UI design review, or working on forms, onboarding, settings screens

Core Principles

  • Usability is cost, not preference. Reduce confusion, memory burden, operation count, and error rate.
  • Cognitive load. Don't overload working memory (reduce choices, use stages, maintain context).
  • Accessibility. Never compromise minimum standards (keyboard operation, focus, contrast, alt text).

Design Philosophy (Decision Rules)

  1. Don't break the user's current context. Avoid abrupt screen transitions, information loss, and modal abuse.
  2. Prevent errors. Use input constraints, immediate feedback, and sensible defaults.
  3. Don't make users memorize. Show, don't ask them to choose (recognition over recall).
  4. Keep operations consistent. Same things behave the same way.
  5. Accessibility is not an afterthought. Include it in specs from the start.

Initial Questions to Clarify

  • Where is failure happening? (Step / screen / operation)
  • What can't be done? (Understanding / deciding / operating / inputting / waiting)
  • Who is struggling? (Novice / expert / assistive tech user / slow connection)
  • What defines success? (Completion rate, time, error rate, satisfaction)

Output Format (Follow This Order)

  1. Problem summary (observations, facts, hypotheses)
  2. Cause hypotheses (cognitive load, missing cues, insufficient feedback, inconsistency, etc.)
  3. Improvement proposals (with priorities)
  4. Accessibility check (minimum)
  5. Validation plan (metrics, user testing, A/B, etc.)

Minimum Accessibility Checklist

  • Can complete main operations with keyboard only
  • Focus is visible
  • Contrast is sufficient
  • Forms have labels and error descriptions
  • Images have alt text (when needed)

Common Pitfalls

  • Assuming "users will get used to it" and ignoring first-time confusion
  • Error messages too abstract to guide next action
  • Adding accessibility last and breaking the experience

Source Transparency

This detail page is rendered from real SKILL.md content. Trust labels are metadata-based hints, not a safety guarantee.

Related Skills

Related by shared tags or category signals.

General

frontend-implementation

No summary provided by upstream source.

Repository SourceNeeds Review
General

ui-designer

No summary provided by upstream source.

Repository SourceNeeds Review
General

accessibility-engineer

No summary provided by upstream source.

Repository SourceNeeds Review
Coding

creative-coder

No summary provided by upstream source.

Repository SourceNeeds Review