Skip to main content

Triage and Prioritize Accessibility Issues

After accessibility issues are discovered -- whether through audits, testing, or user feedback -- teams must assess their severity, impact, and urgency. This process, known as triage, is followed by prioritization, where decisions are made about which issues must be addressed immediately, which can wait, and which may never be resolved. This intervention ensures that accessibility is treated as essential, not optional.

Role in the ENABLE Model​

Triage and Prioritize Accessibility Issues is the sixth act of care in the ENABLE model. When neglected, it allows known barriers to persist, creating inequities downstream. When embraced, it becomes a turning point for institutional accountability.

Why It Matters​

Without triage and prioritization, accessibility issues become invisible again -- buried in backlogs or deprioritized in favor of perceived "higher impact" work. This delays remediation, limits usability, and communicates to disabled users that their needs are non-essential.

Examples​

  • Classifying screen reader failures as “P1” blockers during QA
  • Tagging accessibility bugs as “must fix” in sprint planning
  • Escalating feedback from disabled users into engineering backlogs
  • Assigning severity levels in automated test outputs (e.g., Pa11y, Axe)
  • Including accessibility bugs in the product roadmap and OKRs

Care Sounds Like​

“We can't ship our voice AI if it doesn't work with people who stutter.”
“Accessibility failures are not tech debt -- they're production bugs.”
“We're prioritizing fixing keyboard traps ahead of the new feature launch.”

Neglect Sounds Like​

"How did blind people before get around? I mean Uber is [Sic] only really been around for like 12 years. Get back to that" -- @trustme2001 (2024)
“We'll get to accessibility after launch.”
“Let's track it in the backlog, but it's not a blocker.”
“Only one user reported that issue, so it's not a priority.”

Real-World Scenario​

A company building a mobile banking app receives feedback that blind users can't transfer money using screen readers. The QA team logs the bug, but product leadership marks it as “low priority.” The app launches with the issue unresolved. Later, an advocacy group files a complaint under the ADA. Had the issue been triaged and prioritized appropriately, the barrier could have been removed before release -- saving legal costs and, more importantly, preventing exclusion.