Name the outcome you delivered, not the work you did

This case study is a draft. The structure is in place; the writing is not. Nothing on this page should be read as a claim yet.

Role
fill in
Timeline
fill in
Team
fill in
Standard
WCAG 2.2 AA
a page from the documentation - drop a real spread here

Problem

What kept breaking, and why the fix never held. Documentation case studies live or die on this section: without a regression to point at, the docs read as housekeeping.

Process

What you wrote, who you wrote it for, and how it got into the build. Say where the docs sit - in the repo, in the design file, in the ticket template - because that is what decides whether anyone reads them.

Outcome

What stopped regressing. If you have a before and after count of issues, this is where it goes.

-

fill in

-

fill in

-

fill in