Planning and Procurement
Designs can be assessed for accessibility at any stage, from the initial design concepts through successively more functional prototypes.
Step 1. Consider the following high-level questions.
These questions will help you identify many of the potential accessibility issues without using the device or service. This can be done even at the earliest stage, when the design is still only drawings.
question: is everything within reach and sight?
are all the controls, slots and displays in a compact arrangement on the front of the device?
question: are the controls simple and easy to operate?
are any controls likely to require strength, dexterity or twisting movements?
question: is the colour, texture and contrast okay?
if someone has difficulty perceiving colour, will they see the controls and information?
question: could a blind or partially sighted person operate the device?
if you closed your eyes, how would you know what to do and which controls you should use? if not at first, could you learn to use it without looking?
question: are instructions and menus simple enough?
do operating instructions or menu-based services use any jargon, terminology or concepts which make sense to you but could confuse users? are there any long menus that should be broken down?
Step 2. Apply the NDA telecoms accessibility guidelines
The above questions will cover the major accessibility issues. This may be enough at an early design stage. However, if the design has advanced to a prototype stage, particularly if it has been partially implemented as a working device or service, you can go further by assessing it against all the nda accessibility guidelines.
The steps you should go through are described in the assess a current device or service for accessibility task.
Step 1. Determine the required level of compliance.
Accessibility requirements for the device or service may be written into the design specification. This may reference the NDA guidelines, saying something like "the device should meet all priority 1 NDA accessibility guidelines for telecoms". If so, these will be your target and you can proceed to step 2.
If there is no design specification, or if the specification does not state accessibility requirements in terms of the NDA guidelines, you will have to decide now which of the guidelines the device or service should meet. The steps you should go through are described in the scope accessibility requirements task.
Step 2. Use the accessibility checklist.
This is the NDA accessibility guidelines, presented in the form of a printable checklist. When you are satisfied that the device or service meets a specific guideline, you can tick it off the checklist.go to the checklist.
Step 3. Consult the test methods for each guideline
Many of the guidelines include suggested test methods that can be performed by an assessor. Consider carrying out these tests as part of your assessment.
Step 4. Test with real users, where appropriate
The suggested test methods for each guideline may include user testing. For a description of user testing, read about user testing.
Step 1. Consult users or user advocates.
The first stage of scoping requirements is to build up a picture of the user population. You should aim to find out who will be using the device or service and in what situations. This information can best be gathered by talking to users themselves and will prove invaluable when it comes to deciding what accessibility features are needed. Requirements definition is described in more detail in how to create accessible products and services.
Step 2. Decide which of the NDA guidelines the device or service should meet
When you are sure of the user requirements, refer to the guidelines themselves to determine which should be met. The guidelines are divided into two priority levels.
- Following priority 1 will ensure that the device or service can be used by most people with impaired mobility, vision, hearing, cognition and language understanding.
- Also following priority 2 will make it easier to use for these people and will include more people with cognitive impairments or multiple disabilities.
However, in order to assess whether a device or service is "accessible", you will have to decide how accessible it should be.
- Should it meet priority 1 only?
- Should it meet both priority 1 and priority 2?
- Should it perhaps meet a selection from priority 1 and 2?
This is a decision for whoever decides the requirements for the device or service, and the ndaguidelines are not intended to state accessibility requirements for any given device or service, whether public sector or private. Although they may be referenced in a public body's policy, thenda guidelines are not themselves policy. Although they may be referenced by the requirements specification for a device or service, they are not a requirements specification for any given device or service.
So, it is up to the persons who are responsible for setting the requirements for the device or service to decide what level of accessibility is appropriate. The nda guidelines are provided to help with that decision by stating what makes a device or service usable by people with impairments. They are accompanied by detailed descriptions and rationale which explain the motivation and justification for each guideline. They also give guidance on how to achieve compliance.
A device or service that does not follow at least all of the priority 1 guidelines cannot considered to be accessible. You must therefore aim for at least priority 1. Above this basic level, you will have to decide which priority 2 guidelines the device or service should also meet. Within priority 2, some guidelines will be more or less important, depending on its purpose, the kind of content and services delivered and the project context. Questions like the following may help determine which guidelines are the most important.
question: for IVR services, how extensive or complex is the content and functionality?
interactive voice response (IVR) services that offer more complex functionality or a larger body of frequently updated information are generally more difficult for users to comprehend and navigate. You may therefore decide to stress guideline 2.2 "ensure that the user interface and task flow is similar across different functions and remains the same across repeated visits".
question: are individual users likely to need to use more than one device?
in some cases, a user will have to use many different device offering the same service. For example, public telephones. If this is the case, it will be more important that the devices have a similar user interface, so you may decide to stress guideline 2.3 "when deploying more than one version of a device, ensure that the user interfaces are similar".
question: are many of the users elderly?
elderly people in particular may have multiple impairments. They may have reduced vision, hearing and movement all at the same time. If there are likely to be many elderly users, consider stressing guideline 2.6 "provide for users with multiple impairments".
For more information about the importance of the context of use, see what is accessibility?.
When you write accessibility requirements into an RFT or a design brief, you should carry out the following five steps.
Step 1. Scope the accessibility requirements for the project.
The procedure for doing this is explained in the scope accessibility requirements task. If you are unsure about the level of accessibility that should be demanded, it can be useful to include suppliers in the scoping exercise. Suppliers are often aware of issues which affect feasibility and timescales.
The scoping exercise will result in a list of the specific NDA guidelines the design should meet.
Step 2. Write these requirements into the rft, giving them a weighting.
Include your accessibility requirements in the section stating the criteria for award of tender. Provide a weighting for accessibility and use this when you assess project proposals. Specify the minimum requirements, e.g. "all priority 1 NDA accessibility guidelines for telecoms" plus any additional preferred criteria. Always reference the version number of these guidelines when you write them into an rft.
Step 3. Encourage an inclusive user-centred design process.
An inclusive user-centred design process will not only deliver a more accessible product, it will also save time and money in the long run. The nature and benefits of this are described in how to create accessible products and services.
Step 4. State the testing requirements.
many of the nda guidelines come with recommended test methods, included to facilitate quality assurance. Direct the developers to carry out these tests and consider carrying out your own independent tests on the deliverables. If you intend to include user testing, state this as a requirement. about user testing.
Step 5. Plan for maintenance.
If you are providing interactive voice response (IVR) services, it is all too easy to create an accessible service and then add new inaccessible content and features over time. Encourage the developers to plan for maintenance and to provide mechanisms for it. Direct them to create solutions that will allow content to be added without compromising accessibility in the longer term.