Accessibility Maturity Assessment

Name* (Required)

First Last

Company* (Required)

PURPOSE
This short assessment helps us understand your organization’s current accessibility maturity so we can make the most of our upcoming conversation.

This is not a compliance audit and there are no “right” or “wrong” answers.

How to Answer
For each question, select one option that best reflects your organization today.

Which best describes your current situation?* (Required)

We are responding to a legal action, demand letter, settlement, or urgent regulatory deadline

We’ve had past legal or compliance concerns, but nothing active right now

We aim to reduce legal risk through defined accessibility processes

Accessibility risk is actively monitored and reported to leadership

We proactively stay ahead of regulations and industry expectations

When is accessibility typically tested/audited for?* (Required)

Only after complaints, audits, or legal pressure

During QA or late development

During planning, design, and development (shift-left)

Accessibility is built in by default from the start

At what point is accessibility formally considered?* (Required)

Post-release only

In some projects or teams

Defined stages (design, dev, QA), but inconsistently

Consistently across the lifecycle

Fully embedded into workflows and delivery standards

How confident are you that new releases won’t reintroduce accessibility issues?* (Required)

Not confident at all

Some confidence, but issues frequently return

Moderate confidence with manual checks or vendors

High confidence due to defined processes and testing

Very high confidence with metrics, automation, and governance

How consistent is accessibility across products, platforms, and teams?* (Required)

Highly inconsistent or unknown

Some consistency within individual teams

Mostly consistent, but gaps remain

Consistent across most teams and properties. Design System / Component Library is in use, but freedoms exist for how it’s used.

Enterprise-wide consistency via a Design System / Component Library with guardrails in place so accessibility cannot be degraded

Which best describes your organization today?* (Required)

No accessibility policy or public statement

Informal internal guidance only

Documented policy in place internally

Policy plus public accessibility statement

Policy, statement, and ongoing public accountability

Who owns accessibility within your organization?* (Required)

No clear owner

A single individual or informal champion

Defined roles or small accessibility team

Shared accountability across functions with leadership oversight

Executive-supported ownership embedded across roles with success measured against defined KPIs

How are accessibility issues identified today?* (Required)

Not systematically tested

Occasional audits or automated tools

Regular automated + manual testing (often vendor-led)

Ongoing testing aligned with releases. Automated testing integrated in the CI/CD pipeline

Continuous testing including assistive tech and user testing

How do you track accessibility progress and risk?* (Required)

We don’t track it

We track issues reactively

Periodic audits or reports

Defined KPIs and reporting reviewed by leadership

Metrics drive continuous improvement and decision-making

Which statement best reflects your organization’s mindset?* (Required)

Accessibility is a compliance burden

Accessibility matters, but competes with priorities

Accessibility is part of how we deliver quality

Accessibility is expected and supported

Accessibility is core to our culture and innovation

What is the biggest challenge slowing accessibility progress today? (Optional)

What feedback do you hear from customers or internal teams about accessibility? (Optional)

Is there anything else you want to share about your accessibility process or what you are trying to accomplish? (Optional)

Pre-Meeting Discovery Worksheet

Your Search Ends Here