Accessibility

Accessibility is not a feature, it is a requirement

Accessibility only works when it shapes decisions from the start. Treated as a final-layer fix, it becomes expensive, incomplete, and too easy to get wrong.

Why retrofitting accessibility creates more problems than it solves, and why the strongest digital products treat it as a core requirement rather than a launch checklist item.

14 March 20246 min read

In short

Why retrofitting accessibility creates more problems than it solves, and why the strongest digital products treat it as a core requirement rather than a launch checklist item.

Why accessibility breaks when it is treated as a layer

The projects that struggle most with are not the ones that ignore it completely, but the ones that try to retrofit it. By the time is considered, key decisions have already been made. The structure is set, the journeys are defined, and the components are built around assumptions that don't account for how different people actually use the product. At that point, you're no longer designing for accessibility. You're trying to patch around decisions that were never designed to support it.

Accessibility becomes expensive the moment it is treated as something to add after the experience has already been defined.

Why retrofit work gets expensive fast

Simple changes stop being simple. Adjusting a colour palette might seem straightforward, but if the design relies heavily on colour to communicate meaning, that change ripples through the entire experience. Forms designed visually need reworking to function properly with . that makes sense on screen becomes confusing when read out of . What should have been foundational becomes expensive to fix. And even then, it's rarely done properly.

Key takeaway

Once structure, journeys, and components are built without accessibility in mind, even small fixes start creating wider redesign work.

Why compliance alone is not enough

isn't just about whether something technically passes a guideline. It's about whether someone can actually use it. There's a significant gap between something being compliant and something being usable, and that gap is where most accessible products fall down. I've seen that technically meet standards but still leave users struggling to complete basic tasks — not because the rules were ignored, but because the experience itself was not designed with those users in mind.

Why accessibility is a design constraint

isn't a you add. It's a constraint you design within. When is treated as a requirement from the start, decisions are made differently. Content is structured more clearly. Interactions are designed to work across different input methods. Complexity is reduced — not just for accessibility, but because the experience has to make sense in multiple contexts. It forces better thinking.

Why designing accessibly improves the whole product

Designing for a wider range of users naturally to simpler, clearer, more robust experiences. When you can't rely on visual cues alone, you're forced to communicate more effectively. When need to work without precision input, you remove unnecessary . When content needs to be understood quickly, you reduce noise. The result isn't just more inclusive. It's better.

Teams who take seriously early on move faster later. There's less rework, fewer blockers, and fewer surprises during testing. becomes part of how the product is built, not something that needs to be fixed. The alternative is always more expensive — not just in time and budget, but in missed users, lost , and in some cases, legal exposure.

Written by Andy Scott

Strategic design, UX and digital transformation thinking from real projects.

LET'S WORK TOGETHER

Ready to improve your product?

UX, research and product leadership for teams tackling complex digital services. The work usually starts where things have become harder than they need to be: unclear journeys, inconsistent products, competing priorities, or teams trying to move forward without a clear direction. I help simplify the problem, shape the right next step, and turn complexity into something people can actually use.

Previous feedback

Will Parkhouse

Senior Content Designer

01/20