Accessibility Checklist for Paper Prototypes
This checklist is used when walking through a paper prototype. Any issues identified
should be fixed at this point, if possible, or documented to be addressed later in the
UI specification or in development.
Input Controls
1. Are there calendar controls?
If yes, ask an accessibility specialist for example(s) of calendar controls
that have worked well for accessibility, and note this issue as something
to be monitored during online prototyping and development.
If yes, ensure that the design accommodates a character counter, or at
least a “count characters” push button.
3. Are any controls used inappropriately or in a non-standard way?
If yes, change the design to match the standard use of controls.
Navigation and Links
4. Will all links be clearly recognizable as links? (even when magnified so that the context is
not visible)
If no, consider modifying the design to make links look more like links. If
unsure, consult an Accessibility specialist to determine whether or not it is
an issue.
5. Do any links say “Click here”?
If yes, change the wording of the link to reflect the link’s destination.
6. Are there multiple links on the page with the same wording (e.g. multiple “example”
or “more info” links)?
If yes, consider whether more wording is needed to clarify the purpose of
the links.
If the purpose is clear without additional wording (due to the visual layout
or the context of the page), note the issue for later documentation (the
links will need title attributes).
7. Are any labels, links, or buttons unpronounceable?
If yes, consider whether it is possible to change the wording to a
pronounceable label if possible.