Everything at your fingertips

Guidelines to Design for Accessibility

This guideline will introduce accessibility thinking and how to design usable experiences for everyone.

Why Design for Accessibility?

We want the things we make to work for the whole audience. Our audience is diverse, not only in gender, age, and culture, but also in the ways they interact with us and the abilities they have to do so.

About 18% of the US population is impaired in some way (mostly age related) and about one third is temporarily impaired due to illness, injury or circumstance.

For example, consider what someone new to English or unable to hear audio will understand; how someone with arthritis or unable to see will interact with things; and what impact a visual design may have on meaning or the underlying code structure. Or consider trying to use what you create on a mobile device.

To deliver an inclusive experience, accessibility must be an integral part of the user experience design. It must also be integral to development and testing.  Assistive technology (software or equipment such as screen readers or switch devices) can improve capabilities and bridge the gap for those with more severe impairments.

  Important

This Accessibility Guideline is just an introduction to Accessibility Processes.

A diagram showing how usability, web standards, and assistive technology come together to make an accessible experience.A diagram showing how usability, web standards, and assistive technology come together to make an accessible experience.

Getting started

If accessibility is not something you've had to consciously think about before, here are a few things to keep in mind:

Put people first

People are different. So are impairments. They may be cognitive, motor, hearing or vision related, or a combination of these. They may be temporary or long-term, mild or severe. And someone's experience with assistive technology can vary equally as much.

Aim for no impassable barriers to someone interacting with what you build.

Accessible content for everyone means no impassable barriers.Accessible content for everyone means no impassable barriers.

Use familiarity

Where possible, use standard user interface elements and familiar design patterns, interactions, editorial, text equivalents and icons. This should be done across apps and sites, so that content and interactions quickly become familiar and recognisably Zionsbancorp.

For example, consistent labels and text equivalents used with an icon or logo across platforms will help people navigate confidently and reinforce meaning and brand.

Give control

Always give people control over content. It can help them understand what they are seeing and stops them becoming disoriented or lost. This also means not suppressing device features like the pinch zoom or forcing a specific orientation.

For example, this could be choosing between a grid or list layout, choosing to play or pause a news ticker, or opting in or out of an auto-play feature.

Offer choice

Give multiple ways to control interaction with components and show which component has focus. It is helpful for everyone to be able to see or hear that a component can be interacted with. Use visible focus, hover or touch states, and suitable labels or text for screen readers. This will make it easier for more people to complete tasks.

For example, providing a button style alternative to a gesture control enables people new to touch screens, and also those using a switch or screen reader.

An example of providing multiple ways to control interaction.An example of providing multiple ways to control interaction.

Add value

All features should add value for your chosen personas. However, prioritize features that add positive value for disabled people. These may be features that help quicker navigation and content discovery, or manage and show preferences better. You may find such features help everyone.

For example, adding a filter such as A-Z or Recently Added to a list of Favorites, or improving the user journey to audio described or sign language content.

Key considerations

The following are some key considerations for designing a minimum viable user experience (MVUX). While not comprehensive, they will help you be inclusive of a high percentage of users most of the time.

Think about headings, labels and link text

Consider how consistent they are across your design and other designs, and whether they make sense out of context. Some people use these to navigate and understand content. Relevant guidelines include Headings, Consistent Labelling, Descriptive Links and Alternatives For Non-Text Content.

An example of using a screen reader to navigate.An example of using a screen reader to navigate.

Think about focus

Consider the order in which it is received and how it’s indicated. Not everyone uses a mouse. Relevant guidelines include Focusable Elements, Content Order, and Keyboard Trap.

An example of a promos content order and element focus.An example of a promos content order and element focus.

Think about colour

Consider how text colour contrasts against the colour behind it, and whether any meaning is implied by colour alone. Not everyone sees all colour. Relevant guidelines include Colour Contrast, Colour And Meaning, and Actionable Elements.

An example showing how colour blindness can be affected by contrast.An example showing how colour blindness can be affected by contrast.

Annotating wireframes in UX designs

How you convey accessibility considerations to product owners, developers and others in your team will depend on how you work. It is important that you do so.

Annotating wireframes or UX designs and documents is one approach. It should always be clear what is annotation and what is design. You could combine a non-pallette colour with lines, arrows, numbering, overlap, or other techniques.

For example, a line and arrow could show tab order and direction. While numbered annotations could show tab order and more information and explanation if needed.

Whatever the approach, always make sure that others understand what accessibility features are included in the design and why they're there.

Some examples of annotation methods.Some examples of annotation methods.

User testing

Even knowledgeable, well-advised designers may not get the best solution straight away. Don’t make assumptions or hope things are OK. Always test your ideas and concepts with a broad range of people. This should include those with at least moderate cognitive, motor, hearing or vision impairments.