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

推荐订阅源

WordPress大学
WordPress大学
Security Latest
Security Latest
C
Cisco Blogs
P
Palo Alto Networks Blog
Know Your Adversary
Know Your Adversary
Project Zero
Project Zero
C
Cyber Attacks, Cyber Crime and Cyber Security
NISL@THU
NISL@THU
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
S
Secure Thoughts
P
Privacy International News Feed
V
Vulnerabilities – Threatpost
D
Docker
Google Online Security Blog
Google Online Security Blog
K
KPMG report finds enterprise disconnect between AI and its ROI | CIO
Recent Announcements
Recent Announcements
T
The Exploit Database - CXSecurity.com
G
Google Developers Blog
Schneier on Security
Schneier on Security
小众软件
小众软件
爱范儿
爱范儿
GbyAI
GbyAI
J
Java Code Geeks
T
Tailwind CSS Blog
Cisco Talos Blog
Cisco Talos Blog
The Hacker News
The Hacker News
D
DataBreaches.Net
Blog — PlanetScale
Blog — PlanetScale
TaoSecurity Blog
TaoSecurity Blog
MyScale Blog
MyScale Blog
B
Blog RSS Feed
Cyberwarzone
Cyberwarzone
有赞技术团队
有赞技术团队
Martin Fowler
Martin Fowler
C
CXSECURITY Database RSS Feed - CXSecurity.com
S
Securelist
L
Lohrmann on Cybersecurity
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
Y
Y Combinator Blog
S
Schneier on Security
Latest news
Latest news
Apple Machine Learning Research
Apple Machine Learning Research
博客园 - 叶小钗
F
Fortinet All Blogs
M
MIT News - Artificial intelligence
PCI Perspectives
PCI Perspectives
V
V2EX
V2EX - 技术
V2EX - 技术
O
OpenAI News
W
WeLiveSecurity

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 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 Inclusive user research: recruiting participants - 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
Designing for people with disabilities - TetraLogical
2026-03-03 · via TetraLogical Blog

Posted on by Demelza Feltham in Design and development

Tags: WCAG

At the heart of inclusive design are people. Not technology, and not standards. Technology is what people use, and standards provide a foundation for access, but inclusive design is shaped by real use, not rule sets.

Regardless of your role, whether you are a content, visual, interaction, or user experience designer, your job is to create meaningful experiences for everyone, including people with different types of disabilities. This applies to all kinds of interface, from websites and apps to kiosks, extended reality (XR), smart TV interfaces, voice interfaces, and wearables.

Meeting the Web Content Accessibility Guidelines (WCAG) is part of that responsibility, but not all of it. After all, it’s people who use your product, not guidelines.

Here are a few considerations to underpin your design process and support more intentional, inclusive design.

Design for people not standards

Starting with people changes the kinds of decisions teams make. Inclusive design is not just about implementing requirements correctly, but about shaping outcomes that work for how people think, move, see, hear, and process information in real contexts.

WCAG provides the foundations, but compliance alone cannot define good design. Interfaces are used by different people, in different ways, and in different situations, and no set of guidelines can account for all of that complexity.

One way to broaden design thinking is to use the Inclusive Design Principles. These are not a set of requirements to comply with. Instead, they help teams clarify design intent and think through decisions that sit outside implementation guidance. WCAG focuses on how to implement things like colour contrast, text alternatives, and keyboard access. The Inclusive Design Principles focus on what to design in the first place, from choosing appropriate features to shaping user journeys and interactions around real people’s needs.

For example, WCAG can tell you how to make a complex multistep form accessible. Design intent asks whether that complexity is necessary at all, whether steps can be reduced, or whether the task should be supported differently.

Recognise that disability is not a set of edge cases

There are no absolutes in human experience. This is true across different types of disabilities, and even more so in how people interact with products and services.

What works well for one person may be confusing, tiring, or frustrating for another. Disabilities vary not only by type, but by severity, context, environment, and circumstance, all of which shape how someone experiences an interface at a given moment.

Take Steve, a London-based photographer who is both deaf and has low vision. His experience is different from someone who is only deaf or only has low vision. Having multiple disabilities shapes how he perceives and navigates the world, and how he interacts with digital products using particular combinations of assistive technology and adaptive strategies.

For Steve, design decisions that reduce reliance on hearing or fine visual detail can make a significant difference. Using the example of a multistep form again, clear visual feedback, predictable progression, and instructions support easy completion. By contrast, forms that depend on subtle visual cues, low-contrast overlays, or toasts can quickly become frustrating or inaccessible.

These design choices benefit everyone. They improve clarity and usability for everyone, not only people with disabilities.

A black and white photo of Steve, an older white man with thick white hair. He is standing side on as he holds his camera up to his face looking focused
Steve, a poet and photographer who is hard of hearing and has low vision, "Accessibility means I can confidently plan travel and enjoy an audiobook through my hearing aids using an app".

Use design considerations that support multiple disabilities

The good news is that while disability is not a fixed or uniform experience, many needs overlap. As such, design considerations that work for someone with low vision, can also work for someone with reading disabilities or who is colour blind.

Here are just a few design considerations that support multiple types of disability:

  • Clear and predictable journeys: user flows that make it obvious works for people who are blind as much as they do for people with cognitive disabilities or anxiety
  • Meaningful feedback: confirming that an action has succeeded, failed, or is still in progress helps people with low vision, cognition, or reading disabilities who may miss subtle changes or audio cues
  • Easy error prevention and correction: making it easy to avoid, correct, or recover from errors benefits people who may struggle with precision, focus, or confidence, including people who rely on a keyboard or don't use a mouse, as well as people who have cognitive or reading disabilities

Designing inclusively is also a form of future-proofing. Situational and temporary disabilities affect all of us at some point, whether it’s using a phone in bright sunlight, typing one-handed while holding a baby, using a mouse with an injured hand, or trying to complete a form when tired.

Include people with disabilities in the design process

There is no substitute for feedback from real people. WCAG assessments are essential for identifying technical accessibility issues, but they cannot show how an experience actually feels to use. Only people can tell you where something is confusing, exhausting, anxiety-inducing, or difficult to use.

Involving people with disabilities early and throughout the design process surfaces barriers that automated tools and compliance checks will never detect, such as unclear journeys, misleading feedback, or interactions that technically pass but are hard to use in practice.

Our inclusive user research series explores how to do this well with guidance on:

Build accessibility into the design process

Accessibility fails most often when it is treated as something to fix later. When it is built into the design process from the start, teams make better decisions earlier, avoid rework, and reduce the risk of shipping experiences that technically pass but are hard to use.

Embedding accessibility from planning through research, design, and delivery makes it part of how work gets done, not an extra step at the end. Accessible design systems play a key role here by locking in inclusive decisions, reducing duplication, and making accessible patterns the default rather than the exception.

Building accessibility into the design process saves time and cost over the long term, but just as importantly, it builds a culture of accessibility where inclusive design is expected, understood, and sustained.

Next steps

Find out more about usability testing at TetraLogical and how people with disabilities browsing the web using assistive technologies experience the web.