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

推荐订阅源

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 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
Guide to the Inclusive Design Principles - TetraLogical
2025-10-07 · via TetraLogical Blog

Posted on by Henny Swan in Design and development, Standards

Tags: Inclusive Design Principles

The Inclusive Design Principles (IDP) were first published in 2016 by myself, Ian Pouncey, Léonie Watson, and Heydon Pickering. We felt that while the Web Content Accessibility Guidelines (WCAG) set out what to do to meet technical compliance, many design decisions fall outside the scope of WCAG but still determine whether an interface is inclusive, usable, and welcoming.

The principles were developed to plug that gap with people-centred guidance that helps teams make better design decisions without adding unnecessary complexity. In this post, we'll look at who the principles are for, what they can be applied to, how they help people, and how you can integrate them into your own practices.

The Inclusive Design Principles

The seven principles

Firstly let's look at each of the seven principles and what they are.

Provide a comparable experience

Ensure your interface provides a comparable experience for all so people can accomplish tasks in a way that suits their needs without undermining the quality of the content.

Providing a comparable experience is more than just adding alternatives for images, video, and audio. Those alternatives need to be high quality so that people who experience the web in different ways have content that is just as effective. After all, text descriptions, captions, audio description, and transcripts are not supplementary, they are primary content for many of us.

Inclusion goes further still: however someone consumes or navigates content, whether with assistive technology or an adaptive strategy, their experience should be just as usable and enjoyable as anyone else’s, not just technically accessible.

Consider situation

People use your interface in different situations. Make sure your interface delivers a valuable experience to people regardless of their circumstances.

Inclusive design isn’t just about the interface; it’s also about the context in which someone is using it. Accessibility and usability can be affected by a person’s environment, or by how they’re feeling mentally or physically.

A well-designed interface should work just as well for someone using it on a crowded train with limited signal, as it does for someone at home with full concentration. Designing with context in mind means recognising that people’s abilities and needs change - sometimes temporarily, sometimes permanently — and ensuring your product adapts to meet them.

Be consistent

Use familiar conventions and apply them consistently.

Consistency is key. It helps people navigate with confidence, reduces cognitive load, and builds familiarity with your product. The goal is to balance innovation with familiar conventions and learned behaviours.

Internal consistency means using your organisation’s design system and adhering to shared patterns. This could include consistent keyboard behaviour across components, or language guidelines that shape how instructions, buttons, and links are written across your product.

External consistency means following established web conventions that people have come to expect such as search positioned high up in the content order in the top-right corner, or commonly used icons. These patterns reduce the need for people to relearn how things work.

Give control

Ensure people are in control. People should be able to access and interact with content in their preferred way.

Giving control means respecting how people choose to experience content, not forcing a one-size-fits-all approach. It ensures that people can adjust how content is displayed using their own assistive technologies, adaptive strategies, or preferences without being blocked by restrictive design decisions.

This shouldn't limit creativity or innovation, it simply means designing in ways that don’t override people's needs. For example, people should be able to pause or disable animations and videos, stop auto-advancing carousels, zoom without layout breaking, and adjust font sizes or colours to support readability.

Offer choice

Consider providing different ways for people to complete tasks, especially those that are complex or non-standard.

Not to be confused with “give control,” offering choice is about providing multiple ways for people to complete the same tasks, especially when those tasks are complex, unfamiliar, or require specific interactions.

This might mean allowing people to drag and drop or use standard form fields, complete a form online or download it to fill out offline, or access support through a live chat or a help article.

Prioritise content

Help users focus on core tasks, features, and information by prioritising them within the content and layout.

Prioritising content is often overlooked in design, but when done well, it has a huge positive impact on accessibility and inclusion.

By putting the most important tasks, features, and information high up in the content order, you reduce cognitive load and help people complete what they came to do, faster and with less frustration. This is especially important for non-mouse users and people with limited time, lower literacy, or attention-related disabilities.

Good content prioritisation is more than just a thoughtful content order however, it’s also about making information easy to scan, read, and act on. This includes using keywords at the start of headings and link text, writing clear copy that puts the main point first, and removing anything that distracts or overwhelms.

Add value

Consider the value of features and how they improve the experience for different users.

There is a big crossover between adding value and innovation, but innovation isn’t valuable if it creates barriers or complexity.

Adding value means introducing features or enhancements that genuinely support accessibility and inclusion. This might mean adding features that facilitate task completion such as a show password toggle, voice input options in search and forms, or customisable notification settings.

What the principles can be applied to

The principles can be applied to any type of interface including, but not limited to:

  • Automotive interfaces: in-car entertainment and navigation systems
  • Biometrics: fingerprint, face, or voice recognition systems
  • Chatbots: conversational text-based interfaces
  • Kiosks: touchscreens and public access terminals
  • Mobile applications: apps for smartphones and tablets
  • QA codes: machine-readable codes used to access digital content
  • AR/VR interfaces: augmented and virtual reality environments
  • Smart TV interfaces: menus and apps for televisions and streaming devices
  • Smart home interfaces: control panels, apps, and voice assistants for connected devices
  • Voice interfaces: systems controlled by speech
  • Wearables: smartwatches, fitness trackers, and other devices with small screens
  • Websites: online content and services

