Autor: jonasfuchs

  • Unterschied zwischen Accessibility, Inclusive Design und Universal Design

    Unterschied zwischen Accessibility, Inclusive Design und Universal Design

    Die Begriffe Accessibility, Inclusive Design und Universal Design werden häufig gemeinsam verwendet – und oft miteinander verwechselt.

    Dabei beschreiben sie unterschiedliche Perspektiven auf Gestaltung und Nutzererfahrung.

    Alle drei verfolgen ein ähnliches Ziel:

    Produkte und Services für möglichst viele Menschen nutzbar zu machen.

    Der Unterschied liegt vor allem darin, wie dieses Ziel erreicht werden soll.


    Warum die Unterscheidung wichtig ist

    Wer digitale Produkte gestaltet, trifft ständig Entscheidungen darüber:

    • wer berücksichtigt wird
    • welche Bedürfnisse sichtbar werden
    • welche Barrieren entstehen
    • wer ausgeschlossen wird

    Die drei Ansätze helfen dabei, Gestaltung bewusster und menschenzentrierter zu denken.


    Accessibility: Zugänglichkeit schaffen

    Accessibility bedeutet:

    Barrieren erkennen und reduzieren.

    Im digitalen Bereich geht es darum, Produkte auch für Menschen mit Einschränkungen nutzbar zu machen.

    Zum Beispiel:

    • Screenreader-Unterstützung
    • Tastaturbedienbarkeit
    • ausreichende Kontraste
    • Untertitel
    • verständliche Formulare
    • alternative Texte für Bilder

    Accessibility beschäftigt sich also stark mit:

    • Zugänglichkeit
    • technischen Standards
    • konkreten Barrieren
    • Assistenztechnologien

    Accessibility ist oft regelbasiert

    Accessibility orientiert sich häufig an Richtlinien wie:

    • WCAG
    • BITV
    • EN 301 549

    Das ist wichtig, weil dadurch überprüfbare Anforderungen entstehen.

    Beispielsweise:

    • Mindestkontraste
    • Fokuszustände
    • semantische Strukturen
    • Alternativtexte

    Accessibility beantwortet oft die Frage:

    Können Menschen mit Einschränkungen das Produkt überhaupt nutzen?


    Inclusive Design: Vielfalt bewusst mitdenken

    Inclusive Design geht einen Schritt weiter.

    Hier steht nicht nur die Zugänglichkeit im Fokus, sondern:

    Unterschiedliche Menschen von Anfang an bewusst mitzudenken.

    Dabei geht es um Vielfalt in vielen Formen:

    • Alter
    • Sprache
    • Kultur
    • Fähigkeiten
    • technische Erfahrung
    • Nutzungssituationen
    • Bildung
    • Kontext

    Inclusive Design fragt:

    Wer könnte ausgeschlossen werden – und warum?


    Inclusive Design beginnt früh im Prozess

    Accessibility wird in Projekten leider oft erst spät betrachtet:

    • nach dem Design
    • kurz vor dem Launch
    • im Audit

    Inclusive Design dagegen beginnt bereits:

    • in der Recherche
    • bei Personas
    • in Workshops
    • bei Nutzerinterviews
    • in Konzeptentscheidungen

    Es ist stärker eine Denkweise als eine reine Checkliste.


    Beispiel für Inclusive Design

    Ein Formular könnte technisch barrierefrei sein – und trotzdem Menschen ausschließen.

    Zum Beispiel:

    • komplizierte Sprache
    • unnötige Fachbegriffe
    • kulturelle Annahmen
    • stressige Prozesse
    • fehlende Fehlertoleranz

    Inclusive Design betrachtet deshalb auch emotionale und soziale Barrieren.


    Universal Design: Eine Lösung für möglichst alle

    Universal Design stammt ursprünglich aus Architektur und Produktdesign.

    Die Idee:

    Produkte möglichst so gestalten, dass sie von allen Menschen genutzt werden können – ohne spezielle Anpassungen.

    Bekannte Beispiele:

    • automatische Türen
    • abgesenkte Bordsteine
    • breite Eingänge
    • gut lesbare Beschilderung

    Im Digitalen bedeutet das:

    • einfache Bedienung
    • klare Strukturen
    • intuitive Interfaces
    • flexible Nutzungsmöglichkeiten

    Universal Design versucht Sonderlösungen zu vermeiden

    Das Ziel ist:

    Nicht spezielle Versionen für bestimmte Gruppen bauen, sondern eine Lösung, die möglichst vielen Menschen direkt hilft.

    Ein gutes Beispiel:

    • Untertitel helfen nicht nur gehörlosen Menschen
    • sondern auch:
      • in lauten Umgebungen
      • beim Lernen
      • bei fremden Sprachen
      • unterwegs ohne Ton

    Die drei Ansätze im Vergleich

    AnsatzFokus
    AccessibilityBarrieren reduzieren
    Inclusive DesignVielfalt bewusst berücksichtigen
    Universal DesignLösungen für möglichst alle schaffen

    Accessibility ist nicht genug

    Ein Produkt kann formal „barrierefrei“ sein – und sich trotzdem schwierig anfühlen.

    Zum Beispiel:

    • technisch korrekt
    • aber emotional überfordernd
    • kompliziert formuliert
    • unnötig komplex
    • nicht fehlertolerant

    Deshalb reicht reine Compliance oft nicht aus.


    Inclusive Design ohne Accessibility funktioniert aber auch nicht

    Manchmal wirken Produkte modern und menschenzentriert – ignorieren aber technische Zugänglichkeit.

    Zum Beispiel:

    • schlechte Tastaturbedienung
    • fehlende Screenreader-Struktur
    • unzureichende Kontraste
    • nicht beschriftete Buttons

    Empathie allein ersetzt keine Accessibility-Grundlagen.


    Die Ansätze ergänzen sich

    Die stärksten digitalen Produkte verbinden alle drei Perspektiven:

    Accessibility

    stellt sicher, dass Menschen Zugang haben.

    Inclusive Design

    stellt sicher, dass unterschiedliche Bedürfnisse berücksichtigt werden.

    Universal Design

    versucht Lösungen zu schaffen, die möglichst vielen Menschen selbstverständlich helfen.


    Gute UX verbindet alle drei Bereiche

    Menschen erleben digitale Produkte unterschiedlich.

    Deshalb entsteht gutes UX nicht nur durch:

    • schöne Interfaces
    • Trends
    • Animationen

    Sondern durch:

    • Verständlichkeit
    • Klarheit
    • Zugänglichkeit
    • Flexibilität
    • Empathie

    Ein hilfreicher Perspektivwechsel

    Eine gute Frage im Designprozess lautet:

    Wer könnte mit dieser Lösung Schwierigkeiten haben?

    Und direkt danach:

    Wie können wir das verbessern, ohne Menschen auszugrenzen?

    Genau dort treffen sich Accessibility, Inclusive Design und Universal Design.


    Fazit

    Accessibility, Inclusive Design und Universal Design verfolgen ähnliche Ziele – setzen aber unterschiedliche Schwerpunkte.

    • Accessibility reduziert Barrieren.
    • Inclusive Design berücksichtigt Vielfalt.
    • Universal Design sucht Lösungen für möglichst alle.

    Gemeinsam helfen sie dabei, digitale Produkte menschlicher zu gestalten.

  • Gute User Stories für Accessibility

    Gute User Stories für Accessibility

    Accessibility wird in digitalen Projekten häufig erst spät berücksichtigt:

    • kurz vor dem Release
    • im Audit
    • nach Beschwerden
    • als technisches „Extra“

    Dadurch entstehen oft unnötige Nacharbeiten, Kompromisse und Barrieren.

    Ein deutlich besserer Ansatz ist:

    Accessibility bereits in der Anforderungsdefinition mitzudenken.

    Genau hier kommen User Stories ins Spiel.

    Gut formulierte Accessibility User Stories helfen Teams dabei, Barrierefreiheit frühzeitig in Design, Entwicklung und Testing zu integrieren – statt sie später „nachzurüsten“.

    Warum Accessibility in User Stories wichtig ist

    Viele Accessibility-Probleme entstehen nicht durch fehlendes Wissen, sondern durch fehlende Anforderungen.

    Wenn Accessibility nie Teil der Story war:

    • wird sie oft vergessen
    • falsch priorisiert
    • nicht getestet
    • oder nur oberflächlich umgesetzt

    Deshalb gilt:

    Was nicht beschrieben wird, wird häufig auch nicht gebaut.

    Was ist eine User Story?

    Eine klassische User Story beschreibt:

    • wer etwas benötigt
    • was erreicht werden soll
    • warum es wichtig ist

    Typischer Aufbau:

    Als [Nutzergruppe] möchte ich [Ziel], damit [Nutzen].

    Beispiel:

    Als Nutzer möchte ich ein Formular absenden können, damit ich Kontakt aufnehmen kann.

    Das Problem vieler User Stories

    Viele Stories sind zu technisch oder zu allgemein.

    Zum Beispiel:

    • „Button implementieren“
    • „Formular bauen“
    • „Accessibility beachten“

    Solche Anforderungen helfen Teams kaum dabei, konkrete Accessibility-Bedürfnisse zu verstehen.

    Gute Accessibility User Stories sind menschenzentriert

    Accessibility Stories sollten reale Nutzungssituationen beschreiben.

    Nicht:

    „WCAG erfüllen“

    Sondern:

    Welche Menschen brauchen was – und warum?

    Beispiel: Schlechte vs. gute Story

    ❌ Schlecht

    Die Seite soll barrierefrei sein.

    Zu ungenau.
    Keine konkrete Erwartung.
    Keine prüfbare Anforderung.

    ✅ Besser

    Als Screenreader-Nutzer möchte ich Formularfelder verständlich vorgelesen bekommen, damit ich das Formular selbstständig ausfüllen kann.

    Diese Story beschreibt:

    • Nutzergruppe
    • Ziel
    • Nutzen
    • konkrete Accessibility-Anforderung

    Accessibility bedeutet unterschiedliche Bedürfnisse

    Nicht jede Story betrifft dieselbe Personengruppe.

    Zum Beispiel:

    • Tastaturnutzer
    • Menschen mit Sehbehinderungen
    • Menschen mit motorischen Einschränkungen
    • Menschen mit kognitiven Einschränkungen
    • Menschen mit geringer technischer Erfahrung
    • Menschen mit Konzentrationsschwierigkeiten

    Deshalb helfen konkrete Perspektiven enorm.

    Gute Accessibility Stories beschreiben echte Nutzung

    Beispiel: Tastaturbedienung

    Als Nutzer ohne Maus möchte ich alle interaktiven Elemente per Tastatur erreichen können, damit ich die Anwendung vollständig bedienen kann.

    Beispiel: Verständliche Fehlermeldungen

    Als Nutzer möchte ich verständliche Fehlermeldungen erhalten, damit ich Eingabefehler schnell korrigieren kann.

    Beispiel: Zoom und Responsive Design

    Als Nutzer mit vergrößerter Ansicht möchte ich Inhalte ohne horizontales Scrollen nutzen können, damit die Seite lesbar bleibt.

    Beispiel: Videos

    Als gehörloser Nutzer möchte ich Untertitel für Videos erhalten, damit ich die Inhalte verstehen kann.

    Accessibility Stories sind keine Sonderstories

    Ein häufiger Fehler:
    Accessibility wird als separater Zusatz behandelt.

    Besser:

    Accessibility direkt in normale Produktanforderungen integrieren.

    Denn:

    • jede Funktion betrifft Menschen unterschiedlich
    • jede Interaktion kann Barrieren erzeugen
    • jede UX-Entscheidung beeinflusst Zugänglichkeit

    Akzeptanzkriterien sind entscheidend

    User Stories allein reichen nicht aus.

    Wichtig sind konkrete Akzeptanzkriterien.

    Beispiel:

    Story

    Als Tastaturnutzer möchte ich Dialoge vollständig bedienen können.

    Akzeptanzkriterien

    • Fokus springt beim Öffnen in den Dialog
    • Dialog kann per ESC geschlossen werden
    • Fokus kehrt zum auslösenden Element zurück
    • Inhalte hinter dem Dialog sind nicht fokussierbar

    Dadurch werden Anforderungen überprüfbar.

    Gute Stories beschreiben Nutzen – nicht nur Technik

    Menschen interessieren sich nicht für:

    • ARIA-Attribute
    • HTML-Semantik
    • technische Spezifikationen

    Sie interessieren sich dafür:

    • ob etwas funktioniert
    • verständlich ist
    • Orientierung bietet
    • selbstständig nutzbar bleibt

    Deshalb sollten Stories möglichst aus Nutzersicht formuliert werden.

    Accessibility verbessert oft die UX insgesamt

    Viele Accessibility Stories helfen nicht nur einzelnen Gruppen.

    Zum Beispiel:

    • klare Fehlermeldungen
    • gute Fokusführung
    • verständliche Sprache
    • konsistente Navigation
    • ausreichend große Klickflächen

    Davon profitieren fast alle Menschen.

    Accessibility Stories helfen Teams beim Perspektivwechsel

    Gut formulierte Stories verändern oft die Diskussion im Team.

    Statt:

    „Brauchen wir das wirklich?“

    entsteht eher:

    „Wie stellen wir sicher, dass Menschen das nutzen können?“

    Das macht Accessibility greifbarer und menschlicher.

    Häufige Fehler

    ❌ Zu technische Formulierungen

    „ARIA korrekt implementieren.“

    Das beschreibt keine Nutzerperspektive.

    ❌ Accessibility als Nachgedanke

    „Am Ende noch Accessibility prüfen.“

    Dann entstehen meist hohe Nachbesserungsaufwände.

    ❌ Keine konkreten Nutzergruppen

    Wenn unklar bleibt, für wen die Story relevant ist, fehlen oft wichtige Details.

    Ein hilfreicher Ansatz

    Frage bei neuen Features:

    Wer könnte Schwierigkeiten mit dieser Funktion haben?

    Und direkt danach:

    Was braucht diese Person, um die Funktion selbstständig nutzen zu können?

    Genau daraus entstehen gute Accessibility User Stories.

    Fazit

    Gute Accessibility beginnt nicht erst im Audit oder Testing.

    Sie beginnt bereits bei den Anforderungen.

    Gut formulierte User Stories helfen Teams dabei:

    • menschlicher zu denken
    • Barrieren frühzeitig zu erkennen
    • bessere UX zu schaffen
    • Accessibility selbstverständlich mitzudenken

    Denn Accessibility ist keine Zusatzfunktion.
    Sie ist ein wesentlicher Bestandteil guter User Experience.

  • Vertikaler Rhythmus und  Barrierefreiheit

    Vertikaler Rhythmus und Barrierefreiheit

    Wenn über digitale Barrierefreiheit gesprochen wird, denken viele zuerst an:

    • Farbkontraste
    • Screenreader
    • Tastaturbedienung
    • Alt-Texte

    Ein oft unterschätzter Bereich ist jedoch das visuelle Layout – insbesondere der sogenannte vertikale Rhythmus.

    Dabei beeinflusst gerade die vertikale Struktur einer Oberfläche maßgeblich:

    • Lesbarkeit
    • Orientierung
    • kognitive Belastung
    • Verständlichkeit

    Und damit direkt die User Experience und Accessibility.


    Was bedeutet „vertikaler Rhythmus“?

    Der vertikale Rhythmus beschreibt die konsistente vertikale Anordnung von Inhalten auf einer Seite.

    Dazu gehören:

    • Abstände zwischen Elementen
    • Zeilenhöhen
    • Überschriftenabstände
    • Gruppierungen
    • Weißräume
    • wiederkehrende Layout-Strukturen

    Ein guter vertikaler Rhythmus sorgt dafür, dass Inhalte:

    • ruhig wirken
    • leichter erfassbar sind
    • logisch zusammengehören
    • schneller gelesen werden können

    Warum ist das für Accessibility wichtig?

    Menschen lesen digitale Inhalte nicht alle auf dieselbe Weise.

    Ein unruhiges Layout kann besonders problematisch sein für:

    • Menschen mit Dyslexie
    • Menschen mit ADHS
    • Menschen mit kognitiven Einschränkungen
    • Menschen mit Sehschwächen
    • Menschen unter Stress oder Müdigkeit

    Wenn Inhalte visuell „springen“, entstehen schneller:

    • Orientierungslosigkeit
    • Überforderung
    • erhöhte kognitive Belastung

    Gute Accessibility ist auch visuelle Struktur

    Barrierefreiheit bedeutet nicht nur technische Zugänglichkeit.

    Auch visuelle Klarheit spielt eine zentrale Rolle.

    Ein konsistenter vertikaler Rhythmus hilft Menschen dabei:

    • Inhalte schneller zu scannen
    • Zusammenhänge zu verstehen
    • Hierarchien zu erkennen
    • Fokus zu behalten

    Oder einfacher gesagt:

    Gute Struktur reduziert mentale Arbeit.


    Typische Probleme bei schlechtem vertikalem Rhythmus

    ❌ Uneinheitliche Abstände

    Wenn ähnliche Elemente unterschiedliche Abstände besitzen, wirkt eine Seite schnell chaotisch.

    Beispiel:

    • manche Absätze mit viel Abstand
    • andere fast ohne Abstand
    • zufällige Lücken zwischen Komponenten

    Das erschwert die Orientierung.


    ❌ Zu wenig Weißraum

    Viele Interfaces versuchen, möglichst viele Inhalte gleichzeitig darzustellen.

    Das führt oft zu:

    • visueller Überladung
    • schlechter Lesbarkeit
    • fehlender Fokusführung

    Weißraum ist kein „leerer Platz“.
    Weißraum schafft Verständlichkeit.


    ❌ Unklare Gruppierungen

    Menschen erfassen Inhalte oft über Nähe.

    Wenn zusammengehörige Elemente keinen gemeinsamen visuellen Abstand besitzen, entstehen Missverständnisse.

    Zum Beispiel:

    • Formularlabel weit entfernt vom Feld
    • Buttons ohne Bezug zum Inhalt
    • Überschriften zu nah am vorherigen Abschnitt

    Vertikaler Rhythmus verbessert Lesbarkeit

    Besonders bei längeren Texten ist Rhythmus entscheidend.

    Wichtige Faktoren:

    • angenehme Zeilenhöhe
    • konsistente Absatzabstände
    • klare Überschriftenhierarchien
    • ausreichend Abstand zwischen Inhaltsblöcken

    Texte wirken dadurch:

    • ruhiger
    • verständlicher
    • weniger anstrengend

    Accessibility bedeutet auch Orientierung

    Viele Menschen navigieren Inhalte nicht linear.

    Sie scannen Seiten nach:

    • Überschriften
    • visuellen Gruppen
    • Abständen
    • Mustern

    Ein konsistenter Rhythmus unterstützt genau dieses Verhalten.

    Deshalb wirken gut strukturierte Interfaces oft intuitiver – selbst wenn Nutzer nicht bewusst wahrnehmen warum.


    Der Zusammenhang mit kognitiver Belastung

    Jede visuelle Unruhe erzeugt zusätzliche mentale Arbeit.

    Menschen müssen:

    • Inhalte neu interpretieren
    • Zusammenhänge suchen
    • Prioritäten erkennen
    • Layoutmuster verstehen

    Ein guter vertikaler Rhythmus reduziert diese Belastung.

    Das hilft besonders:

    • unter Zeitdruck
    • auf mobilen Geräten
    • bei Konzentrationsschwierigkeiten
    • bei komplexen Inhalten

    Design Systeme helfen

    Viele moderne Design Systeme definieren feste Spacing-Werte.

    Zum Beispiel:

    • 4 px
    • 8 px
    • 16 px
    • 24 px
    • 32 px

    Dadurch entsteht Konsistenz.

    Ein systematischer Rhythmus verbessert:

    • Wartbarkeit
    • visuelle Harmonie
    • Accessibility
    • Skalierbarkeit

    Gute Struktur wirkt oft „unsichtbar“

    Interessanterweise fällt guter vertikaler Rhythmus meist nicht bewusst auf.

    Menschen merken eher:

    • wenn Inhalte anstrengend wirken
    • wenn Layouts chaotisch erscheinen
    • wenn Seiten „unruhig“ sind

    Gute Struktur fühlt sich selbstverständlich an.

    Und genau das ist häufig ein Zeichen für gutes UX Design.


    Vertikaler Rhythmus ist keine reine Ästhetik

    Viele betrachten Abstände nur als visuelles Detail.

    In Wahrheit beeinflussen sie:

    • Verständlichkeit
    • Wahrnehmung
    • Fokus
    • Orientierung
    • Lesegeschwindigkeit
    • kognitive Belastung

    Vertikaler Rhythmus ist deshalb nicht nur Gestaltung.
    Er ist Teil einer zugänglichen User Experience.


    Praktische Tipps für bessere Accessibility

    ✅ Konsistente Abstände verwenden

    Nutze definierte Spacing-Systeme statt Zufallswerte.


    ✅ Genügend Weißraum einplanen

    Nicht jede Fläche muss gefüllt sein.


    ✅ Zusammengehörige Inhalte visuell gruppieren

    Nähe erzeugt Verständnis.


    ✅ Lesbare Zeilenhöhen verwenden

    Zu enge Textzeilen erschweren das Lesen deutlich.


    ✅ Layout-Rhythmus bewusst testen

    Frage dich:

    Wirkt die Oberfläche ruhig oder überfordernd?


    Fazit

    Vertikaler Rhythmus wirkt auf den ersten Blick wie ein reines Designdetail. Tatsächlich beeinflusst er jedoch direkt, wie verständlich und zugänglich digitale Inhalte wahrgenommen werden.

    Gute Accessibility entsteht nicht nur durch technische Standards.
    Sie entsteht auch durch:

    • Klarheit
    • Struktur
    • Orientierung
    • visuelle Ruhe

    Denn Menschen lesen nicht nur Inhalte.
    Sie erleben auch den Raum zwischen ihnen.

  • Das Barrierefreiheitsstärkungsgesetz (BFSG) einfach erklärt

    Das Barrierefreiheitsstärkungsgesetz (BFSG) einfach erklärt

    Digitale Barrierefreiheit wird in Deutschland zunehmend verbindlich. Mit dem Barrierefreiheitsstärkungsgesetz – kurz BFSG – gelten ab Juni 2025 erstmals klare gesetzliche Anforderungen auch für viele private Unternehmen.

    Doch was bedeutet das konkret?
    Wer ist betroffen?
    Und was müssen Unternehmen jetzt tun?

    Dieser Artikel erklärt das BFSG verständlich und ohne juristische Fachsprache.

    Was ist das BFSG?

    Das BFSG ist die deutsche Umsetzung des sogenannten European Accessibility Act (EAA) – einer EU-Richtlinie zur Verbesserung der digitalen Barrierefreiheit.

    Das Ziel:

    Produkte und Dienstleistungen sollen für Menschen mit Behinderungen besser nutzbar werden.

    Dabei geht es nicht nur um Webseiten, sondern auch um digitale Services, Apps, Hardware und Selbstbedienungssysteme.

    Ab wann gilt das Gesetz?

    Das BFSG gilt ab:

    📅 28. Juni 2025

    Ab diesem Zeitpunkt müssen viele digitale Produkte und Dienstleistungen barrierefrei angeboten werden.

    Warum wurde das Gesetz eingeführt?

    Millionen Menschen sind im Alltag auf barrierefreie digitale Angebote angewiesen.

    Zum Beispiel Menschen mit:

    • Sehbehinderungen
    • motorischen Einschränkungen
    • Hörbehinderungen
    • kognitiven Einschränkungen
    • temporären Einschränkungen
    • altersbedingten Veränderungen

    Digitale Barrieren führen häufig dazu, dass Menschen:

    • Informationen nicht wahrnehmen können
    • Formulare nicht bedienen können
    • Bestellungen nicht abschließen können
    • von Dienstleistungen ausgeschlossen werden

    Das BFSG soll genau das verhindern.

    Wer ist vom BFSG betroffen?

    Das Gesetz betrifft vor allem Unternehmen, die digitale Dienstleistungen oder Produkte für Verbraucher anbieten.

    Dazu gehören unter anderem:

    • Online-Shops
    • Banking-Apps
    • Telekommunikationsdienste
    • Ticket- und Buchungssysteme
    • E-Books und E-Reader
    • Selbstbedienungsterminals
    • Streamingdienste
    • Personenbeförderungsdienste
    • bestimmte Hardware-Produkte

    Sind alle Unternehmen betroffen?

    Nein.

    Kleine Unternehmen mit weniger als:

    • 10 Mitarbeitenden
      und
    • maximal 2 Millionen Euro Jahresumsatz

    sind bei Dienstleistungen teilweise ausgenommen.

    Wichtig:

    Die Ausnahme gilt nicht automatisch für alle Fälle oder Produkte.

    Außerdem kann Barrierefreiheit trotzdem wirtschaftlich sinnvoll oder vertraglich gefordert sein.

    Was bedeutet „barrierefrei“ konkret?

    Ein digitales Produkt gilt als barrierefrei, wenn es für möglichst viele Menschen nutzbar ist – unabhängig von Einschränkungen oder Hilfsmitteln.

    Das bedeutet beispielsweise:

    • Inhalte müssen verständlich sein
    • Texte müssen lesbar sein
    • Kontraste müssen ausreichend sein
    • Webseiten müssen per Tastatur bedienbar sein
    • Screenreader müssen Inhalte korrekt auslesen können
    • Formulare müssen verständlich funktionieren
    • Videos benötigen Untertitel
    • Informationen dürfen nicht nur über Farbe vermittelt werden

    Welche Standards sind relevant?

    Das BFSG verweist indirekt auf etablierte Accessibility-Standards.

    Besonders wichtig:

    WCAG (Web Content Accessibility Guidelines)

    Die WCAG definieren internationale Richtlinien für digitale Barrierefreiheit.

    Die vier Grundprinzipien:

    Wahrnehmbar

    Informationen müssen erkennbar sein.

    Bedienbar

    Interfaces müssen nutzbar sein – auch ohne Maus.

    Verständlich

    Inhalte und Bedienung müssen nachvollziehbar sein.

    Robust

    Inhalte müssen mit verschiedenen Technologien funktionieren.

    Was passiert bei Verstößen?

    Unternehmen können:

    • Beschwerden erhalten
    • Abmahnungen riskieren
    • rechtliche Konsequenzen erleben
    • Imageschäden erleiden

    Außerdem können Verbraucher melden, wenn digitale Angebote nicht barrierefrei nutzbar sind.

    Accessibility ist mehr als nur Gesetzgebung

    Viele Unternehmen betrachten Barrierefreiheit zunächst als Pflicht. In der Praxis zeigt sich jedoch schnell:

    Barrierefreie Produkte sind häufig bessere Produkte für alle.

    Denn gute Accessibility verbessert oft:

    • Usability
    • Verständlichkeit
    • Lesbarkeit
    • mobile Nutzung
    • SEO
    • allgemeine Nutzerzufriedenheit

    Barrierefreiheit ist deshalb nicht nur Compliance – sondern auch Qualitätsmerkmal.

    Typische Missverständnisse

    ❌ „Barrierefreiheit betrifft nur blinde Menschen.“

    Digitale Barrierefreiheit betrifft sehr viele unterschiedliche Bedürfnisse.

    ❌ „Das betrifft nur Behörden.“

    Das war früher oft der Fall.
    Mit dem BFSG betrifft Barrierefreiheit nun auch viele private Unternehmen.

    ❌ „Accessibility zerstört gutes Design.“

    Im Gegenteil:
    Gute Accessibility führt oft zu klareren, verständlicheren und nutzerfreundlicheren Interfaces.

    Wie sollten Unternehmen jetzt starten?

    Ein sinnvoller Einstieg:

    1. Bestehende Produkte analysieren

    Wo existieren bereits Barrieren?

    2. Accessibility in Planung, Design und Entwicklung integrieren

    Nicht erst am Ende testen.

    3. Teams sensibilisieren

    Accessibility ist Teamarbeit.

    4. Design Systeme und Komponenten prüfen

    Viele Probleme entstehen durch wiederverwendete UI-Komponenten.

    5. Mit echten Nutzern testen

    Automatische Tools allein reichen nicht aus.

    Fazit

    Das BFSG macht digitale Barrierefreiheit ab 2025 für viele Unternehmen verpflichtend. Doch hinter dem Gesetz steckt mehr als reine Regulierung.

    Es geht darum, digitale Produkte so zu gestalten, dass möglichst viele Menschen sie nutzen können – unabhängig von individuellen Einschränkungen.

  • Den Accessibility Tree verstehen – ohne Code-Kenntnisse

    Den Accessibility Tree verstehen – ohne Code-Kenntnisse

    Wer sich mit digitaler Barrierefreiheit beschäftigt, stößt früher oder später auf den Begriff Accessibility Tree. Für viele klingt das zunächst nach einem rein technischen Entwickler-Thema.

    Dabei ist der Accessibility Tree auch für UX Designer, Content-Verantwortliche und Produktteams extrem relevant.

    Denn:

    Screenreader und andere assistive Technologien „sehen“ keine Website wie wir Menschen.

    Sie greifen stattdessen auf eine vereinfachte, strukturierte Version der Oberfläche zu – den Accessibility Tree.

    Dieser Artikel erklärt verständlich, was dahinter steckt und warum das Thema auch ohne Programmierkenntnisse wichtig ist.


    Was ist der Accessibility Tree?

    Der Accessibility Tree ist eine Art übersetzte Struktur einer Website oder App.

    Man kann ihn sich vorstellen wie:

    • eine Inhaltsübersicht
    • eine semantische Beschreibung
    • eine vereinfachte Interpretation der Oberfläche

    Er enthält Informationen darüber:

    • welche Elemente existieren
    • welche Rolle sie haben
    • welche Texte vorgelesen werden
    • welche Elemente interaktiv sind
    • wie Inhalte strukturiert sind

    Warum gibt es den Accessibility Tree überhaupt?

    Menschen nutzen digitale Produkte auf unterschiedliche Weise.

    Beispielsweise:

    • mit Screenreadern
    • per Tastatur
    • mit Sprachsteuerung
    • mit Vergrößerung
    • mit alternativen Eingabegeräten

    Damit Hilfsmittel verstehen können, was auf einer Seite passiert, benötigen sie strukturierte Informationen.

    Der Accessibility Tree liefert genau diese Informationen.


    Ein wichtiger Perspektivwechsel

    Für sehende Menschen besteht eine Website aus:

    • Farben
    • Abständen
    • Bildern
    • Animationen
    • Layouts

    Für einen Screenreader besteht dieselbe Seite eher aus:

    • Überschriften
    • Buttons
    • Links
    • Formularfeldern
    • Listen
    • Beschreibungen

    Der Accessibility Tree ist also nicht die visuelle Darstellung einer Website – sondern ihre funktionale Bedeutung.


    Ein einfaches Beispiel

    Visuell sieht ein Button vielleicht so aus:

    🔍 Suche

    Für einen Screenreader könnte derselbe Button bedeuten:

    „Button: Suche“

    Oder schlimmstenfalls:

    „Button“

    Oder sogar:

    „Unbenanntes Element“

    Genau hier entstehen viele Accessibility-Probleme.


    Warum ist das für Designer wichtig?

    Viele Probleme entstehen bereits im Designprozess – lange bevor Code geschrieben wird.

    Zum Beispiel:

    • unklare Button-Beschriftungen
    • fehlende Informationshierarchien
    • Icons ohne Bedeutung
    • falsche Überschriftenstrukturen
    • rein visuelle Hinweise
    • unverständliche Formulare

    Designer beeinflussen also direkt, wie verständlich der spätere Accessibility Tree wird.


    Der Accessibility Tree beschreibt Bedeutung

    Der wichtigste Begriff dabei ist:

    Semantik

    Semantik bedeutet:

    Welche Bedeutung hat ein Element?

    Zum Beispiel:

    • Ist etwas eine Überschrift?
    • Ein Button?
    • Eine Navigation?
    • Eine Liste?
    • Ein Formularfeld?

    Assistive Technologien verlassen sich auf genau diese Informationen.


    Warum visuell schönes Design allein nicht reicht

    Eine Oberfläche kann modern und ästhetisch wirken – und trotzdem schwer zugänglich sein.

    Zum Beispiel:

    • klickbare Elemente ohne erkennbare Funktion
    • Überschriften, die nur optisch groß sind
    • Icons ohne Beschreibung
    • Formulare ohne Labels
    • Navigationen ohne Struktur

    Visuell mag alles klar erscheinen.
    Im Accessibility Tree kann dieselbe Oberfläche jedoch chaotisch wirken.


    Typische Probleme im Accessibility Tree

    ❌ „Button Button Button“

    Wenn Buttons keine verständlichen Namen besitzen.


    ❌ Fehlende Überschriftenstruktur

    Für Screenreader-Nutzer sind Überschriften oft die wichtigste Orientierung.


    ❌ Bilder ohne Bedeutung

    Wenn informative Bilder keine Beschreibung besitzen.


    ❌ Rein visuelle Informationen

    Beispiel:

    „Die roten Felder sind Pflichtfelder.“

    Was passiert, wenn jemand Farben nicht wahrnehmen kann?


    Der Accessibility Tree ist kein „Bonus“

    Viele Menschen denken:

    Accessibility wird später getestet.

    In Wahrheit entsteht ein guter Accessibility Tree bereits durch:

    • gute UX
    • klare Inhalte
    • sinnvolle Struktur
    • verständliche Sprache
    • semantisches Denken

    Accessibility beginnt also nicht im Audit.
    Sie beginnt beim Gestalten.


    Wie kann man den Accessibility Tree sichtbar machen?

    Auch ohne Programmierkenntnisse kann man ihn anschauen.

    Zum Beispiel in:

    • Chrome DevTools
    • Firefox Accessibility Inspector
    • Safari Web Inspector

    Dort lässt sich erkennen:

    • wie Elemente interpretiert werden
    • welche Rollen sie besitzen
    • welche Namen vorgelesen werden
    • welche Inhalte verborgen sind

    Das ist oft ein echter Aha-Moment.


    Ein hilfreicher Gedanke für UX Teams

    Frage dich bei Interfaces:

    Würde die Oberfläche auch funktionieren, wenn ich sie nicht sehen könnte?

    Genau an diesem Punkt beginnt der Accessibility Tree relevant zu werden.


    Accessibility Tree ≠ Screenreader allein

    Der Accessibility Tree hilft nicht nur blinden Menschen.

    Er unterstützt auch:

    • Sprachsteuerung
    • alternative Eingabegeräte
    • Tastatursteuerung
    • Assistenzsoftware
    • vereinfachte Bedienkonzepte

    Deshalb profitieren viele Menschen von einer sauberen semantischen Struktur.


    Fazit

    Der Accessibility Tree klingt technisch – beschreibt aber im Kern etwas sehr Menschliches:

    Kann eine digitale Oberfläche verständlich interpretiert werden?

    Für Designer bedeutet das:

    • nicht nur Oberflächen gestalten
    • sondern Bedeutung vermitteln
    • Orientierung schaffen
    • Zugänge ermöglichen
  • WCAG, BITV & Co.: Was ist der Unterschied?

    WCAG, BITV & Co.: Was ist der Unterschied?

    Wer sich mit digitaler Barrierefreiheit beschäftigt, begegnet schnell einer ganzen Reihe von Abkürzungen:

    • WCAG
    • BITV
    • EN 301 549
    • BFSG
    • EAA

    Gerade für Designer, Produktteams oder Unternehmen wirkt das Thema dadurch schnell unnötig kompliziert.

    Dabei hängen viele dieser Standards direkt zusammen.

    Dieser Artikel erklärt verständlich:

    • was die einzelnen Begriffe bedeuten
    • wie sie zusammenhängen
    • und warum sie für digitale Produkte relevant sind.

    Warum gibt es überhaupt Standards für Barrierefreiheit?

    Digitale Barrierefreiheit soll sicherstellen, dass möglichst viele Menschen digitale Produkte nutzen können – unabhängig von:

    • Einschränkungen
    • Alter
    • technischen Voraussetzungen
    • Assistenztechnologien

    Damit Unternehmen und Organisationen wissen, was dafür notwendig ist, braucht es gemeinsame Regeln und Standards.

    Genau dafür existieren WCAG, BITV & Co.


    WCAG – Die internationale Grundlage

    WCAG = Web Content Accessibility Guidelines

    Die WCAG sind internationale Richtlinien für digitale Barrierefreiheit.

    Sie werden vom:

    World Wide Web Consortium (W3C)

    entwickelt – der Organisation hinter vielen Webstandards.


    Die WCAG beschreiben konkrete Anforderungen

    Zum Beispiel:

    • ausreichende Farbkontraste
    • Tastaturbedienbarkeit
    • Alternativtexte für Bilder
    • verständliche Formulare
    • Fokuszustände
    • semantische Struktur
    • Untertitel für Videos

    Die WCAG sind also die eigentliche fachliche Grundlage vieler Accessibility-Anforderungen weltweit.


    Die vier Grundprinzipien der WCAG

    Die WCAG basieren auf vier zentralen Prinzipien:

    Wahrnehmbar

    Inhalte müssen erkennbar sein.


    Bedienbar

    Interfaces müssen nutzbar sein.


    Verständlich

    Inhalte und Interaktionen müssen nachvollziehbar sein.


    Robust

    Inhalte müssen mit verschiedenen Technologien funktionieren.


    Die WCAG sind kein Gesetz

    Das ist ein wichtiger Punkt.

    Die WCAG selbst sind:

    • keine deutsche Gesetzgebung
    • kein Gesetz
    • sondern ein internationaler Standard

    Sie definieren also:

    Wie digitale Barrierefreiheit technisch und konzeptionell umgesetzt werden kann.


    BITV – Die deutsche Verordnung

    BITV = Barrierefreie-Informationstechnik-Verordnung

    Die BITV ist eine deutsche gesetzliche Verordnung.

    Sie regelt, wie digitale Angebote öffentlicher Stellen in Deutschland barrierefrei gestaltet werden müssen.

    Zum Beispiel:

    • Behörden-Websites
    • Verwaltungsportale
    • öffentliche digitale Services

    Die BITV basiert auf den WCAG

    Die BITV erfindet keine völlig eigenen Accessibility-Regeln.

    Stattdessen verweist sie weitgehend auf die WCAG-Anforderungen.

    Vereinfacht gesagt:

    Die WCAG liefern die fachlichen Kriterien.
    Die BITV macht sie in Deutschland rechtlich relevant.


    EN 301 549 – Der europäische Standard

    Die:

    EN 301 549

    ist eine europäische Norm für digitale Barrierefreiheit.

    Sie definiert Anforderungen für:

    • Websites
    • Apps
    • Software
    • Hardware
    • Dokumente
    • digitale Services

    Die EN 301 549 verweist ebenfalls stark auf die WCAG.


    Warum ist die EN 301 549 wichtig?

    Sie dient häufig als Grundlage für:

    • öffentliche Ausschreibungen
    • EU-weite Anforderungen
    • technische Compliance-Prüfungen

    Viele Unternehmen begegnen ihr deshalb indirekt über Projekte oder Vergaben.


    BFSG – Das neue Gesetz für Unternehmen

    BFSG = Barrierefreiheitsstärkungsgesetz

    Das BFSG setzt den:

    European Accessibility Act (EAA)

    in deutsches Recht um.

    Es gilt ab:
    📅 28. Juni 2025

    und betrifft erstmals viele private Unternehmen.


    Was regelt das BFSG?

    Das BFSG verpflichtet bestimmte Unternehmen dazu, digitale Produkte und Dienstleistungen barrierefrei anzubieten.

    Zum Beispiel:

    • Online-Shops
    • Banking-Angebote
    • Ticketsysteme
    • Apps
    • E-Books
    • Selbstbedienungsterminals

    Wie hängen die Begriffe zusammen?

    Vereinfacht dargestellt:

    WCAG

    = internationale Accessibility-Richtlinien

    EN 301 549

    = europäische Norm auf Basis der WCAG

    BITV / BFSG

    = gesetzliche Regelungen in Deutschland


    Warum wirkt das Thema oft so kompliziert?

    Viele Begriffe beschreiben unterschiedliche Ebenen:

    BegriffTyp
    WCAGinternationaler Standard
    BITVdeutsche Verordnung
    EN 301 549europäische Norm
    BFSGdeutsches Gesetz
    EAAEU-Richtlinie

    Dadurch entstehen viele Abkürzungen – obwohl sich die Inhalte häufig überschneiden.


    Was bedeutet das für UX Designer?

    Für UX Designer sind vor allem die WCAG relevant.

    Denn sie beschreiben:

    • konkrete Accessibility-Prinzipien
    • typische Barrieren
    • Anforderungen an Interfaces
    • UX-relevante Kriterien

    Zum Beispiel:

    • Kontraste
    • Fokusführung
    • Formulare
    • Struktur
    • Navigation
    • Tastaturbedienung

    Accessibility ist mehr als Compliance

    Viele Unternehmen betrachten WCAG oder BITV zunächst als reine Pflicht.

    In der Praxis zeigt sich jedoch:

    Gute Accessibility verbessert oft die UX insgesamt.

    Denn viele Accessibility-Anforderungen führen gleichzeitig zu:

    • klareren Interfaces
    • besserer Orientierung
    • verständlicheren Inhalten
    • weniger Frustration

    Typische Missverständnisse

    ❌ „BITV und WCAG sind dasselbe.“

    Nein.

    Die WCAG sind internationale Richtlinien.
    Die BITV ist eine deutsche Verordnung.


    ❌ „Accessibility betrifft nur Behörden.“

    Spätestens durch das BFSG betrifft Barrierefreiheit auch viele Unternehmen.


    ❌ „WCAG ist nur ein Entwickler-Thema.“

    Viele WCAG-Anforderungen entstehen bereits im:

    • UX Design
    • Content Design
    • Interaction Design
    • Informationsdesign

    Ein hilfreicher Gedanke

    Man muss nicht sofort jede Norm auswendig kennen.

    Wichtiger ist zunächst zu verstehen:

    Alle diese Standards verfolgen dasselbe Ziel:
    digitale Produkte zugänglicher und nutzbarer für Menschen zu machen.


    Fazit

    WCAG, BITV, EN 301 549 und BFSG wirken auf den ersten Blick wie komplizierte Fachbegriffe. Tatsächlich bauen viele dieser Standards direkt aufeinander auf.

    Kurz zusammengefasst:

    • Die WCAG definieren internationale Accessibility-Richtlinien.
    • Die BITV macht Anforderungen in Deutschland rechtlich relevant.
    • Die EN 301 549 bildet die europäische Normengrundlage.
    • Das BFSG verpflichtet ab 2025 viele Unternehmen zur digitalen Barrierefreiheit.

    Am Ende geht es jedoch nicht primär um Abkürzungen oder Compliance.
    Es geht darum, digitale Produkte so zu gestalten, dass möglichst viele Menschen sie nutzen können.

  • Barrierefreiheit in agilen Teams

    Barrierefreiheit in agilen Teams

    Digitale Barrierefreiheit scheitert selten an einzelnen Personen.
    Oft scheitert sie an Prozessen.

    Gerade in agilen Teams passiert Accessibility häufig:

    • zu spät
    • nebenbei
    • unklar verteilt
    • ohne feste Verantwortung
    • oder erst kurz vor dem Release

    Dabei bietet agile Produktentwicklung eigentlich ideale Voraussetzungen für barrierefreie digitale Produkte.

    Denn:

    Accessibility funktioniert am besten, wenn sie kontinuierlich mitentwickelt wird – nicht erst am Ende.

    Dieser Artikel zeigt, wie Barrierefreiheit sinnvoll in agile Teams integriert werden kann.


    Warum Accessibility oft zu spät kommt

    In vielen Projekten läuft Accessibility ungefähr so:

    1. Feature wird geplant
    2. Design wird erstellt
    3. Entwicklung beginnt
    4. Kurz vor Launch heißt es:

    „Wir müssen noch Accessibility prüfen.“

    Das Problem:
    Viele grundlegende Entscheidungen sind dann bereits getroffen.

    Dadurch entstehen:

    • hohe Nachbesserungsaufwände
    • technische Kompromisse
    • Frustration im Team
    • unvollständige Lösungen

    Accessibility ist kein einzelner Task

    Ein häufiger Fehler:
    Accessibility wird wie ein zusätzlicher Punkt auf einer Checkliste behandelt.

    Zum Beispiel:

    • „Accessibility später prüfen“
    • „Alt-Texte ergänzen“
    • „Kontraste fixen“

    Doch Barrierefreiheit betrifft fast alle Bereiche eines digitalen Produkts:

    • UX
    • Content
    • Design
    • Entwicklung
    • QA
    • Produktstrategie

    Deshalb funktioniert Accessibility nicht isoliert.


    Agile Teams haben eigentlich ideale Voraussetzungen

    Agile Arbeitsweisen bieten viele Vorteile:

    • iterative Entwicklung
    • schnelles Feedback
    • kontinuierliche Verbesserung
    • enge Zusammenarbeit
    • kurze Abstimmungswege

    Genau das passt hervorragend zu Accessibility.

    Denn gute Barrierefreiheit entsteht ebenfalls iterativ:

    • testen
    • lernen
    • verbessern
    • anpassen

    Accessibility sollte Teil der Definition of Done sein

    Ein sehr wichtiger Schritt:

    Accessibility muss Teil der Qualitätsdefinition werden.

    Nicht:

    • „wenn Zeit bleibt“
    • „vor dem Audit“
    • „später im Projekt“

    Sondern:

    Standardbestandteil guter Produktqualität.


    Beispiel: Definition of Done

    Eine Story gilt erst als abgeschlossen, wenn:

    • Tastaturbedienung funktioniert
    • Fokus sichtbar ist
    • Screenreader-Inhalte sinnvoll sind
    • Kontraste geprüft wurden
    • Formulare verständlich funktionieren

    Dadurch wird Accessibility selbstverständlich Teil des Prozesses.


    Accessibility beginnt bereits im Refinement

    Viele Accessibility-Probleme entstehen schon bei der Anforderungsdefinition.

    Deshalb sollten Teams früh fragen:

    • Wer könnte Schwierigkeiten mit dieser Funktion haben?
    • Welche Nutzungssituationen müssen berücksichtigt werden?
    • Gibt es potenzielle Barrieren?
    • Welche Accessibility-Anforderungen ergeben sich daraus?

    So wird Accessibility Teil der Produktlogik – nicht nur Teil des QA-Prozesses.


    Gute User Stories helfen enorm

    Accessibility sollte bereits in User Stories sichtbar werden.

    Beispiel:

    Als Tastaturnutzer möchte ich Dialoge vollständig ohne Maus bedienen können, damit ich die Anwendung selbstständig nutzen kann.

    Oder:

    Als Nutzer mit Screenreader möchte ich verständliche Fehlermeldungen erhalten, damit ich Eingaben korrigieren kann.

    Solche Stories schaffen:

    • konkrete Perspektiven
    • klare Anforderungen
    • bessere Diskussionen im Team

    Accessibility ist Teamarbeit

    Ein häufiger Irrtum:

    Accessibility ist Aufgabe der Entwickler.

    In Wahrheit tragen viele Rollen Verantwortung.


    UX & UI Design

    Designer beeinflussen:

    • Struktur
    • Lesbarkeit
    • Kontraste
    • Fokusführung
    • Informationsarchitektur
    • Interaktionsmuster

    Viele Accessibility-Probleme entstehen bereits im Design.


    Content & Redaktion

    Texte beeinflussen:

    • Verständlichkeit
    • Lesbarkeit
    • Orientierung
    • Fehlertoleranz

    Komplexe Sprache kann genauso ausschließend wirken wie technische Barrieren.


    Entwicklung

    Entwickler sorgen unter anderem für:

    • semantische Struktur
    • Tastaturbedienbarkeit
    • Screenreader-Kompatibilität
    • Fokusmanagement
    • technische Robustheit

    QA & Testing

    Testing prüft:

    • reale Nutzbarkeit
    • Barrieren
    • Konsistenz
    • Interaktionsprobleme

    Wichtig:
    Automatische Tests allein reichen nicht aus.


    Product Owner & Management

    Priorisierung entscheidet maßgeblich darüber:

    • ob Accessibility ernst genommen wird
    • ob Zeit eingeplant wird
    • ob Qualität langfristig gesichert bleibt

    Accessibility braucht gemeinsame Verantwortung

    Das stärkste Setup entsteht, wenn Accessibility:

    • kein Spezialthema bleibt
    • nicht an Einzelpersonen hängt
    • sondern Teil der Teamkultur wird

    Denn:

    Barrierefreiheit entsteht nicht durch einzelne Experten allein.
    Sie entsteht durch gemeinsame Entscheidungen.


    Kleine Schritte sind besser als Perfektionismus

    Viele Teams fühlen sich vom Thema zunächst überfordert.

    Deshalb wichtig:

    Nicht auf den perfekten Accessibility-Start warten.

    Schon kleine Schritte helfen:

    • Fokuszustände prüfen
    • Kontraste verbessern
    • Tastatur testen
    • Alt-Texte bewusst einsetzen
    • semantische Komponenten verwenden

    Accessibility ist ein kontinuierlicher Reifeprozess.


    Design Systeme können Teams enorm helfen

    Ein gutes Design System reduziert viele Accessibility-Probleme bereits vorab.

    Zum Beispiel durch:

    • getestete Komponenten
    • definierte Kontraste
    • konsistente Interaktionen
    • Fokus-Standards
    • semantische Patterns

    Dadurch muss nicht jedes Team alles neu lösen.


    Accessibility muss sichtbar werden

    Was nicht sichtbar ist, wird oft vergessen.

    Hilfreich sind:

    • Accessibility-Checks im Sprint
    • feste QA-Kriterien
    • gemeinsame Reviews
    • Accessibility-Boards
    • Team-Wissenstransfer
    • kleine Schulungen

    Accessibility lebt von Bewusstsein.


    Testing mit echten Menschen verändert Perspektiven

    Nichts verändert Teams stärker als reale Nutzertests.

    Wenn Teams erleben:

    • wie Screenreader genutzt werden
    • wie Tastaturnavigation funktioniert
    • wo Menschen scheitern
    • welche Barrieren Frustration erzeugen

    wird Accessibility plötzlich greifbar und menschlich.


    Accessibility verbessert oft die Produktqualität insgesamt

    Viele Maßnahmen helfen nicht nur einzelnen Gruppen.

    Zum Beispiel:

    • verständliche Formulare
    • klare Navigation
    • konsistente Interaktionen
    • bessere Fehlermeldungen
    • lesbare Inhalte

    Accessibility verbessert häufig:

    • UX
    • Wartbarkeit
    • Klarheit
    • Produktqualität insgesamt

    Fazit

    Barrierefreiheit funktioniert in agilen Teams am besten, wenn sie nicht als Sonderaufgabe behandelt wird.

    Sondern als selbstverständlicher Bestandteil guter Produktentwicklung.

    Accessibility beginnt:

    • bei Anforderungen
    • im Design
    • in User Stories
    • in Komponenten
    • in Reviews
    • in Teamentscheidungen

    Und genau deshalb ist Barrierefreiheit keine Aufgabe einzelner Experten allein.

    Sie ist Teamarbeit.

  • Accessibility-first: Warum barrierefreie Produkte oft bessere Produkte sind

    Accessibility-first: Warum barrierefreie Produkte oft bessere Produkte sind

    Wenn über digitale Barrierefreiheit gesprochen wird, denken viele Unternehmen zunächst an:

    • gesetzliche Anforderungen
    • Compliance
    • WCAG-Checklisten
    • technische Einschränkungen

    Dabei wird häufig übersehen:

    Accessibility verbessert oft die Produktqualität insgesamt.

    Viele der besten digitalen Nutzererlebnisse folgen Prinzipien, die ursprünglich aus der Barrierefreiheit stammen:

    • klare Navigation
    • verständliche Sprache
    • gute Kontraste
    • konsistente Interaktionen
    • einfache Bedienung

    Accessibility-first bedeutet deshalb nicht:

    Produkte „für Menschen mit Einschränkungen“ zu bauen.

    Sondern:

    Produkte zu gestalten, die für möglichst viele Menschen besser funktionieren.


    Was bedeutet „Accessibility-first“?

    Accessibility-first beschreibt einen Ansatz, bei dem Barrierefreiheit nicht nachträglich ergänzt wird.

    Sondern:

    • von Anfang an mitgedacht
    • Teil der Produktstrategie
    • Bestandteil von UX und Design
    • integrierter Teil der Entwicklung

    Accessibility wird dabei nicht als Zusatz verstanden, sondern als Qualitätsprinzip.


    Gute Accessibility verbessert oft die Usability

    Viele Accessibility-Prinzipien überschneiden sich direkt mit gutem UX Design.

    Zum Beispiel:

    Accessibility-PrinzipVerbessert gleichzeitig
    Gute KontrasteLesbarkeit
    Klare FokusführungOrientierung
    Verständliche SpracheVerständlichkeit
    Große KlickflächenMobile Usability
    TastaturbedienungEffizienz
    Strukturierte InhalteScanbarkeit

    Deshalb profitieren häufig deutlich mehr Menschen von Accessibility-Maßnahmen als ursprünglich erwartet.


    Der Mythos vom „Durchschnittsnutzer“

    Viele digitale Produkte werden für einen idealisierten Standardnutzer entwickelt:

    • technisch versiert
    • konzentriert
    • fehlerfrei
    • mit perfektem Sehvermögen
    • mit aktueller Hardware
    • mit Maus und Tastatur

    Die Realität sieht anders aus.

    Menschen nutzen Produkte:

    • unterwegs
    • unter Stress
    • mit Müdigkeit
    • auf kleinen Displays
    • mit schlechter Internetverbindung
    • mit temporären Einschränkungen
    • mit Assistenztechnologien

    Accessibility-first berücksichtigt genau diese Realität.


    Gute Accessibility reduziert Frustration

    Viele UX-Probleme entstehen durch unnötige Hürden:

    • kleine Klickflächen
    • unklare Formulare
    • komplizierte Sprache
    • fehlende Orientierung
    • überladene Interfaces

    Barrierefreiheit zwingt Teams oft dazu:

    • klarer zu strukturieren
    • einfacher zu formulieren
    • konsistenter zu gestalten

    Das verbessert die Nutzung insgesamt.


    Accessibility fördert bessere Informationsarchitektur

    Screenreader-Nutzer sind stark auf:

    • Überschriften
    • Struktur
    • Reihenfolge
    • Orientierung

    angewiesen.

    Dadurch entsteht automatisch der Fokus auf:

    • klare Hierarchien
    • logische Inhaltsstruktur
    • verständliche Navigation

    Und genau davon profitieren auch:

    • mobile Nutzer
    • Suchmaschinen
    • Menschen mit wenig Zeit
    • Menschen unter Stress

    Gute Accessibility macht Produkte robuster

    Barrierefreie Produkte funktionieren häufig stabiler:

    • auf unterschiedlichen Geräten
    • mit verschiedenen Browsern
    • bei Zoom oder Vergrößerung
    • mit alternativen Eingabemethoden
    • bei schlechter Netzqualität

    Accessibility-first führt deshalb oft zu technisch robusteren Lösungen.


    Klare Sprache hilft allen

    Einfache und verständliche Sprache verbessert:

    • Lesbarkeit
    • Verständlichkeit
    • Conversion
    • Fehlerminimierung

    Nicht nur für:

    • Menschen mit kognitiven Einschränkungen
    • Nicht-Muttersprachler
    • Menschen mit Lernschwierigkeiten

    Sondern eigentlich für fast alle.


    Untertitel sind ein gutes Beispiel

    Untertitel wurden ursprünglich vor allem für gehörlose Menschen entwickelt.

    Heute nutzen sie viele Menschen:

    • unterwegs ohne Ton
    • in lauten Umgebungen
    • beim Lernen
    • bei fremdsprachigen Inhalten
    • beim schnellen Scannen von Videos

    Ein klassisches Beispiel dafür, wie Accessibility allgemein nützlich wird.


    Accessibility verbessert mobile Nutzung

    Viele Accessibility-Prinzipien sind gleichzeitig Mobile-UX-Prinzipien:

    • ausreichend große Touchflächen
    • klare Navigation
    • gute Lesbarkeit
    • reduzierte Komplexität
    • verständliche Interaktionen

    Deshalb fühlen sich barrierefreie Interfaces oft intuitiver an.


    Accessibility reduziert kognitive Belastung

    Gute Accessibility bedeutet häufig:

    • weniger visuelle Unruhe
    • klarere Struktur
    • bessere Fokusführung
    • verständlichere Interaktionen

    Das reduziert mentale Belastung.

    Und genau das hilft:

    • unter Zeitdruck
    • bei Müdigkeit
    • bei Stress
    • bei komplexen Aufgaben

    Accessibility verbessert oft SEO

    Viele technische Accessibility-Maßnahmen helfen gleichzeitig Suchmaschinen:

    • semantische Struktur
    • sinnvolle Überschriften
    • Alt-Texte
    • verständliche Inhalte
    • saubere HTML-Struktur

    Accessibility und SEO verfolgen in vielen Bereichen ähnliche Ziele:

    Inhalte verständlich strukturieren.


    Accessibility schafft bessere Design Systeme

    Wenn Accessibility früh berücksichtigt wird, entstehen häufig:

    • konsistentere Komponenten
    • klarere Patterns
    • robustere Interaktionen
    • bessere Dokumentation

    Dadurch verbessert sich langfristig die Produktqualität im gesamten System.


    Accessibility-first verändert die Denkweise

    Der größte Unterschied liegt oft nicht in einzelnen Features.

    Sondern im Perspektivwechsel.

    Teams fragen plötzlich:

    • Wer könnte hier Schwierigkeiten haben?
    • Was passiert ohne Maus?
    • Ist das verständlich?
    • Funktioniert das unter Stress?
    • Können möglichst viele Menschen das nutzen?

    Genau diese Fragen führen meist zu besseren UX-Entscheidungen.


    Accessibility ist kein Kreativitätsverlust

    Ein häufiges Vorurteil:

    Accessibility schränkt Design ein.

    In Wahrheit führt gute Accessibility oft zu:

    • klareren Interfaces
    • besseren Interaktionen
    • stärkerem Fokus
    • verständlicheren Produkten

    Die Herausforderung besteht nicht darin, trotz Accessibility gute UX zu gestalten.

    Sondern:

    Wegen Accessibility bessere UX zu gestalten.


    Accessibility-first spart langfristig Aufwand

    Barrierefreiheit nachträglich zu ergänzen ist oft teuer.

    Accessibility-first reduziert:

    • technische Schulden
    • Redesigns
    • Nachbesserungen
    • inkonsistente Lösungen

    Je früher Accessibility integriert wird, desto natürlicher wird sie Teil des Produkts.


    Gute Produkte entstehen selten durch Ausschluss

    Viele erfolgreiche Produkte wirken intuitiv, weil sie:

    • flexibel
    • fehlertolerant
    • verständlich
    • robust
    • klar strukturiert

    sind.

    Genau das sind auch zentrale Accessibility-Prinzipien.


    Fazit

    Accessibility-first bedeutet nicht, Produkte komplizierter zu machen.

    Sondern:

    • verständlicher
    • robuster
    • klarer
    • nutzerfreundlicher

    Barrierefreie Produkte sind häufig bessere Produkte, weil sie reale menschliche Bedürfnisse ernst nehmen – nicht nur ideale Nutzungsszenarien.

  • UX beginnt beim Menschen

    UX beginnt beim Menschen

    Der Begriff „User Experience“ ist längst fester Bestandteil digitaler Produktentwicklung. Doch je häufiger von „Usern“, „Flows“ und „Optimierung“ gesprochen wird, desto leichter gerät ein zentraler Gedanke in den Hintergrund:

    Hinter jedem User steckt ein Mensch.

    Ein Mensch mit individuellen Bedürfnissen, Fähigkeiten, Erfahrungen, Emotionen und Herausforderungen.

    Gute UX bedeutet deshalb nicht nur, Interfaces effizient zu gestalten.
    Gute UX bedeutet, Menschen zu verstehen.

    Warum „User“ oft zu abstrakt klingt

    In vielen Projekten wird über Nutzer gesprochen wie über technische Zielgruppen:

    • „Der User klickt hier.“
    • „Der User konvertiert dort.“
    • „Der User versteht das schon.“

    Doch Menschen funktionieren nicht wie lineare Prozesse.

    Sie:

    • sind unterschiedlich aufmerksam
    • unterschiedlich erfahren
    • unterschiedlich belastbar
    • unterschiedlich schnell
    • unterschiedlich mobil
    • unterschiedlich gesund
    • unterschiedlich technikaffin

    Und genau deshalb funktioniert gutes UX Design niemals nach dem Prinzip:

    One size fits all.

    UX ist mehr als schöne Oberflächen

    Oft wird UX mit modernem UI Design verwechselt:

    • große Bilder
    • Animationen
    • Trends
    • minimalistische Interfaces

    Doch echte User Experience entsteht nicht durch Ästhetik allein.

    Sie entsteht, wenn Menschen:

    • Inhalte verstehen
    • Aufgaben erfolgreich abschließen
    • Orientierung behalten
    • sich sicher fühlen
    • keine unnötigen Hürden erleben

    Oder einfacher gesagt:

    Wenn digitale Produkte Menschen unterstützen statt sie zu überfordern.

    Menschen erleben Produkte unterschiedlich

    Ein und dieselbe Oberfläche kann völlig unterschiedlich wahrgenommen werden.

    Zum Beispiel:

    • Eine kleine Schrift kann für manche elegant wirken – für andere unlesbar.
    • Eine Animation kann modern erscheinen – oder ablenkend und belastend.
    • Ein kompliziertes Formular kann für manche trivial sein – für andere unlösbar.

    Deshalb beginnt gutes UX nicht beim Interface.
    Es beginnt beim Verständnis für unterschiedliche Nutzungssituationen.

    Accessibility ist kein Sonderfall

    Digitale Barrierefreiheit wird häufig als zusätzlicher Spezialbereich betrachtet.

    Dabei ist sie eigentlich eine der konsequentesten Formen von menschenzentriertem Design.

    Denn Accessibility stellt eine einfache Frage:

    Können möglichst viele Menschen ein digitales Produkt nutzen?

    Nicht irgendwann.
    Nicht mit Workarounds.
    Sondern selbstverständlich.

    Der Durchschnitt existiert nicht

    Viele digitale Produkte werden unbewusst für einen idealisierten Standardnutzer gestaltet:

    • jung
    • technisch versiert
    • gesund
    • aufmerksam
    • mit perfekter Internetverbindung
    • mit aktueller Hardware

    Die Realität sieht anders aus.

    Menschen nutzen digitale Produkte:

    • unterwegs
    • unter Stress
    • mit Einschränkungen
    • mit Müdigkeit
    • mit Ablenkung
    • mit schlechten Lichtverhältnissen
    • mit Assistenztechnologien

    Wer UX wirklich menschenzentriert denkt, gestaltet deshalb nicht für den Durchschnitt – sondern für Vielfalt.

    Gute UX reduziert Unsicherheit

    Viele digitale Probleme entstehen nicht durch fehlende Funktionen, sondern durch fehlende Klarheit.

    Menschen fragen sich:

    • Was passiert als Nächstes?
    • Habe ich etwas falsch gemacht?
    • Ist meine Eingabe gespeichert?
    • Kann ich zurück?
    • Warum funktioniert das nicht?

    Gutes UX Design beantwortet solche Fragen, bevor sie entstehen.

    Es schafft:

    • Orientierung
    • Vertrauen
    • Verständlichkeit
    • Sicherheit

    Menschen wollen keine Interfaces lernen

    Die meisten Menschen interessieren sich nicht für Interfaces.
    Sie wollen ein Ziel erreichen.

    Zum Beispiel:

    • ein Ticket buchen
    • einen Vertrag abschließen
    • Informationen finden
    • Kontakt aufnehmen
    • eine Rechnung bezahlen

    Wenn Menschen über das Interface nachdenken müssen, ist das oft bereits ein Zeichen für unnötige Komplexität.

    UX bedeutet Verantwortung

    Digitale Produkte beeinflussen heute viele Bereiche unseres Lebens:

    • Kommunikation
    • Bildung
    • Gesundheit
    • Mobilität
    • Arbeit
    • Finanzen

    Deshalb ist UX nicht nur Gestaltung.
    UX bedeutet auch Verantwortung.

    Schlechte UX kann:

    • Menschen ausschließen
    • Frustration erzeugen
    • Unsicherheit verstärken
    • Abhängigkeiten schaffen

    Gute UX hingegen ermöglicht Teilhabe.

    Menschenzentriertes UX beginnt mit Zuhören

    Gutes UX entsteht nicht allein in Figma oder Workshops.

    Es entsteht durch:

    • Beobachtung
    • Empathie
    • Tests
    • echtes Feedback
    • unterschiedliche Perspektiven

    Menschenzentriertes Design bedeutet:

    Nicht für Menschen entscheiden, sondern mit ihnen gestalten.

    Accessibility verbessert UX für alle

    Viele Accessibility-Prinzipien verbessern die Nutzung insgesamt:

    • klare Sprache
    • gute Kontraste
    • verständliche Navigation
    • große Klickflächen
    • strukturierte Inhalte
    • konsistente Bedienung

    Barrierefreiheit ist deshalb kein Gegensatz zu gutem UX Design.

    Oft ist sie der direkteste Weg dorthin.

    Fazit

    UX beginnt nicht bei Komponenten, Screens oder Design-Systemen.

    UX beginnt beim Menschen.

    Bei seinen Bedürfnissen.
    Seinen Grenzen.
    Seinen Erwartungen.
    Seiner Vielfalt.

  • 10 schnelle Accessibility-Checks für Designer

    10 schnelle Accessibility-Checks für Designer

    Digitale Barrierefreiheit beginnt nicht erst in der Entwicklung oder im Testing. Viele Accessibility-Probleme entstehen bereits im Designprozess – und lassen sich dort oft mit wenig Aufwand vermeiden.

    Die gute Nachricht: Man muss kein Accessibility-Experte sein, um erste wichtige Verbesserungen umzusetzen. Schon wenige einfache Checks helfen dabei, digitale Produkte zugänglicher und nutzerfreundlicher für alle Menschen zu gestalten.

    Hier sind zehn schnelle Accessibility-Checks, die Designer direkt in ihren Arbeitsalltag integrieren können.

    1. Reicht der Farbkontrast aus?

    Einer der häufigsten Accessibility-Probleme sind zu geringe Kontraste zwischen Text und Hintergrund.

    Besonders betroffen sind:

    • heller Grauton auf weißem Hintergrund
    • kleine Texte
    • Buttons mit schwacher Farbgebung

    Ein guter Richtwert:

    • normaler Text: mindestens 4.5:1
    • große Schrift: mindestens 3:1

    Tools wie Stark, Contrast oder die integrierten Funktionen in Figma helfen bei der schnellen Überprüfung.

    2. Funktioniert die Oberfläche auch ohne Farbe?

    Farben sollten niemals die einzige Möglichkeit sein, Informationen zu vermitteln.

    Problematisch sind beispielsweise:

    • Fehlermeldungen nur in Rot
    • aktive Zustände ausschließlich durch Farbe
    • Diagramme ohne zusätzliche Kennzeichnung

    Ergänze Farben immer durch:

    • Icons
    • Labels
    • Muster
    • Texte
    • Unterstreichungen

    3. Sind Schriftgrößen gut lesbar?

    Sehr kleine Schriftgrößen wirken oft modern oder minimalistisch – sind aber für viele Menschen schwer lesbar.

    Empfehlungen:

    • Fließtext möglichst nicht unter 16px
    • ausreichender Zeilenabstand
    • keine extrem dünnen Schriftgewichte

    Gute Lesbarkeit verbessert die User Experience für alle Menschen – nicht nur für Menschen mit Einschränkungen.

    4. Gibt es klare Fokus-Zustände?

    Viele Menschen navigieren mit der Tastatur statt mit der Maus.

    Deshalb wichtig:

    • sichtbare Fokus-Rahmen
    • klare Hover- und Fokuszustände
    • keine entfernten Outline-Styles ohne Ersatz

    Ein häufiger Fehler:

    outline: none;

    Wenn Fokuszustände verschwinden, wird Navigation schnell schwierig oder unmöglich.

    Auch Kontrastvorgaben sollten bei der Wahl des Fokus-Rahmens berücksichtigt werden, um eine Sichtbarkeit zu gewährleisten.

    5. Sind Buttons und Links eindeutig erkennbar?

    Interaktive Elemente sollten sofort als solche wahrnehmbar sein.

    Problematisch:

    • Links ohne Unterstreichung
    • klickbare Elemente ohne visuelles Feedback (z. B. sollte sich der Mauszeiger ändern)
    • zu kleine Klickflächen ( Buttons sollten minimal sollten sie 24 x 24 Pixel betragen nach WCAG)

    Besonders auf mobilen Geräten sind ausreichend große Touch-Ziele entscheidend.

    6. Ist die Informationshierarchie klar?

    Eine gute visuelle Hierarchie hilft allen Nutzern bei der Orientierung.

    Fragen zur Selbstkontrolle:

    • Ist sofort erkennbar, worum es auf der Seite geht?
    • Sind Überschriften klar strukturiert?
    • Werden wichtige Inhalte visuell hervorgehoben?

    Klare Strukturen reduzieren kognitive Belastung und verbessern die Verständlichkeit.

    7. Sind Formulare verständlich gestaltet?

    Formulare gehören zu den häufigsten Problemquellen.

    Wichtige Punkte:

    • sichtbare Labels statt nur Placeholder
    • verständliche Fehlermeldungen
    • klare Pflichtfeld-Kennzeichnung
    • ausreichend Abstand zwischen Eingabefeldern

    Ein gutes Formular unterstützt Menschen – statt sie zu frustrieren.

    8. Funktionieren Komponenten auch mit Zoom?

    Viele Menschen vergrößern Inhalte auf 200 % oder mehr.

    Teste deshalb:

    • Brechen Inhalte auseinander?
    • Werden Texte abgeschnitten?
    • Funktionieren Navigation und Dialoge weiterhin?

    Responsive Design allein bedeutet nicht automatisch barrierefreies Design.

    9. Werden Bewegungen sinnvoll eingesetzt?

    Animationen können Orientierung schaffen – aber auch überfordern.

    Vermeide:

    • hektische Bewegungen
    • dauerhaft animierte Inhalte
    • unerwartete automatische Bewegungen

    Animation sollte unterstützen, nicht ablenken.

    10. Würde die Oberfläche auch ohne Design funktionieren?

    Ein hilfreicher Gedanke:

    Funktioniert die Seite noch, wenn Farben, Schatten und Animationen entfernt werden?

    Wenn Struktur, Verständlichkeit und Bedienbarkeit dann weiterhin funktionieren, ist meist bereits eine gute Grundlage geschaffen.

    Accessibility bedeutet nicht, auf gutes Design zu verzichten. Im Gegenteil: Häufig entstehen dadurch klarere, verständlichere und bessere Nutzererlebnisse für alle.

    Fazit

    Barrierefreiheit ist kein zusätzlicher Schritt am Ende eines Projekts. Sie beginnt bereits im Designprozess (und sollte schon in den Anforderungen mit berücksichtig sein) – bei Entscheidungen über Farben, Typografie, Struktur und Interaktionen.

    Schon kleine Anpassungen können einen großen Unterschied machen. Nicht nur für Menschen mit Einschränkungen, sondern für alle, die digitale Produkte nutzen.