We describe our work as human-friendly software, and that claim is empty if part of the humans cannot use it. Accessibility is not a niche concern: beyond permanent impairments, everyone is situationally limited sometimes, one hand holding a child, bright sunlight on a screen, tired eyes at the end of a night shift. Software that holds up in those moments is simply better software.
Built in, not bolted on
Real contrast, full keyboard navigation, visible focus, honest labels on every control, and structure a screen readerSoftware that reads the screen out loud, used by people who are blind or have low vision. can make sense of: none of this is hard when it is part of the work from the start, and all of it is expensive to retrofit. We also respect people's own settings, like reduced motion, because the product should adapt to the person, never the other way around.
Accessible is just better design
Almost everything accessibility asks for helps everyone. Clear labels help the distracted as much as the blind, forgiving forms help the hurried as much as the motor-impaired, and calm layouts help every single user. Treating accessibility as a design constraint makes the product sharper, not duller.
How we test it
Accessibility claims are cheap; checks are what count. Ours are unglamorous, and run in order:
- Navigate the whole flow with only a keyboard, no mouse allowed.
- Run a screen readerSoftware that reads the screen out loud, used by people who are blind or have low vision. over the critical paths and listen to what it actually says.
- Verify contrast against the WCAG thresholds with a checker, not by eye.
- Load the product with the settings real people use: larger text, reduced motion, dark mode.
Ten minutes of that finds what a complianceBeing able to show on paper that you meet the rules that apply to you. PDF never will.
Regulation is moving the same way, with European accessibility rules now covering ever more digital services. But that is not the reason to do it. The reason is the promise in the phrase human-friendly: software for people, and people come in every variety.
Keep reading
Good design isn't decoration. It's the difference between software that helps and software people quietly work around.
The clarity a care team needs on its busiest afternoon rarely survives a long feature list. Here is how we protect it.
The people using your software every day know exactly where it hurts. The trick is making it effortless for them to tell you.
Facing something similar?
This is how we work. If the challenge in this article sounds familiar, tell us about yours and we'll give you a straight, useful answer.
Talk to us