惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

K
Kaspersky official blog
小众软件
小众软件
Engineering at Meta
Engineering at Meta
博客园 - 三生石上(FineUI控件)
WordPress大学
WordPress大学
G
Google Developers Blog
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
V
V2EX
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
Google DeepMind News
Google DeepMind News
Security Archives - TechRepublic
Security Archives - TechRepublic
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
C
Check Point Blog
aimingoo的专栏
aimingoo的专栏
罗磊的独立博客
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
MongoDB | Blog
MongoDB | Blog
L
LINUX DO - 热门话题
酷 壳 – CoolShell
酷 壳 – CoolShell
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
H
Help Net Security
Martin Fowler
Martin Fowler
G
GRAHAM CLULEY
Simon Willison's Weblog
Simon Willison's Weblog
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
博客园 - Franky
V
Vulnerabilities – Threatpost
云风的 BLOG
云风的 BLOG
博客园_首页
C
Cybersecurity and Infrastructure Security Agency CISA
量子位
Stack Overflow Blog
Stack Overflow Blog
Recent Announcements
Recent Announcements
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
I
Intezer
Scott Helme
Scott Helme
A
About on SuperTechFans
博客园 - 司徒正美
Hacker News: Ask HN
Hacker News: Ask HN
The GitHub Blog
The GitHub Blog
Forbes - Security
Forbes - Security
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
博客园 - 聂微东
人人都是产品经理
人人都是产品经理
The Cloudflare Blog
cs.CV updates on arXiv.org
cs.CV updates on arXiv.org
Spread Privacy
Spread Privacy
T
Tailwind CSS Blog
S
Security Affairs
宝玉的分享
宝玉的分享

TetraLogical Blog

