Summary
In this interactive session, Sam Proulx, accessibility evangelist at Fable, will draw from experience as a person with a disability, and from Fable’s thousands of hours of research experience, to answer all of your questions about conducting prototype reviews with people with disabilities. What design systems work best? What disabilities can participate in prototype reviews out of the box, and what types of disabilities might need special adaptations? What information should a prototype contain, to get the best feedback and engagement from people with disabilities? How can you and your organization learn to better shift left, and involve people with disabilities as early as possible in the design process, and why should you? We’ll also have plenty of time for your own questions! If you’ve been wanting to conduct prototype reviews that involve people with disabilities, but weren’t quite sure where to begin, don’t miss this session!
Key Insights
-
•
Starting prototype reviews with screen magnification users offers the biggest impact with the least adaptation needed.
-
•
Screen magnification users benefit from simply enlarging visuals, color contrast changes, and panning, making graphical prototypes easily accessible.
-
•
Users with physical challenges often struggle with hover states and unlabeled controls, requiring adaptations or researcher assistance during prototype reviews.
-
•
Screen reader users are the hardest group to include in prototype reviews because graphical prototypes lack semantic structure needed for screen readers to interpret.
-
•
Prototypes for screen reader users often must be recreated in text-based formats like Microsoft Word or Google Docs to represent semantic layout accurately.
-
•
Design systems like Figma and Adobe XD generally do not natively support screen reader-compatible prototypes, though progress is underway.
-
•
Accessibility reviews should include checking control labeling consistency to match voice commands for users relying on voice dictation or alternative navigation.
-
•
Large white space becomes a major concern for screen magnification users as it can consume excessive screen real estate when magnified.
-
•
Mobile app accessibility concerns largely mirror desktop issues, differing mainly in screen size and gesture input.
-
•
Companies like Adobe are leading active research efforts into improving prototyping tools for better accessibility support, especially for screen reader users.
Notable Quotes
"Including people with disabilities in prototype reviews can be a little different based on the assistive technology someone uses and their needs."
"Screen magnification users see everything bigger but have less available screen real estate, so they pan around a lot more."
"The best bang for your buck with least effort is to start with screen magnification users in your prototype reviews."
"Users with physical challenges often cannot hover easily, so prototypes need to indicate where hover is required and how sensitive it is."
"Significant adaptation is required to involve screen reader users in prototype reviews because prototypes are graphical and lack semantic markup."
"Microsoft Excel, Google Docs, and Word are surprisingly good places to build screen reader accessible prototypes using semantic labels and structures."
"When working with screen reader users in prototype reviews, you have to simulate the screen reader experience with them interactively."
"There is a lot of research going on to make screen reader accessible prototypes easier to build, but right now it’s early to mid-stage."
"Control labels need to be consistent because people using voice dictation rely on those labels to interact with controls."
"Mobile accessibility testing isn’t fundamentally different from desktop; it mainly comes down to screen size and gesture differences."
Or choose a question:
More Videos
"We want teams to have autonomy and power to make pivot, shelve, and proceed decisions, not leadership dictating."
Standardizing Product Merits for Leaders, Designers, and Everyone
June 15, 2018
"There’s no such thing as one-size-fits-all methods; what works in one part of the map doesn’t work in another."
Simon WardleyMaps and Topographical Intelligence (Videoconference)
January 31, 2019
"Designing for the dominant default ignores people whose identities are marginalized or excluded."
Sandra CamachoCreating More Bias-Proof Designs
January 22, 2025
"Appealing to stakeholders’ best interests helps build trust and rapport."
Darian DavisLessons from a Toxic Work Relationship
January 8, 2024
"Providing more holistic recommendations helped us gain more trust and buy-in from stakeholders, increasing UX maturity."
Fisayo Osilaja[Demo] The AI edge: From researcher to strategist
June 4, 2024
"Empowering maker culture invites everyone to be part of a collective endeavor far beyond any individual."
Uday GajendarThe Wicked Craft of Enterprise UX
May 13, 2015
"No official kickoff was held, which meant shifting expectations and lack of alignment."
Davis Neable Guy SegalHow to Drive a Design Project When you Don’t Have a Design Team
June 10, 2021
"You won’t know what success looks like until you put something out there and see how it works in practice."
Eniola OluwoleLessons From the DesignOps Journey of the World's Largest Travel Site
October 24, 2019
"Design leaders want predictable roadmaps and healthy teams, measurable against timelines and goals."
Aurobinda Pradhan Shashank DeshpandeIntroduction to Collaborative DesignOps using Cubyts
September 9, 2022