Accessibility is all about checklists, HTML and assistive technologies. Its only impact on User Experience is to stop designers from being creative.
Sometimes, you'd be forgiven for thinking that those two statements are true.
Professor Jonathan Hassell has spent much of his last three years disproving them, both at the BBC and in other organisations, and coding how accessibility should be seen in the context of user-centred design into BS 8878.
In this presentation from Camp Digital Manchester 2012 he shows how BS 8878 provides a framework for helping UX professionals embed accessibility considerations into their work, how it can empower and free them from onerous constraints, how it can challenge them to be more creative, and how the results can benefit all users, not just those with disabilities.
Boost PC performance: How more available memory can improve productivity
Â
How BS8878 brings together usability & accessibility
1. How BS 8878 brings together
usability & accessibility
Prof Jonathan Hassell (@jonhassell)
Director, Hassell Inclusion ltd.
Chair, BSI IST/45
Camp Digital Manchester
29th March 2012
Š hassellinclusion
2. Thinking of Accessibility as Compliance with StandardsâŚ
⌠gets rid of some of your legal and reputational risks
Š hassellinclusion
3. But itâs not the key to your successâŚ
And, without thinking of the people youâre trying to help,
itâs not exactly excitingâŚ
Š hassellinclusion
4. And for a lot of people it feels like thisâŚ
Š hassellinclusion
5. Listening to your diverse audiencesâ needsâŚ
identifies challengesâŚ
but innovation often follows a challenge
Š hassellinclusion
6. What accessibility really should beâŚ
⢠all about disabled people
⢠aim shouldnât be accessibility⌠or even usabilityâŚ
but a great user experience for disabled and elderly people
⢠whether they can get the right value out of what you create
⢠exactly what you aim for, for every other audience
⢠you donât want to exclude 10m+ people from using your productsâŚ
⢠so why donât more organisations do it?
Š hassellinclusion
7. How does BS8878 help?
â presents the business-case for accessibility and digital inclusion
â gives advice for how to embed accessibility strategically within an organisation
â shows a process which identifies the key decisions
which are taken in a web productâs lifecycle which impact accessibility
â recommends an informed way of making these decisionsâŚ
â and a way of documenting all of this to ensure best practice
Organizational Web Web
Web Product Product
Accessibility Accessibility Accessibility
Policy Policy Statement
Š hassellinclusion
8. The accessibility of your web products
is in all these peopleâs handsâŚ
Snr Mgrs
Finance Legal Marketing Strategy
Project Mgrs Product Mgrs
Developers Designers Writers Research & Testers
Š hassellinclusion
9. Embedding motivation
⢠Need to motivate each
groupâŚ
⢠Or just use a business Snr Mgrs
case for the top level and
set policy top to bottomâŚ
â check out OneVoice business
casesâŚ
Finance Legal Marketing Strategy
Project Mgrs Product Mgrs
Developers Designers Writers Research & Testers
Š hassellinclusion
10. Embedding responsibility
⢠Work out whose
responsibility accessibility
should ultimately be⌠Snr Mgrs
⢠Make sure they delegate
(and monitor results) well
⢠Make sure those delegated
to are trained in their Finance Legal Marketing Strategy
responsibilities
Project Mgrs Product Mgrs
Developers Designers Writers Research & Testers
Š hassellinclusion
11. Embedding through
strategic policies
Snr Mgrs
Finance Legal Marketing Strategy
⢠create an Organizational Web Accessibility Policy to strategically embed accessibility
into the organizationâs business as usual
⢠including where accessibility is embeddedMgrs
Project in: Product Mgrs
⢠web procurement policy
⢠web technology policy
⢠marketing guidelines
⢠web production standards
Developers Designers
(e.g. compliance with WCAG, browser support, AT support) Writers Testers
Š hassellinclusion
12. Harmonising accessibility
with user-centred/inclusive design processes
⢠relating web accessibility to wider human- ⢠and bringing in concepts of
centred and inclusive design practices user-personalised
approachesâŚ
From:
ISO/FDIS 9241-210
Human-centred design for
interactive systems
Š hassellinclusion
13. 1st stage: 1. Purpose
Yes,
The right 2. Target audiences
research
& thought 3. Audience needs
before you
there are
4. Preferences & restrictions
start
5. Relationship
6. User goals
16 2nd stage:
Making
strategic
choices
based on
that
research
7. Degree of UX
8. Inclusive cf. personalised
9. Delivery platforms
10. Target browsers, OSes, ATs
11. Create/procure, in-house/contract
steps
12. Web technologies
3rd stage: 13. Web guidelines
Production,
(sorryâŚ)
14. Assuring accessibility
launch,
update 15. Launch information
cycle
16. Post-launch plans
Š hassellinclusion
14. 1st stage: 1. Purpose
But The right
research
2. Target audiences
(if youâre doing & thought
before you
3. Audience needs
UCD) youâre
4. Preferences & restrictions
start
5. Relationship
doing most of
6. User goals
them already 2nd stage:
Making
7. Degree of UX
8. Inclusive cf. personalised
strategic
choices 9. Delivery platforms
â just tweaks
based on 10. Target browsers, OSes, ATs
that
research 11. Create/procure, in-house/contract
needed to 12. Web technologies
integrate 3rd stage: 13. Web guidelines
Production,
accessibility launch,
update
14. Assuring accessibility
15. Launch information
thinking cycle
16. Post-launch plans
Š hassellinclusion
15. An informed way of making good decisions
⢠every decision taken could affect
whether the product will include or
exclude disabled and elderly people
⢠so every decision should be:
â recognised as a decision
â have all options and implications
considered
â made based on justifiable reasoning
â noted in the Web Productâs
Accessibility Policy for transparency
⢠at every step of the process
Š hassellinclusion
16. A quick tour of some highlights from BS 8878âs process
Š hassellinclusion
17. 1st stage: 1. Purpose
The right 2. Target audiences
research
& thought 3. Audience needs
before you 4. Preferences & restrictions
start
5. Relationship
6. User goals
BS8878 Product process
- 1st stage: doing the right research & thought before you startâŚ
Š hassellinclusion
18. 2. Define its target audiences
⢠can you predict/control who ⢠is it designed for a particular ⢠or will be used by a range of
will use it? audience? audiences?
â e.g. an Intranet
â or an extranet
Š hassellinclusion
19. 3. Analyse the needs of those audiences for the product
⢠what are their general needs from the user experience of any web product?
⢠do they have specific needs from the product you are creating?
â how are you going to research these needs?
⢠general desk research into ⢠your own research â surveys, ethnographic research
âdisabled peopleâs use of the webâ into the context, preferences and specific product
needs of your audiences
â like you might do for non-disabled audiencesâŚ
â resulting in personas etc.
Š hassellinclusion
20. 4. Note any platform or technology preferences & restrictions
â for example:
⢠lack of ability to download & install plug-ins or browser updates
⢠IT policy restrictions preventing use of browser preferences,
or installation of assistive technologies
⢠strong platform preferences (due to worries of cost/complexity/security)
â will impact on technology choice, platform choice,
reliance on ATs to mediate website experiences
⢠cf. rich-media technologies like Flash
and âalternative versionsâ
⢠accessibility isnât about luddite-ism;
it is about understanding what your audience
really needâŚ
Š hassellinclusion
21. 2nd stage: 7. Degree of UX
Making
8. Inclusive cf. personalised
strategic
choices 9. Delivery platforms
based on 10. Target browsers, OSes, ATs
that
research 11. Create/procure, in-house/contract
12. Web technologies
BS8878 Product process
- 2nd stage: making strategic choices based on that research
Š hassellinclusion
22. 7. Consider the degree of user-experience
the product will aim to provide
â degrees:
⢠technically accessible
⢠usable
⢠satisfying/enjoyable
â an example for online Pacman:
⢠Technically accessible
= can control Pacman using a switch
⢠Usable
= have a chance of winning as the ghosts
adapt to the speed of interaction of my switch
⢠Satisfying
= have the right level of challenge (not too easy or too hard)
â define the aim for each combination of user group and user goal
â BS8878 doesnât tell you what degree you should pick, just lets you know what the options are,
and asks you to choose a degreel you feel you can justify
Š hassellinclusion
23. 8. Consider inclusive design and user-personalized approaches
â non-individualized/inclusive
⢠accessibility through guidelines, inclusive design, ATs, user-testingâŚ
â user-personalized allowsâŚ
⢠users to specify their needs and thenâŚ
â finds a suitable product from a number of alternative versions, or
â adapts the web product to those needs
⢠often through âadditional accessibility measuresâ
â circumstances where a personalised approach could be useful:
⢠where a âone size fits allâ approach doesnât work for all your target audiences
⢠if individual relationship with audience is possible/expected (e.g. eLearning)
then a personalised approach might be expected
⢠for audiences with restrictions on browser, installation etc.
â user-personalized should always complement,
never replace, inclusive design approaches
Š hassellinclusion
24. 9. Consider the delivery platforms you will support
(and their accessibility implications)
â which platforms are you going to support,
and what degree of accessibility will you aim to achieve?
â useful research to have:
â are you in control of which platforms your users
will use your product on?
â no, if itâs available publicly via a browser
â yes, if itâs an intranet or only available as an app
â are your users likely to have a preference
on the platforms on which to use your product?
â options for degree of accessibility to aim for across different platforms?
1. one accessible product for desktop, hope standards will make it work on other platforms
2. as (1) but with responsive design UI and accessibility testing on other platforms
3. versions optimised for each platform, including appropriate UI and functionality subset,
fully tested
Š hassellinclusion
25. 3rd stage: 13. Web guidelines
Production,
14. Assuring accessibility
launch,
update 15. Launch information
cycle
16. Post-launch plans
BS8878 Product process
- 3rd stage: production, launch and maintenance (lifecycle)
Š hassellinclusion
26. 14. Assure the productâs accessibility through production
⢠creating an accessibility test plan Quality of data
⢠which testing methods will be usedâŚ
⢠at which points of the production processâŚ
User testing
Remote testing
⢠strong recommendation to integrate user- User reviews / interviews
testing for accessibility with general usability Heuristics
Expert walkthrough
Testing with assistive technologies
testing Cost
Automated testing
⢠sticking to the plan during production
⢠finding out whether you are achieving your
target degree of UX
⢠and when the ideal isnât possibleâŚ
Š hassellinclusion
27. 15. Communicate accessibility decisions at launch
⢠working out which compromises you can launch withâŚ
and which you canâtâŚ
â achieving the minimal viable product and managing accessibility risk
⢠communicating all those decisions & compromises to your audiencesâŚ
â in an easily found accessibility statement on your website
â which your audiences can understand⌠Confusing help text: A number of sites accessed by
participants provided help pages which were so
technical that they were practically useless. Mention
of plugins and cookies resulted in complete
confusion by the users and apprehension about
whether they were able to follow the instructions
given.
Š hassellinclusion
28. âBS 8878 is an integral part
of our web accessibility
strategy.
It has given us the
framework to help reduce
costs and improve the
quality when delivering
accessible web products for
our customers.â
Rob Wemyss
Head of Accessibility
Royal Mail Group
29. Summary: in a team/organisation that follows BS 8878
⢠youâll be expected to take accessibility seriously by product managers
⢠youâll be in a team where each member knows what accessibility expects from them
⢠theyâll ask you to follow a user-centred design process (like I guess you want anyway)
⢠theyâll ask you for/give you real-world user-research to help good decision making
⢠youâll be empowered to make decisions re accessibility, as long as you can justify them,
and write them down
⢠youâll have the freedom to create product variations where usersâ needs diverge
⢠youâll have a place to find best practice help for accessible design beyond the web
⢠youâll be asked to test products for accessibility, alongside usability, to the level the
budget will allow (and theyâll be aware of the limited benefits of cheap options)
⢠youâll be freed from the impossibility of doing everything you could possibly do for v1.0,
as long as you tell your audience why and when theyâll get what they need
Š hassellinclusion
30. If you need support & training â Iâm happy to help...
Š hassellinclusion
31. Training & Innovation
support for
BS8878
Standards
Strategy &
research
www.hassellinclusion.com
Š hassellinclusion
32. Get slides on all 16 BS 8878 steps
www.hassellinclusion.com/bs8878/
Š hassellinclusion
33. Get latest news, tools, blogs, training:
www.hassellinclusion.com/bs8878/
Join the community & discussion:
www.meetup.com/bs8878-web-accessibility/
Š hassellinclusion