Practicing Web Accessibility Differently

This is the third in a three-part series on everyday accessibility.

We make tasks, obstacles and goals harder than they are because we fear the unknown. Accessibility is no different, but you can change that perception by shining light on the unknown each day. With what you ask? What you already know.

Eighty percent of accessibility is the basics. The other 20 percent can prove difficult, but only if you let it. The 80–20 rule also applies to accessibility in that if you focus on solving the top 20 percent of your issues, 80 percent of the related problems go away or become easier.

You can begin to solve the hard problems, or the 20 percent, by focusing on the decisions, people and processes around accessibility. Then, it becomes something you can do.

The impetus for most accessibility successes or failures falls into one or more of these three categories:

  • Decisions
  • People
  • Details

What do I mean by those?

Decisions

Decisions represent turning points or the foundation of your accessibility process. They’re usually strategy-related, and become points of no return. An example of a decision like this? Creating a separate, accessible website that’s different from your main website. It might seem like a good idea to isolate the challenge of accessibility into one website. But then you have two codebases, two sets of content and a myriad of “differences” to track and maintain. Not good.

People

People make accessibility happen, but what if they don’t know the how or the why? Many Web workers just haven’t experienced accessibility first hand. They don’t know much about it, much less how to implement it in their projects. Take this classic example of making a button within a Web application. Let’s say that button saves a state of work. A Web developer might do this:

<a href="#">Button</a>

That’s valid HTML, but in most cases, if not all, a real button would be better here:

<button>Real Button</button>

So what if the people carrying out your project just don’t know how to do it better?

Details

In accessibility, details matter. In any given project, at least a thousand exist. If you don’t keep constant, intelligent pressure on them, they can get lost and ruin your efforts. Color contrast serves as a good example. Ensuring proper color contrast requires minding details like brand, color palettes, contrast guidelines, regular testing and more.

Question Everything

You might be thinking that all three of these points intersect. You’re right. People make decisions and track details, after all. What do we do about that? Ask good questions.

Don Norman, a well-known design and usability expert said:

What makes something simple or complex? It’s not the number of dials or controls or how many features it has: It is whether the person using the device has a good conceptual model of how it operates.

The truth in this extends beyond users. Often we, the people who design and build, don’t have a good conceptual model of how our project works. We’re too busy managing changing priorities, timelines and business requirements. We know that won’t change. But we can change how we look at those changes and the decisions, people and details within our work. That will help us solve the hard 20 percent of accessibility.

At each turning point, you should ask yourself, “How is this going to work?” Start the conversation with yourself and others. There are no bad questions or answers. Only the ones that never get asked or voiced. Accessibility is something you can do every day.

This is the third in a three-part series on everyday accessibility. Much of the content for this post came from a guest post I wrote for Digital Gov called Accessibility Is (Not) Scary.

Talking About Web Accessibility Differently

This is the second in a three-part series on everyday accessibility.

No one wants to talk about accessibility. At least not in an open, honest way.

Search the Web for “web accessibility,” and you’ll find a mixture of introductory articles about the basics, standards documentation and various testing tools. You’ll rarely find people, corporations or organizations admitting accessibility issues and talking about how they fixed them. No one will learn the how and why of accessibility unless we talk about it together, and go beyond the standards and tools to everyday challenges.

It doesn’t have to be this way. We can change the conversation by making it more akin to the way everything else works on the Web. It needs to be fluid and open. Why does that not happen in the first place? Because most conversations about accessibility end up in an awkward place. Often, people see accessibility differently. Some see it as a feature, a legal mandate or a moral obligation. So naturally conversations involve phrases like:

  • Let’s focus on that in the next release.
  • We need to do it to comply with the law.
  • It’s the right thing to do.

These phrases come from talking about accessibility the wrong way. People see that giant stack of requirements, no matter why they exist, as a yes or no problem that needs to be solved. It’s either victory or failure.

If they feel like they’re succeeding at accessibility within a process, project or organization, no one talks about it because that’s what they’re supposed to do. If they’re failing, they don’t want to talk about it. No one wants to talk about failure, especially failure to meet a legal obligation or complete a reasonable moral obligation.

Accessibility carries the same fluidity as the Web. Web accessibility is progress – forward or backward. See it as a continuum. The steps in the process from bad to better to excellent and vice versa don’t look all that different. But look at the beginning and end of the process, and you’ll see a transformation. The continuum always changes. You control what direction it goes.

Our words can set expectations, deliver inspiration and provide a foundation for action. Let’s talk about accessibility in a way that isn’t so black and white and still. Instead, let’s talk about it as something always in motion, full of chances, twists and turns. The progress of where that all goes belongs to us.

This is the second in a three-part series on everyday accessibility.

Thinking About Web Accessibility Differently

This is the first in a three-part series on everyday accessibility.

Accessibility is hard. It shouldn’t be.

Most people can’t define it. When you point a UXer, designer, developer, project manager or stakeholder to official specs, like the Web Content Accessibility Guidelines (WCAG), created by the World Wide Web Consortium, or W3C or the United States’ Section 508 standards, they have a hard time understanding what those specs actually mean.

This creates a negative mindset from the very beginning and blocks progress in a very real way. This has to stop. Accessibility isn’t just a legal mandate or list of requirements. It’s really about people. You.

You already have what it takes to make the Web accessible. Yes, really. No matter how much you know about web accessibility, you can make the Web a better place for everyone. In today’s world of evolving web standards, emerging best practices and a growing number of connected digital devices, the most important part of the puzzle is you. You, the web user. You, the project manager. You, the user experience designer. You, the web designer. You, the web developer.

What Accessibility Really Means

Making something accessible means designing and building websites and web applications that work for the widest possible audience, no matter their ability or disability. The Web’s creators developed it to be used by anyone, recognizing that its true power stems from its universality. They built it to be that way without any special configuration. We’re the ones that usually muck it up. How do we not do that?

Be Aware

While the technical details matter, your awareness matters more. The web accessibility landscape is far from clear and the perfect answers won’t always exist. Embrace this uncertainty as fuel for moving forward.

You need to:

  • design and develop without fear, uncertainty and doubt: It’s easy to fall into the trap of thinking that web accessibility will limit your creativity or your ability to build the next big thing. Don’t let that happen. Accessibility can be beautiful and help spur new approaches to old problems, especially when we keep doing what we know how to do. Move forward with confidence.
  • know what you don’t know: No one knows it all, and that’s okay. We’re better together when we’re honest with ourselves and those around us. Do your best to plan, design and code in the open so you and others can pinpoint accessibility obstacles early, learn more and find solutions to problems faster.
  • favor pragmatism over perfection: Focus on creating solutions to accessibility problems and not just on the problem itself. Aim to show each other the balance between pushing boundaries and following established principles. You may make compromises along the way, but don’t sacrifice your design vision. Accessibility is just another design constraint.
  • contribute to the accessibility body of knowledge: The Web flourishes most when its people, processes, tools and systems are open. Welcome that. Share your ideas, your barriers, your processes and your code – even when they may not fit neatly into a case study or showcase. Examples and experimentation inform progress.

You can help make web accessibility a reality, and easier for everyone who creates on and uses the Web. You know what to do next.

This is the first in a three-part series on everyday accessibility.