Make things accessible and inclusive
Make sure your technology, infrastructure and systems are accessible and inclusive for all users.
To meet point 2 of the Technology Code of Practice (TCoP) your plans must show how you鈥檙e making technology inclusive.
If you鈥檙e going through the spend control process you must explain how you鈥檙e meeting point 2.
How making things accessible and inclusive will help your programme
Your technology project or programme will benefit from:
- making your technology work for as many users as possible
- all staff members having easy access to the information and infrastructure they need to do their work, for example, your organisation鈥檚 network, authoring tools, project management software and HR suites
- assurance that there is no barrier to employing people with specific access needs
- avoiding potential legal challenges
Legally, public sector websites and apps must meet accessibility standards. And all suppliers to government have a legal duty to make their technology and services accessible to all, especially people with disabilities.
How to build accessible technology
When building IT infrastructure and systems make sure you consider accessibility from the start of your project or programme. Do research with users who have a range of abilities and decide on your accessibility requirements. Doing this means you can make sure that:
- government workers are not restricted
- it is easier to build accessible services for citizens
For example, you should consider:
- the accessible space in your office environment or server rooms
- which hardware you choose, how compatible it is with assistive technologies and what accessible functionality comes as standard
- which software you choose, such as the authoring tools and software that operates as a user interface or as assistive technology
If you鈥檙e also building or buying technology to provide a service over the web:
- consider using the to build your service
- read the guidance on making your service accessible
How to buy accessible technology
When you鈥檙e buying a technology product you buy something that鈥檚 as accessible as possible.
You can:
- use the guidelines on procuring an accessible website or app
- use the open standard - for accessibility requirements
- search for accessible technology using the and the G-Cloud buyers guide
If you have questions, you can get help from the government digital buying community.
How to supply accessible technology
If you鈥檙e supplying a technology product to the public sector, you might need to make a statement about how that product meets accessibility standards.
is a standard that covers procurement of web technologies and other types of technology. It includes hardware and non-web software but not websites or mobile apps.
The is a standard that covers websites and digital services. You must meet the WCAG 2.2 AA standard as a minimum.
Using the EN 301 549 standard in procurement frameworks
Find out what sort of potential buyers are likely to want from you.
For example, if you want to apply to be a supplier on the G-Cloud framework you鈥檒l need to:
- answer the question about accessibility in the supplier declaration so it鈥檚 easy for potential buyers to tell whether your product meets their accessibility requirements
- provide some more detail on how your product meets the relevant standard in the service definition document
When you鈥檙e providing more details the service definition document consider:
- what evidence you have that your product meets the relevant standard
- whether your product was tested with assistive technologies - and if so, which ones
- how you鈥檒l make sure that future updates to the product won鈥檛 have a negative impact on accessibility
You must be accurate about how far your product meets accessibility standards. The buyer may ask for confirmation as part of the , either from you directly, or through a third party certification.
Meeting the WCAG 2.2 standard for websites and digital services
Read the guidance on the WCAG 2.2 AA standard.
You might want to consider:
- using to help your service meet WCAG 2.2
- paying to get your product audited against WCAG 2.2 by an accessibility expert
Next: Technology Code of Practice point 3 - Be open and use open source
Related guides
Updates to this page
-
Updated guidance to include WCAG 2.2 and what GDS is doing as a result of the new success criteria in WCAG 2.2
-
Addition of a temporary research survey to get user feedback on the Technology Code of Practice.
-
Added more information about the listed accessibility standards and restructured the layout.
-
First published.