Entwirf sie mit, statt sie später zu auditieren. Prüf Farbkontrast schon bei der Farbwahl (4.5:1 für Fließtext, 3:1 für großen Text und UI-Komponenten nach WCAG 2.2 AA), spezifizier Fokusreihenfolge und Tastaturverhalten in der Spec, annotier Überschriften, Labels und Landmarks für die Entwicklung, und denk an Zielgröße und Bewegungspräferenzen. Nachträglich einzubauen kostet immer mehr.
Warum Interviewer das fragen
Barrierefreiheit ist in vielen Märkten inzwischen eine rechtliche und beschaffungsrelevante Anforderung und kein Nice-to-have, und Teams haben sich die Finger an Designern verbrannt, die Mockups ohne Fokuszustände und ohne Tastaturgeschichte übergeben. Interviewer wollen Konkretes: echte Verhältnisse, was du annotierst, welche Werkzeuge du nutzt. Vage Begeisterung für inklusives Design ohne Zahlen wirkt wie jemand, der über Barrierefreiheit gelesen statt sie ausgeliefert hat.
So baust du deine Antwort auf
- Back Kontrast- und Schriftgrößenprüfungen in die Designphase ein, nicht ins Review.
- Spezifizier Tastaturreihenfolge, Fokuszustände und Fehlerbehandlung in der Übergabe.
- Annotier Semantik: Überschriften, Labels, Landmarks, Live-Regionen.
- Nenn die Werkzeuge und Standards, gegen die du arbeitest.
- Teste mit Screenreader und Tastatur, bevor du es fertig nennst.
Beispielantwort
Ich versuche, es langweilig und routiniert zu machen statt zu einem heldenhaften Audit am Ende. Wenn ich Farben wähle, prüfe ich den Kontrast direkt dort, und unsere Tokens tragen das Bestanden oder Durchgefallen mit sich, damit später niemand darüber nachdenken muss. Jeder Flow, den ich übergebe, hat eine Tastaturgeschichte: wie die Tab-Reihenfolge ist, wohin der Fokus geht, wenn ein Modal aufgeht, und wohin er zurückkehrt, wenn es schließt, und wie Fehler angesagt werden. Ich annotiere Struktur direkt auf den Frames, also Überschriftenebenen, was ein Button und was ein Link ist, und den zugänglichen Namen für Bedienelemente, die nur ein Icon haben. Letzteres fängt viele Bugs, denn ein Icon-Button ohne zugänglichen Namen wird schlicht als "Button" angesagt, obwohl er völlig in Ordnung aussieht. Ich lasse axe über die gebaute Version laufen und habe VoiceOver auf meinem Rechner und benutze es, schlecht, aber genug, um offensichtliche Brüche zu finden. Und ich denke an die Zielgröße, mindestens 24 mal 24 CSS-Pixel nach WCAG 2.2, plus Alternativen mit reduzierter Bewegung für alles, was animiert.
Steht dieses Vorstellungsgespräch bald an? GhostPilot hört bei deinem Live-Call mit, erkennt die Frage in dem Moment, in dem sie gestellt wird, und bringt dir eine strukturierte Antwort in Echtzeit auf den Bildschirm. Probier es im nächsten Mock aus, oder hol dir einen $29 Session Pass, kein Abo, für den Ernstfall.
So funktioniert esNachfragen, mit denen du rechnen solltest
- Welches Kontrastverhältnis braucht ein deaktiviertes Bedienelement?
- Wie handhabst du Fokusmanagement in einer Single Page App?
- Was würdest du tun, wenn die Entwicklung sagt, für Barrierefreiheit sei keine Zeit?
Weitere Fragen für UX Designer
Dein Interviewer stellt seine eigene Version davon. Kopier deine echte Stellenbeschreibung in den kostenlosen Question Predictor und bekomm die 20 Fragen, die diese Rolle am wahrscheinlichsten stellt, samt dem, worauf jede wirklich abzielt.
Meine Fragen vorhersagen