Accessibility audits produce findings. Those findings go into spreadsheets. The spreadsheets get stale. Six months later, nobody knows which issues were fixed, which were deferred, and which were never addressed. This tool replaced the spreadsheet.
The Problem
A team running audits across four products had no unified view of their accessibility debt. Each product had its own tracking method. There was no way to measure progress over time or compare products against each other.
The Solution
A web application where audit findings are logged with WCAG criterion, severity, affected component, and status. Each finding has a remediation workflow: open → in progress → resolved → verified. Findings can be linked to specific git commits once fixed.
The dashboard shows:
- Open issues by severity and product
- Trend over time (are we getting better or worse?)
- WCAG criterion breakdown (where are the systematic gaps?)
- Time-to-resolution by severity
SELECT
criterion,
COUNT(*) FILTER (WHERE status = 'open') AS open,
COUNT(*) FILTER (WHERE status = 'resolved') AS resolved,
AVG(EXTRACT(EPOCH FROM (resolved_at - created_at)) / 86400)
FILTER (WHERE status = 'resolved') AS avg_days_to_resolve
FROM findings
GROUP BY criterion
ORDER BY open DESC;
The Outcome
Within three months, the team reduced their open critical findings by 70%. Having a shared, visible metric changed the conversation from "we should fix accessibility" to "our critical backlog is at 12, let's get it to zero".