BFSG-Fixes im Online-Shop priorisieren: Erst die Huerden mit Umsatzwirkung

Aufwand gegen Wirkung: eine einfache Bewertungsmatrix

Priorisierung nach Bauchgefühl führt fast immer dazu, dass die lautesten Stimmen im Team gewinnen, nicht die wichtigsten Probleme. Eine einfache Matrix aus Aufwand und Wirkung schafft hier eine nachvollziehbare Grundlage, die sich auch gegenüber Geschäftsführung oder Kunden erklären lässt.

Auf der einen Achse steht die geschäftliche Wirkung: Wie viele Nutzer sind betroffen, und wie nah liegt das Problem am Kaufabschluss. Auf der anderen Achse steht der technische Aufwand: Lässt sich der Fix in wenigen Stunden umsetzen, etwa durch einen fehlenden Alt-Text oder eine Kontrastanpassung, oder erfordert er einen tieferen Eingriff in eine Komponente, die an vielen Stellen der Seite wiederverwendet wird.

Probleme mit hoher Wirkung und geringem Aufwand gehören immer zuerst in die Umsetzung – sie liefern den größten Effekt für die geringste Investition. Hohe Wirkung bei hohem Aufwand braucht eine bewusste Planung mit eigenem Zeitfenster, statt nebenbei miterledigt zu werden. Geringe Wirkung bei geringem Aufwand lässt sich gut in ruhigeren Phasen zwischenschieben, während geringe Wirkung bei hohem Aufwand meist ganz hinten in der Liste bleiben darf, ohne dass dadurch ein nennenswertes Risiko entsteht.

Diese Einordnung sollte nicht einmalig im Kopf entstehen, sondern schriftlich festgehalten werden, etwa in einer einfachen Tabelle mit den gefundenen Problemen, ihrer Einstufung und der geplanten Umsetzung. So lässt sich später nachvollziehen, warum bestimmte Punkte zurückgestellt wurden, und die Entscheidung wird bei einer Nachfrage – ob intern oder von außen – nachvollziehbar begründbar, statt auf einer spontanen Einschätzung zu beruhen, die sich im Nachhinein schwer rekonstruieren lässt.

Wer im Team welche Fixes übernimmt

Eine priorisierte Liste nützt wenig, wenn am Ende niemand konkret verantwortlich ist. Gerade in kleineren Teams landen BFSG-Fixes oft als zusätzliche Aufgabe „nebenbei“ bei der Entwicklung, ohne dass klar ist, wer den Fortschritt verfolgt und wann ein Punkt tatsächlich als erledigt gilt.

Sinnvoll ist eine Aufteilung entlang der Art des Problems, nicht entlang der Hierarchie. Textliche und inhaltliche Korrekturen – fehlende Alt-Texte, unklare Linktexte, fehlende Fehlermeldungstexte – lassen sich häufig von Redaktion oder Content-Team ohne Entwicklerressourcen beheben. Strukturelle und funktionale Probleme wie fehlende Tastaturbedienbarkeit oder falsche Formularverknüpfungen gehören dagegen in die Entwicklung, weil sie tiefer im Code liegen.

Design-nahe Punkte wie Kontraste oder Fokus-Sichtbarkeit profitieren davon, wenn sie im Design-System zentral gelöst werden, statt auf jeder Seite einzeln nachgebessert zu werden. Ein einmal korrigierter Standard-Button-Fokus wirkt sich sofort auf alle Stellen aus, an denen dieser Button verwendet wird, und verhindert, dass dieselbe Korrektur mehrfach gemacht werden muss.

Für die Nachverfolgung reicht in den meisten kleineren Teams ein bestehendes Ticketsystem, wenn BFSG-Fixes als eigene Kategorie oder eigenes Label geführt werden. Das erlaubt einen schnellen Überblick, wie viele offene Punkte es noch gibt und wie sich die Zahl über die Zeit entwickelt. Wichtig ist ein regelmäßiger, kurzer Check-in, bei dem offene BFSG-Punkte genauso besprochen werden wie andere Bugs, statt in einer separaten Liste zu versanden, die niemand mehr aktiv verfolgt.

