Accessibility-Audit · für agile Produkt- und Agenturteams
Wissen, wo ihr steht. Und was als Nächstes kommt.
Kein 40-seitiges Dokument, das im Schrank landet. Ihr bekommt eine priorisierte Einschätzung eurer wichtigsten Nutzerflüsse: Was ist kritisch, was ist schnell lösbar – und was ist euer realistischer nächster Schritt.
- WCAG 2.2 AA
- Manuell mit Tastatur & Screenreader
- Ergebnis-Call inklusive
Ein Befund.
Vier Perspektiven.
Ein Befund.
Vier Perspektiven.
Ein Befund.
Vier Perspektiven.
Ein Befund.
Vier Perspektiven.
Die Realität
Kommt euch das bekannt vor?
-
Der Bericht im Schrank
Das letzte Audit hatte 60 Seiten. Gelesen hat es niemand ganz, umgesetzt wurde ein Bruchteil. Jetzt liegt es im Confluence.
-
Grün im Tool
Der automatische Scan meldet kaum Fehler. Ob ein Mensch mit Screenreader wirklich durch euren Checkout kommt, weiß trotzdem niemand.
-
Das BFSG im Nacken
Die Geschäftsführung fragt, wo ihr steht. Product schätzt, Dev zuckt mit den Schultern. Eine belastbare Antwort hat niemand.
Die Annahme, die ausbremst
-
Ein Audit ist eine lange Fehlerliste.
Verständlich: Viele Audits sehen genau so aus. Doch eine Liste mit 80 gleich dringend formulierten Punkten hilft niemandem beim Planen – sie lähmt eher.
stattdessen: Jeder Befund wird eingeordnet: Was bedeutet er für Menschen, welches Kriterium ist betroffen, wie dringend ist er, wie aufwendig – und wie löst ihr ihn.
So arbeite ich
Jeder Befund aus vier Perspektiven.
-
Nutzer:innen
Was der Befund konkret für Menschen bedeutet, die mit Tastatur, Screenreader, Vergrößerung oder kognitiven Einschränkungen unterwegs sind.
-
Rechtlich
Welches WCAG-Kriterium betroffen ist – und damit die Einordnung fürs BFSG.
-
Severity × Aufwand
Wie schwer der Befund wiegt und wie viel Arbeit der Fix macht. Daraus ergibt sich, was zuerst kommt.
-
Umsetzung
Wie ihr ihn löst – als Muster beschrieben, das euer Team direkt übernehmen kann.
Severity × Aufwand
Damit könnt ihr planen.
-
Quick Win
hohe Dringlichkeit · geringer Aufwand
Sofort machen.
- #07 Tastaturfalle im Checkout
- #12 Fehler nur farbig markiert
-
Strategische Investition
hohe Dringlichkeit · hoher Aufwand
Einplanen.
- #03 Dropdown-Komponente ohne Tastatur
-
Nice-to-have
geringe Dringlichkeit · geringer Aufwand
Mitnehmen.
- #21 Kontrast im Footer
-
Hinterfragen
geringe Dringlichkeit · hoher Aufwand
Zurückstellen.
- #18 Kartenansicht neu bauen, obwohl es eine barrierefreie Liste gibt
Dieselbe Skala wie im
PM/PO-Workshop.
Ablauf
Von der Abstimmung bis zum Re-Test.
-
Start
Scope-Abstimmung
Wir legen fest, welche Flows geprüft werden und was technisch zu beachten ist.
-
vor der Prüfung
Zugang
Ihr gebt mir Zugang zu Staging mit Testdaten. Code-Zugang brauche ich nicht.
-
je nach Paket
Prüfung
Manuell mit Tastatur, VoiceOver und Prüftools wie axe und WAVE – nach WCAG 2.2 AA.
-
danach
Ergebnisdokument
Jeder Befund aus vier Perspektiven, priorisiert nach Dringlichkeit und Aufwand.
-
60 Min
Ergebnis-Call
Wir gehen die Befunde gemeinsam durch. Ich übergebe kein Dokument ohne Erklärung.
-
nach Umsetzung
Re-Test
Wenn ihr die kritischen Punkte umgesetzt habt, prüfe ich sie erneut.
Pakete
Umfang nach User Flows, nicht nach Seitenzahl.
Ein Flow ist ein Weg, den Menschen durch euer Produkt gehen – zum Beispiel Registrierung, Checkout oder Kontaktformular.
-
Fokus-Audit
Ein kritischer Flow – als Einstieg oder für einen konkreten Bereich.
ab 2.600 € zzgl. MwSt.
-
1 User Flow · 3–5 Screens
-
Lieferung ca. 5–7 Werktage nach Zugang
-
Re-Test bis zu 2 Stunden
-
-
Empfohlen
Kern-Audit
Zwei bis drei Flows – für die meisten Produkte der realistische Überblick.
ab 3.800 € zzgl. MwSt.
-
2–3 User Flows · 8–12 Screens
-
Lieferung ca. 8–12 Werktage nach Zugang
-
Re-Test bis zu 4 Stunden
-
-
System-Audit
Für komplexe Produkte oder wenn ihr den vollständigen Überblick braucht.
ab 5.000 € zzgl. MwSt.
-
ab 4 User Flows · Umfang nach Absprache
-
Lieferung ca. 2–3 Wochen nach Zugang
-
Re-Test nach Absprache
-
Komponenten-Check aller States (mit Storybook oder Figma-Library)
-
Strategie-Deck für Entscheider:innen
-
In jedem Paket enthalten:
-
Prüfung nach WCAG 2.2 AA
-
Ergebnisdokument mit vier Perspektiven
-
Ergebnis-Call (60 Minuten)
-
Re-Test der kritischen Punkte
Wer prüft
Kein Prüfer, der abhakt und geht.
Wegweiser
Was braucht ihr gerade?
Nicht jede Situation braucht ein Audit. Sucht euch den Satz, der am besten passt.
-
Ihr seid hier
Wir wollen wissen, wo unsere wichtigsten Flows wirklich stehen.
Priorisierte Befunde, Ergebnis-Call und Re-Test.
-
Wir wissen noch nicht, ob sich ein Audit überhaupt lohnt.
90 Minuten live an einem Flow – alle sehen dasselbe.
-
Barrierefreiheit soll dauerhaft in unserem Prozess bleiben.
Ich arbeite in eurem Team mit – auch im Code.
FAQ
Fragen zum Audit
-
Braucht ihr Zugang zu unserem Code?
Nein. Ich prüfe als Black-Box über eine Staging-Umgebung mit Testdaten – so, wie eure Nutzer:innen die Anwendung erleben. Arbeit direkt im Code gehört zur Begleitung im Sprint.
-
Nach welchem Standard prüfst du?
Nach WCAG 2.2 auf Stufe AA. Das BFSG verweist auf die europäische Norm EN 301 549, die diese Kriterien einschließt. Eine Prüfung nach AAA ist auf Anfrage möglich.
-
Wie prüfst du?
Manuell mit Tastatur, VoiceOver und Prüftools wie axe und WAVE. Tools helfen beim Finden, aber viele Barrieren sieht man nur, wenn man den Flow wirklich durchgeht.
-
Vergibst du ein Siegel oder Zertifikat?
Nein, ich vergebe keine Siegel. Wenn ihr eins für eine Ausschreibung braucht, nenne ich euch gern passende Prüfstellen.
-
Was müssen wir vorbereiten?
Zugang zu einer Staging-Umgebung mit Testdaten und eine kurze Liste der Flows, die euch wichtig sind. Den Rest klären wir in der Scope-Abstimmung. Auf Wunsch unterschreibe ich vorab eure NDA.
-
Wie lange dauert das Audit?
Ab Zugang etwa 5–7 Werktage beim Fokus-Audit, 8–12 Werktage beim Kern-Audit und 2–3 Wochen beim System-Audit.
-
Was umfasst der Re-Test?
Wenn ihr die kritischen Punkte umgesetzt habt, prüfe ich sie erneut – beim Fokus-Audit bis zu 2 Stunden, beim Kern-Audit bis zu 4 Stunden, beim System-Audit nach Absprache. Plant ihn am besten innerhalb von 6 Monaten: Danach hat sich euer Produkt meist so weit verändert, dass ein neuer Blick mehr bringt.
-
Geht das auch für Apps oder PDFs?
Das Audit ist für Websites und Web-Anwendungen gedacht.
-
Und nach dem Audit?
Ihr setzt die Befunde selbst um, holt euch mit einem Workshop das Wissen ins Team oder verankert Barrierefreiheit mit der Begleitung im Sprint dauerhaft im Prozess.
Lasst uns herausfinden, wo ihr steht.
Schreibt mir, welche Flows euch wichtig sind und ob es eine Staging-Umgebung gibt. In der Scope-Abstimmung klären wir, welches Paket passt.
-
Kein Code-Zugang nötig.
-
Ergebnis-Call und Re-Test sind immer dabei.
-
Unsicher, ob sich ein Audit lohnt? Erst den Flow-Check