Weeknotes – series 06 episode 12
- Author Benjy Stanton
Accessibility best practices
Leaning heavily on the GOV.UK Service Manual, and the work that the inclusive design team did whilst I was at UKHSA (UK Health Security Agency), I've been iterating on a list of accessibilty best practices to share with my current team.
- Everyone understands how they can help
- Do regular user research with disabled people
- Consider accessibility in the design phase
- Review barriers and excluded groups
- see exclusion mapping later in the post
- Run regular accessibility testing
- Get an accessibility audit
- Publish an accessibility statement
I also ran a lightweight exclusion mapping exercise, again inspired by work done at UKHSA (UK Health Security Agency).
The idea was to try and identify…
- groups who might be excluded by a service
- barriers that they might face
- groups who might be at greater risk from the problems you are trying to solve
The result was a list of people to include in our user research plans and barriers to focus on as we design.
It's useful to have some design concepts and user journeys to hand, to review against.
Step 1 – Excluded groups
Reflect on the different types of people who may be excluded from any service (or policy or system).
As I mentioned in my weeknotes last week, Clara Greo and Sonia Turcotte have an excellent list of people and groups: oppressed and systematically disadvantaged people and communities in the UK.
Step 2 – Accessibility barriers
Go through the Home Office's accessibility posters. They have posters for the following groups…
- Autistic spectrum
- Deaf or hard of hearing
- Low vision
- Physical or motor disabilities
Identify which barriers from each group could appear as a result of poor design in your service.
For example, some barriers that might affect users with physical or motor disabilities are…
- High precision or dexterity required
- Dynamic content that requires a lot of mouse movement
- Lots of scrolling and tabbing
- Lots of typing
- Things time out without much warning
- Interactive elements are bunched together
- Bits of the page don't work a keyboard
- Can't interact with or close pop-ups
Step 3 – Universal barriers
The universal barriers framework is a good way to focus on the barriers that can affect anyone.
- Interface and interaction skills
- Comprehension skills
- Self confidence
- Emotional state
Identify which statements from each group could happen as a result of poor design in your service.
For example, when thinking about time, people may feel…
- I don't have time to use this service
- The waiting times are too long
- It takes too long to travel to do this
- Download speeds take too long
- The information took too long to arrive
Step 4 – Protected characteristics
Finally, thinking about protected characteristics, are there any groups which are more at risk from being excluded from, or being harmed when, using your service?
- gender reassignment
- being married or in a civil partnership
- being pregnant or on maternity leave
- race including colour, nationality, ethnic or national origin
- religion or belief
- sexual orientation
Step 5 – Wrap up
You should be left with a list of people and groups to focus user research on. And a list of barriers to consider when designing and building the service.
Phew that was a lot to go through, if you find this useful, or can see any areas for improvement, please let me know!
- Intuit have a great content design guide called Abolish racist language
- I was reminded of something that Lou Downe says: "Service design is 10% design… 90% creating the conditions for design to happen"
- It was Inclusive Design 24 this week, a free 24-hour online event full of inclusive design and accessibility talks