Wiederkehrende Prüfzyklen statt einmaliger Aktion

Ein einmaliger Prüfdurchgang beseitigt den aktuellen Rückstand, verhindert aber nicht, dass neue Barrieren entstehen. Jede neue Produktseite, jede Marketingkampagne mit neuen Bannern und jede Anpassung im Checkout kann unbemerkt neue Probleme einführen, die im nächsten großen Audit erst wieder gesammelt auffallen.

Ein fester Prüfzyklus verhindert diesen Rückstau. Ein kurzer automatisierter Scan lässt sich problemlos monatlich oder sogar bei jedem größeren Release durchführen und deckt zumindest technische Grundfehler wie fehlende Labels oder Kontrastverstöße zuverlässig auf. Ein tieferer manueller Test mit Tastatur und Screenreader passt eher in einen größeren Rhythmus, etwa halbjährlich oder immer dann, wenn sich zentrale Funktionen wie Checkout oder Suche spürbar verändert haben.

Sinnvoll ist außerdem, neue Funktionen bereits vor dem Livegang zu prüfen, statt sie erst im nächsten regulären Audit zu entdecken. Ein kurzer Barrierefreiheits-Check als fester Bestandteil der Freigabe neuer Features – vergleichbar mit einem Sicherheits- oder Performance-Check – kostet wenig zusätzliche Zeit, verhindert aber, dass sich Probleme erst häufen, bevor sie auffallen.

Langfristig verschiebt sich damit die Priorisierungsarbeit: Statt regelmäßig große Rückstände abzuarbeiten, geht es darum, kleine, frisch entstandene Probleme zeitnah zu beheben. Das ist für das Team spürbar entspannter als ein wiederkehrender Kraftakt kurz vor einem Audit-Termin, und es sorgt dafür, dass die einmal erreichte Priorisierung nach Umsatzwirkung nicht laufend wieder von vorne gedacht werden muss, weil der Grundzustand der Seite stabil bleibt.

Externe Kommunikation: was Kunden von der Priorisierung mitbekommen sollten

Priorisierung ist zunächst eine interne Entscheidung, wirkt sich aber auch nach außen aus. Kunden oder Geschäftspartner, die eine konkrete Barriere melden, wollen in der Regel nicht die komplette Priorisierungslogik erklärt bekommen, aber eine ehrliche Einschätzung, ob und wann mit einer Lösung zu rechnen ist.

Eine kurze, sachliche Rückmeldung auf eine Meldung reicht meist aus: Bestätigung, dass das Problem erfasst wurde, eine grobe Einordnung der Priorität und, wenn möglich, ein realistischer Zeitrahmen. Wird stattdessen gar nicht oder nur mit einer automatisierten Standardantwort reagiert, entsteht der Eindruck, dass das Thema nicht ernst genommen wird, unabhängig davon, wie gut die interne Priorisierung tatsächlich funktioniert.

Für wiederkehrende Meldungen zum selben Problem lohnt sich eine zentrale Sammelstelle, damit nicht jede einzelne Meldung getrennt bearbeitet und am Ende womöglich widersprüchlich beantwortet wird. Eine einfache interne Liste, wer wann was gemeldet hat und mit welchem Stand, verhindert doppelte Arbeit und unterschiedliche Aussagen an verschiedene Kunden.

Wird ein gemeldetes Problem bewusst zurückgestellt, weil andere Fixes aktuell höhere Wirkung haben, sollte das nicht verschwiegen werden. Eine transparente, kurze Begründung – etwa dass zunächst kaufkritische Bereiche bearbeitet werden – wird von den meisten Kunden eher akzeptiert als eine ausbleibende Antwort oder eine vage Vertröstung ohne erkennbaren Fortschritt.

Diese externe Kommunikation sollte nicht allein bei der Geschäftsführung hängen, sondern in den regulären Support- oder Kundenservice-Prozess eingebunden sein. So bleibt die Priorisierung nach Umsatzwirkung nicht nur eine interne Systematik, sondern wird auch für die Menschen nachvollziehbar, die die betroffenen Barrieren tatsächlich erlebt haben.