You can also apply them when mapping out:

  • User flows and user journeys: ensuring that each step of a process works for people with different needs and preferences
  • Product blueprints: identifying requirements for a product and ensuring they are inclusive
  • Content strategy and structure: shaping content so it can be understood and used by everyone
  • Design systems and component libraries: ensuring consistency and inclusion are embedded across reusable patterns

Who are the principles for

Simply put, they are for everyone involved in the design, development, and delivery of digital products and services. This includes:

  • Designers including UX, UI, and service designers
  • Developers
  • Content designers and writers
  • Product managers and owners
  • Quality assurance (QA) testers
  • Researchers and user experience specialists

How do the principles help people

The principles help people designing and building interfaces as well as disabled people using interfaces.

People designing and building products

The principles can support product teams in several ways, by:

  • Embedding inclusion from the start: providing a shared language and framework that guides teams to make design decisions that include, rather than exclude, people right from the start
  • Improving decision-making: helping teams weigh design trade-offs with inclusion in mind
  • Reducing remediation work: minimising the need for costly accessibility fixes later in development
  • Going beyond compliance: focusing on user experience rather than just ticking boxes in a guideline

People using products

The Inclusive Design Principles help people using products by:

  • Prioritising people with disabilities: leading to designs that accommodate a wider range of experiences from the start
  • Improving usability for everyone: by considering the needs of disabled people, you will get a product that is more usable for everyone to use
  • Creating a culture of inclusion: using the principles throughout the design and build process helps build a mindset of inclusion and gradually build better understanding around the different needs of disabled people

How can the principles be used

The Inclusive Design Principles can be applied throughout the product development lifecycle, from early research through to delivery and quality assurance.

During research and discovery

The principles can be used to shape inclusive thinking from the start.

Framing research questions

The principles can be used to help inform research questions. For example:

Is this a comparable experience for someone using a screen reader or voice input?

or

How can we offer people a choice of more than one way to complete this task?

This ensures your research considers different perspectives from the start.

Documenting accessibility requirements

The principles can act as a reference for requirements. For example, if you’re designing a dashboard with live updates, the requirement might be:

Ensure people can control when the dashboard is updated.

This helps people with thinking or seeing disabilities who want to avoid unexpected dashboard changes, for example by adding pause, refresh, or update frequency controls.

Ensure people have a choice as to what content appears on the dashboard

This helps people with seeing, moving, and thinking disabilities reduce distractions and unwanted content by allowing personalisation and customisation.

During design

Use the principles in design reviews

Review layouts, interaction patterns, alternatives, and language against the principles. For example, on a charity website this could mean prioritising the donate and get support buttons in the content order and making them visually prominent.

Or it could mean adding value to a search input by including voice input to support people who struggle to input text using a keyboard or spell words correctly.

Accessible design annotations

Capture decisions and feedback in design annotations to clarify intent for developers and QA. This reduces ambiguity, builds understanding, and prevents accessibility from being dropped during handoff, and supports more consistent, inclusive outcomes across teams (Be consistent).

During development

Use the principles to guide coding decisions

The principles can help guide coding decisions when you’re unsure of the best way to implement a feature or component.

For example, if you have two working prototypes, asking how well each one aligns with the Inclusive Design Principles can help reveal which option provides a more inclusive, user-centred experience. Even if both are technically functional, one may better support diverse needs and offer a more comparable experience.

Use the principles alongside WCAG

When paired with WCAG, the principles help ensure interfaces go beyond compliance, creating more thoughtful and inclusive experiences.

WCAG sets essential requirements but cannot fully address design, which is often subjective. The IDP help bridge this gap by showing what good design looks like in the context of your product and the different situations in which people use it.

During testing and quality assurance

The principles can help teams evaluate user experience when usability testing with disabled people isn’t possible through:

  • User experience reviews: use the principles as a checklist in component reviews or journey walkthroughs to understand how people with seeing, hearing, moving, and thinking disabilities experience your product.
  • Scenario testing: ask questions such as “Can someone pause this animation?” or “Is content clearly prioritised for someone navigating by touch or voice?”

Who is using the principles

Since their release, the IDP have been referenced in design systems, adopted in accessibility programmes, and used as teaching tools in training and education.

We use them every day, and feature in a number of our services such:

As a consultancy, we design services and solutions that help our customers meet complex challenges. The Inclusive Design Principles shape not only the guidance we give on products and features, but also the strategies and processes that ensure accessibility and inclusion are built into every stage of delivery.

They are also currently used by many organisations all over the world including:

Summary

The principles don’t replace WCAG or other standards; they provide a lens for good design that includes everyone. Used consistently, they help shift accessibility from compliance to culture.

Resources

Next steps

For more information about the Web Content Accessibility Guidelines, read our WCAG primer or find out more about how our assessments can help you identify issues in your websites, mobile applications, design systems, and other products and services.