Product Thinking
Accessibility Is a Product Discipline, Not a Launch Checklist
Accessible experiences emerge from continuous design and content decisions, not a compliance review at the end of delivery.
· Jason Wong · 2 min read
- Digital Products and Service Design
- Practical framework
Accessibility is often treated as the final gate before launch. That makes it expensive, adversarial, and easy to defer. It also misses the point: accessibility is not a quality-assurance specialty applied to a finished product. It is a product discipline. An accessible experience begins with who is considered in discovery. It continues through information architecture, interaction patterns, content, development, and the way teams maintain the experience after launch.
Five habits that make accessibility durable
Include different access needs when defining important tasks. Build accessible behaviour into the design system so labels, focus states, contrast, and errors are not improvised each time. Treat content as part of the interface: headings, links, and instructions should work without visual context. Test key tasks early, while there is still room to improve them. And give content owners the guidance and accountability to preserve the standard after launch. The relevant question is not simply whether an experience meets a checklist. It is whether someone can complete an important task independently and with confidence. When teams work from that standard, accessibility improves the experience for everyone.
The scale of the problem
The first WebAIM Million analysis in 2019 automatically tested the home pages of one million websites. It found detectable WCAG failures on at least 97.8 percent of them, with an average of 59.6 detectable errors per page. Low-contrast text was the most common issue; one-third of images lacked alternative text, and 59 percent of form inputs were not properly labelled. (WebAIM, 2019) Automated testing cannot establish whether a site is fully accessible, but these numbers expose something important: accessibility failures are usually repeated design and content patterns, not rare edge cases. That changes the improvement strategy. Teams should prioritize reusable fixes by reach and task criticality:
- Correct the design-system pattern so the defect stops reproducing.
- Fix the highest-value journeys first.
- combine automated checks with keyboard and assistive-technology testing.
- Monitor content publishing so accessibility does not degrade after launch. The most useful accessibility metric is therefore not the number of defects closed. It is the percentage of critical tasks that people can complete using different access methods.