Designing for people with reading disabilities - TetraLogical Designing for people who are D/deaf - TetraLogical Designing accessible documents - TetraLogical Introduction to creating accessible documents - TetraLogical Inclusive user research: vulnerable people - TetraLogical Designing for people who are blind - TetraLogical Designing for people with low vision - TetraLogical Meet the team: Niamh Madden - TetraLogical Designing for people with anxiety - TetraLogical Designing for people with disabilities - TetraLogical Accessible building blocks for the web videos - TetraLogical Common accessibility misconceptions - TetraLogical Common misconceptions about testing accessibility - TetraLogical Common misconceptions about implementing accessibility - TetraLogical Common misconceptions about WCAG - TetraLogical Common misconceptions about disability - TetraLogical Meet the team: Grace Snow - TetraLogical Sustainable accessibility in complex organisations: strategic foundations - TetraLogical Sustainable accessibility in complex organisations: organisational realities - TetraLogical Sustainable accessibility in complex organisations: external factors - TetraLogical Common misconceptions about screen readers - TetraLogical Guide to the Inclusive Design Principles - TetraLogical Meet the team: Ian Lloyd - TetraLogical Annotating designs using common language - TetraLogical Meet the team: Catriona Morrison - TetraLogical Championing inclusive language - TetraLogical Press release: TetraLogical launches accessible self-led training courses to help digital teams build confidence in accessibility - TetraLogical Why inclusive products are green products - TetraLogical Accessible Recruitment - TetraLogical Accessibility and the agentic web - TetraLogical Meet the team: Craig Abbott - TetraLogical Foundations: types of assistive technology and adaptive strategies - TetraLogical European Accessibility Act (EAA) FAQ - TetraLogical Screen reader HTML support tables - TetraLogical Interview with Lola Odelola - TetraLogical Understanding EN 17161 Design for All - TetraLogical Inclusive user research: building rapport - TetraLogical Foundations: Keyboard accessibility - TetraLogical Can generative AI write contextual text descriptions? - TetraLogical Understanding the European Accessibility Act (EAA) - TetraLogical Meet Josh: a sportsman who has spinal muscular atrophy - TetraLogical Meet Jonathan: a photographer who has ADHD - TetraLogical Foundations: grouping forms with `<fieldset>` and `<legend>` - TetraLogical XR Accessibility: for people with moving disabilities - TetraLogical Meet Andre: a music producer and blind screen reader user - TetraLogical Foundations: types of disability - TetraLogical Meet Lauren: a film editor who has ADHD - TetraLogical Meet Steve: a photographer who is deaf and low vision - TetraLogical Foundations: form validation and error messages - TetraLogical Meet Hasmukh: a blind cricketer and screen reader user - TetraLogical XR Accessibility: for people with hearing disabilities - TetraLogical XR Accessibility: for people with thinking disabilities - TetraLogical XR Accessibility: for people with seeing disabilities - TetraLogical Introduction to XR Accessibility - TetraLogical Foundations: labelling text fields with input and label - TetraLogical Design patterns and WCAG - TetraLogical Does WCAG 2.2 apply to native apps - TetraLogical Why are my live regions not working? - TetraLogical Building a culture of accessibility - TetraLogical When to use tabindex= Accessibility foundations - TetraLogical Meet the team: Demelza Feltham - TetraLogical Can generative AI help write accessible code? - TetraLogical Meet the team: Steve Faulkner - TetraLogical Meet the team: Gez Lemon - TetraLogical Keyboard accessibility myths and WCAG - TetraLogical Amendment to the Public Sector Accessibility Regulations - TetraLogical What Considerations for TV user interface accessibility - TetraLogical Meet the team: Alistair Duggin - TetraLogical Sticky content: focus in view - TetraLogical The only accessibility specialist in the room - TetraLogical Meet the team: Ian Pouncey - TetraLogical Meet the team: Dean Holden - TetraLogical Meeting WCAG Level AAA - TetraLogical Foundations: accessible names and descriptions - TetraLogical Inclusive XR: accessible augmented reality experiences - TetraLogical Foundations: pointer gestures - TetraLogical Meet the team: Graeme Coleman - TetraLogical Adding sign language to videos - TetraLogical Foundations: introduction to WAI-ARIA - TetraLogical Meet the team: Joe Lamyman - TetraLogical Inclusive XR: accessible 3D experiences - TetraLogical Foundations: visible focus styles - TetraLogical Foundations: target sizes - TetraLogical Meet the team: Henny Swan - TetraLogical Meet the team: Ela Gorla - TetraLogical Foundations: native versus custom components - TetraLogical Foundations: HTML semantics - TetraLogical Accessibility and supporting Internet Explorer - TetraLogical Meet the team: Felicity Miners-Jones - TetraLogical Accessibility and QR codes - TetraLogical Research insight: accessibility of images - TetraLogical Meet the team: Léonie Watson - TetraLogical Android accessibility: roles and TalkBack - TetraLogical Accessible design systems - TetraLogical Meet the team: Patrick H. Lauke - TetraLogical Inclusive user research: analysing findings - TetraLogical How to write user stories for accessibility - TetraLogical Triaging WCAG 2.1 Level AAA - TetraLogical
Inclusive user research: recruiting participants - TetraLogical
2022-08-01 · via TetraLogical Blog

Posted on by Ela Gorla in Testing, User experience

One of the most important and challenging aspects of running inclusive user research is finding participants with a wide range of access needs, who can provide feedback on different features of your products. Our third post from the Inclusive user research series answers key questions around recruitment.

In our first two posts on inclusive user research, we discussed moderating usability testing sessions, and analysing findings from inclusive user research. Another key aspect of conducting inclusive user research is finding participants who are representative of the product's users, and can provide the feedback you need to improve its usability and accessibility.

When running training courses on inclusive user research, or delivering user research mentoring, we are often asked questions around recruitment. This post answers some of the most commonly asked, and provides advice based on our experience of running research with people with disabilities.

Do I need to recruit people with disabilities?

Definitely. Regardless of the product you are testing, research objectives or methodology, you should include people with disabilities. As a researcher, your aim is to have participants who are representative of products' users. With 15% of the World population living with a disability, according to The World Bank, if you don't recruit people with disabilities, you will end up with a sample that is not truly representative.

