Vittorio Vittori

Design System Architect / Senior UX Designer

Accessibility as a Baseline

Accessibility built into the foundation of every component, not added as an afterthought.

Design Systems
Adoption

Accessibility is not an enhancement. It is the baseline quality bar of a design system.

When accessibility is treated as optional, it is postponed, fragmented, or removed under pressure. When treated as a baseline, it becomes invisible, reliable, and scalable.

Design accessible by default

Accessibility should be built into foundations and components from the start.

off on
Use accessible color contrast as a non-negotiable constraint. Rely on manual fixes after components are shipped. Define focus, hover, and active states consistently. Leave interactive states undefined.
A list of tools and services related to this argument. Component explorers Accessibility auditing it may be outdated

Encode accessibility into components

Accessibility should be expressed through behavior, not documentation alone.

Bug report
Current behavior If the keyboard is used to navigate and enter key is pressed, the try keyboard combination fails instantly.
Expected behavior Once enter key is pressed, the try keyboard combination test should start listening.
Component affected mds-keyboard-key
Bake ARIA roles and keyboard support into components. Expect consumers to add accessibility features manually. Provide accessible defaults that work out of the box. Ship components that require extra effort to be accessible.
A list of tools and services related to this argument. Accessibility patterns Screenreader support Keyboard support it may be outdated

Treat accessibility as a system concern

Accessibility issues multiply when handled at the product level.

Centralize accessibility patterns and decisions. Solve the same accessibility problem in multiple products. Document accessibility guarantees per component. Leave accessibility expectations implicit.
A list of tools and services related to this argument. Example docs it may be outdated

Test and validate continuously

Accessibility is not static and must be maintained over time.

Include keyboard and screen reader testing in reviews. Assume accessibility remains intact by default. Use automated checks to catch regressions. Rely solely on manual audits.
A list of tools and services related to this argument. Automated checks Automated checks CI integration di audit it may be outdated

Why this principle matters

Accessibility as a baseline ensures inclusivity, legal compliance, and long-term system resilience.

When accessibility is built into the system, teams move faster because they don't have to re-solve the same problems.