Tunnel showing light and three people at the end.

Accessibility Tunnel Vision

Published on by David A. Kennedy

When I first jumped into web accessibility, I came away from problems or challenges frustrated. A lot. When I researched potential solutions, I often found more questions and opinions than answers. It happens frequently in the accessibility world. Why? I’ve heard Joseph Karr O’Connor joke about this. To paraphrase:

If you get six accessibility experts in a room talking about a problem, you’ll have 14 different opinions on how to solve it.

If you’re a web designer or developer trying to make the best decision for your users and project, I can see how that would be disappointing and confusing. If you’re trying to learn about accessibility so you can create with accessibility in mind, I understand why you might give up. Accessibility is hard, you’d think. Then you might move on and decide accessibility is beyond your reach.

How the Tunnel Vision Happens

We both need to face a reality. I say we because we because we both suffer from tunnel vision. In this scenario, I have the accessibility knowledge and you’re new to the arena and want to learn more. So how do we both get tunnel vision?

I get so focused on helping you create the perfect, accessible solution that sometimes my recommendations carry a certain “do or die” tone. They may seem unreasonable when weighed against the best practices you use each day. Or worse, they may do more harm than good for the interface you’re creating. I just want you to embrace how empowering accessibility can be. Not just for you as a creator, but for all users of your project.

You come into accessibility with an open mind. But deep down, you’re scared. You think accessibility will make your design ugly, blow your timeline and force you into skipping out on some cutting-edge features. You give it a try, and you fix one or two issues I find in my testing, but then you punt the rest until the next release. You’re just trying to build the best thing you can. You don’t want accessibility to get in the way of that.

See Accessibility for What It Is

Accessibility is a design constraint. Treat it like one. I don’t mean that in a negative way, but in the sense that a constraint forces us to push boundaries and think ahead. Approach accessibility like any other constraint in your process. For example: selecting colors that invoke a certain emotion for a brand or creating a layout that will prompt a specific action from users. These limitations represent problems you have to think about throughout your process to reach the best solution for your users. Accessibility is no different.

I need to see accessibility for what it is too. That means, like everything else on the web, I need to embrace its fluidity. It can’t be perfect, but it can improve incrementally with each release. Better than before is always better than perfect.

Let’s get out of the tunnel together.

Image courtesy of Pexels.com.


Tagged Accessibility