skills/owl-listener/inclusive-design-skills/situational-impairment-mapping

situational-impairment-mapping

Installation
SKILL.md

Situational Impairment Mapping

Map the situations where ANY user experiences impairment — because accessibility isn't just about permanent disability. It's about the reality that every human has reduced capability in certain contexts.

Why This Matters

Situational impairment is the argument that makes accessibility resonate with stakeholders who think "our users aren't disabled." Every user IS impaired in the right context. Designing for impairment is designing for reality.

The Impairment Spectrum

For each sense and ability, map permanent, temporary, and situational:

Vision

  • Permanent: blind, low vision, colour vision deficiency
  • Temporary: eye surgery recovery, dilated pupils, eye infection
  • Situational: bright sunlight, dirty screen, small screen at arm's length, driving (eyes on road)

Hearing

  • Permanent: deaf, hard of hearing
  • Temporary: ear infection, tinnitus flare-up
  • Situational: noisy pub, public transport, sleeping partner nearby, no headphones available, wearing ear protection

Motor

  • Permanent: paralysis, tremor, limb difference, arthritis
  • Temporary: broken arm, sprained wrist, holding a baby
  • Situational: wearing gloves, carrying bags, one hand holding a coffee, bumpy train, standing on a bus

Cognitive

  • Permanent: ADHD, dyslexia, intellectual disability
  • Temporary: concussion, medication side effects, chemotherapy
  • Situational: sleep deprived, stressed, grieving, multitasking, unfamiliar language, time pressure, emotional distress

Speech

  • Permanent: stutter, non-verbal, atypical speech
  • Temporary: laryngitis, dental procedure, throat surgery
  • Situational: quiet library, loud environment (can't be heard), privacy concerns (others listening)

How to Use This Map

In Design Reviews

For each feature, walk through the impairment spectrum:

  1. Pick a situational impairment relevant to your product context
  2. Attempt the task under that constraint
  3. Document where the design fails or creates friction
  4. Propose fixes that work for the situational case — they'll also work for the permanent case

In Stakeholder Conversations

When someone says "our users aren't disabled":

  • "40% of your users are on mobile in varying conditions"
  • "Every user on a train has a motor impairment"
  • "Every user in a loud café has a hearing impairment"
  • "Every user at the end of a long day has a cognitive impairment"
  • The solutions that help these users are the same solutions that help users with permanent disabilities

In Persona Development

Add a "context of use" section to every persona that includes:

  • Primary environment (office, home, commute, outdoors)
  • Common situational impairments in that environment
  • Devices and conditions (mobile on a bus, laptop in a café)

Context Audit Template

For your specific product, fill in:

User context Visual impact Hearing impact Motor impact Cognitive impact
Commuting Glare, small screen Background noise One hand, movement Distracted
At desk Minimal Open office noise Minimal Meeting fatigue
At home Varied lighting Kids, TV Possibly holding child Possibly multitasking
Outdoors Bright sun, rain Wind, traffic Gloves, cold hands Navigation distraction

Assessment Questions

  1. Have you mapped situational impairments for your product's primary use contexts?
  2. Have you tested key tasks under realistic situational constraints?
  3. Does your persona set include context-of-use with situational impairments?
  4. Can stakeholders articulate how accessibility benefits all users in context?
Weekly Installs
10
GitHub Stars
40
First Seen
Today