Disability Simulation in Training: Ethical Considerations

Disability simulation exercises, such as blindfolding participants, having them navigate in wheelchairs, or wearing earplugs, are common in corporate accessibility training. The intention is to build empathy. The effect is often the opposite: simulations tend to increase pity, reinforce misconceptions, and produce a distorted understanding of disability that undermines the goals of inclusive design.

The Problem with Simulation

It creates false expertise

A sighted person wearing a blindfold for thirty minutes does not understand what it is like to be blind. They experience disorientation, anxiety, and helplessness because they have no adaptive skills, no familiarity with assistive technology, and no lifetime of experience navigating the world without sight. A blind screen reader user has all of these things. The simulation captures the shock of sudden impairment, not the competence of lived disability.

It increases pity, not respect

Research published in the journal Disability and Health (Nario-Redmond et al., 2017) found that disability simulations tend to increase negative attitudes, including pity and a perception of disabled people as helpless. Participants often leave simulations grateful for their own abilities rather than motivated to remove barriers.

It centers non-disabled experience

Simulations focus on how non-disabled people feel when temporarily impaired, rather than on the barriers that disabled people actually encounter. The conversation becomes about the participant’s discomfort rather than about systemic accessibility failures.

It oversimplifies disability

Wearing noise-canceling headphones does not simulate deafness. Taping fingers together does not simulate a motor disability. Each condition involves unique perceptual, cognitive, and social dimensions that a brief physical simulation cannot replicate.

What Works Better

Invite disabled speakers

Nothing replaces hearing directly from people who navigate accessibility barriers daily. Invite disabled colleagues, consultants, or community members to share their experiences, demonstrate their assistive technology, and answer questions. Compensate external speakers fairly.

Show real user testing sessions

Video recordings (with participant consent) of usability testing with disabled users are far more informative than simulation exercises. Teams see real people using real assistive technology on their actual product. The barriers observed are specific, actionable, and directly relevant.

Teach assistive technology skills

Instead of simulating disability, teach team members to use assistive technology for testing purposes. A developer who learns to navigate with NVDA gains practical testing skills without the false equivalence of pretending to be blind. Training should be framed explicitly: “You are learning a testing tool, not experiencing disability.”

See our guides on training developers and training designers for incorporating assistive technology into skill development.

Use scenario-based exercises

Present teams with specific accessibility scenarios and ask them to identify barriers and propose solutions. Example: “A user with tremor is trying to select a date using a calendar picker with small touch targets. What WCAG criteria are relevant? What design changes would help?” This builds analytical skills without pretending to experience the disability.

Apply the principle of “nothing about us without us”

The disability rights movement’s foundational principle, nothing about us without us, applies to training as well. Training programs should be developed with disabled people, facilitated with disabled people’s input, and evaluated by disabled people.

When Simulation Might Be Appropriate

Disability simulation is not universally condemned. Some disabled-led organizations use carefully designed simulations as one component of comprehensive training. The key conditions are:

• The simulation is designed and facilitated by disabled people.
• It is framed explicitly as an incomplete approximation, not a replication of disability.
• It is accompanied by presentations from disabled people and discussion of the limitations of simulation.
• It focuses on identifying environmental barriers, not on experiencing impairment.
• It is never the sole or primary training method.

Structuring Ethical Accessibility Training

An effective accessibility training program includes:

1. Education on WCAG standards, legal requirements, and organizational policy.
2. Exposure to real disabled users and their experiences (with consent and compensation).
3. Skill-building in assistive technology usage for testing purposes.
4. Practice applying accessibility principles to real design and development tasks.
5. Ongoing support through documentation, champions programs, and communities of practice.

See inclusive design workshop facilitation for guidance on running accessible, effective training sessions.

Key Takeaways

• Disability simulations typically increase pity and misconceptions rather than building useful empathy.
• A sighted person wearing a blindfold does not understand blindness; they experience sudden impairment without adaptive skills.
• More effective alternatives include inviting disabled speakers, showing real user testing videos, and teaching assistive technology skills.
• If simulation is used, it must be designed by disabled people, framed as incomplete, and combined with other methods.
• Training should build practical skills and respect, not temporary discomfort and pity.

Sources

• https://www.deque.com/blog/disability-simulation/ — Deque analysis of why disability simulations are ineffective for building inclusive design skills
• https://webaim.org/articles/screenreader_testing/ — WebAIM guide to screen reader testing as a practical alternative to simulation
• https://www.w3.org/WAI/people-use-web/ — W3C WAI resource on how people with disabilities actually use the web, grounding training in reality
• https://www.nvaccess.org/ — NVDA free screen reader used for practical assistive technology training