A black and white photo of Hasmukh, an older man of South Asian heritage. He is wearing his cricket whites smiling as he stands ready to bat
Hasmukh, a blnd cricketer who uses a screen reader, says "People who design websites need to include people like us so that they understand what works for us. Unless they watch how we use things, how will they know?!"

When can I start testing my product with disabled people?

You should test products with people with and without disabilities at every stage of development; from concept all the way to launch. Feedback collected throughout the process will help you shape, design and build truly inclusive experiences. For example:

  • Concept: at the concept stage you can get ideas for features to make products easier to use for people with a certain type of disability
  • Design: at the design stage you can collect feedback on the size and colour of components, particularly important for people with visual and cognitive disabilities
  • Development: once products are functional, you can test their support for accessibility settings and assistive technology

Proper planning and innovative thinking will allow you to come up with effective and engaging ways to test products in any format, and at any stage of development, with people with a wide range of disabilities. Often it's all about providing information in alternative ways, such as audio describing a wireframe to people who cannot see it, or producing a large print version for people with low vision. Choosing research tools, such as online survey and video conferencing platforms, that are fully accessible is another way to allow all people to take part in research.

How many people with disabilities should I recruit?

As with participants without disabilities, the number of disabled people you should recruit will be affected by many factors, such as research methodology, budget, timelines, and the total number of people you are planning to include.

For moderated usability testing, we generally recommend clients recruit 12 participants. This allows to include people with a range of disabilities, who use a variety of specialised technology or settings. However, we appreciate this may not always be possible. As a general rule, you should ensure that at least 20% of participants have a disability; considering that 15% of the World population has a disability, this would be a representative sample.

Ultimately, the most important thing is to always include some disabled people. Recruiting just two or three people when budget is particularly tight is better than recruiting none, and contributes to making it become a standard practice.

What disabilities should I include in my recruitment criteria?

The wider range of disability types you can include the better. However, when constrained by budget and time, you will need to carefully choose whom to include, to get the most out of your research.

The people to recruit will depend on your research objectives and the type of content or service you are testing. You want to include a representative sample of all people who may encounter barriers when trying to use your product. Start by analysing the content and components that make up the product, ask yourself who may find them challenging to understand or operate, and base your recruitment criteria on those considerations.

As an example, if you have a content-heavy website, you want to test it with people who may struggle to read, process or understand information. This may include people with some reading and cognitive disabilities, but also Deaf people, for whom English is a second language. If you are working on a highly interactive app instead, your priority may be to test it with assistive technology users, to ensure they are able to operate controls with ease.

How can I find participants with disabilities?

You can either try finding people yourself, or ask an accessibility consultancy or recruitment agency to do it for you. Each approach has its pros and cons.

Reaching out to people yourselves via social media, charities and community groups can be time consuming. However, collecting information on potential participants first-hand means that you are more likely to find people who fit your recruitment criteria. We also find that the brief conversations we have with potential participants during recruitment helps establish a connection, which often results in people feeling more relaxed in the research sessions.

Using a consultancy or agency is indeed an easier option. Not all recruitment agencies have experience recruiting people with disabilities, though, and may not fully understand your requirements. So you don't end up with people who do not quite fit your participant profiles, be very specific when explaining your recruitment needs. Asking for someone with a motor disability is not sufficient, for example. Depending on the product or service you are testing, you may need someone who accesses digital products via specialised technology or uses a wheelchair.

Summary

Selecting and recruiting people with disabilities who are representative of your products' users is both crucial and challenging. Budget and time can limit the amount of people you can recruit, and little experience in inclusive user research can make choosing whom to include difficult at first.

Identifying aspects of your product or service that can be particularly challenging for some people is a first important step in the recruitment process. Unless recruiting yourself, choosing an agency with experience in the accessibility field, and being very specific when explaining your recruitment needs are also important.

Next steps

Find out more about Agile Usability Testing at TetraLogical and our User Research Mentoring programme.