How Testing During Design Phase Improves User Experience

As content creators, we can develop clearer and more robust documents when we have a firm understanding as to how assistive technology users navigate PDF documents. PDF/UA 14389-1 and WCAG 2.0/2.1 are the current standards for creating accessible PDF documents that conform to the P.O.U.R. (Perceivable, Operable, Understandable, Robust) principals. Accessibility tagging is the first step in creating a positive end-user experience. However, knowing the different ways someone using assistive technology evaluates a document adds key information to the creation process that ultimately results in a better user experience and clearer communication. This post explores benefits of using screen readers like JAWS and NVDA during document development to fine-tune the user experience to provide the most robust content possible.

Disability statistics give relevance

While there are no formal statistics on visually impaired internet usage, a 2019 study reports that 87% of the US population has some type of connection to the internet. A 2016 statistic records more than 7.6 million Americans reporting some form of visual disability. Considering these statistics and applying them to the visually impaired population, as many as 6.6 million internet users (87% of visually impaired users) may be visually impaired to some extent. These users are accessing information on the internet via blogs, websites, videos, audio files, and PDF documents.

Accessible PDFs are not the norm (unfortunately)

With more than 1.7 billion websites and an estimated half a trillion PDFs currently on the web, there is no shortage of access to information. That is, unless you rely on Assistive Technology like screen readers to access that information. While there are is no definitive data, PDF Association estimates that only about 14% of PDF files created since 2003 have accessibility tags designed for screen readers, which are used by people with a visual, cognitive, or fine motor limitation. The need for properly tagged PDFs has never been more important. Simply tagging the document correctly is only the beginning. Considering the user experience makes the difference between basic access to information and a robust user experience. This method provides a better outcome as opposed to simply relying on tagging the documents after the fact.

Digesting digital content with screen readers

It is a common misconception that assistive technology users read every document from beginning to end. Robust documents require insight and forethought as to how someone might digest the information within. While the P.O.U.R. (Perceivable, Operable, Understandable, Robust) principals give guidelines and the WCAG and PDF/UA standards give rules, the user experience can vary wildly. Poorly developed documents often result in the reader feeling confused as to the structure and content. Understanding how people use assistive technology to evaluate and experience a document is the first step in creating a positive end-user experience.

Document design by element

When discussing documents, the elements can be broken down into the following areas: headings; body text; bullet lists; tables; figures; references and footnotes; and structural page elements. Each of these has its own special characteristics and contributes to the overall information within a document. Although all documents do not contain every one of these elements, it is typical to contain at least two or more.

Accessible Headings - Programmatic Association

By looking at the criterion for document headings, the principles of a robust user experience compared to simple compliance can be examined. We know successful compliance to the Web Content Accessibility Guidelines (WCAG), 2.0, Success Criterion 1.3.1, Info and Relationships, is met when the “Information, structure, and relationships conveyed through presentation can be programmatically determined or are available in text.” However, this does little to creating a robust user experience when there are either too many or too few headings to make sense of the flow of the document through headings alone. Based on past observations and user testing assistive technology users (in this case, JAWS) are likely to pull up the list of headings [insert+F6] (see figure 1) for long documents to get a sense of the overall structure of the material. Although technically compliant, in examples where the headings were listed as Chapter 1, Chapter 2, Chapter 3, etc., the interface provided no perceivable context for the reader and therefore no intrinsic value.

List of Lists screenshot from JAWS

Alternatively, in documents with excessive headings, users must cycle through the heading structure in search of a discernible pattern. This is dilemma I sometimes referred to as the “Goldilocks Syndrome,” based on the dichotomy of having...

Read the rest of the article on my blog: