Klären Sie, was das Unternehmen wirklich braucht
Stellen Sie sich einen fiktiven Budapester Coworking-Space vor, der seine App um eine Besichtigungsanfrage erweitert. Der Empfang braucht einen Namen, eine Antwortadresse und einen gewünschten Besuchszeitraum. Unternehmensgröße und Rechnungsdaten können warten. Das Formular-Tutorial des W3C empfiehlt, nur die für eine Aufgabe nötigen Angaben zu erheben.
Lassen Sie den Empfang jedes vorgeschlagene Feld mit einem konkreten Folgeschritt begründen. Eine freiwillige Telefonnummer ermöglicht reine E-Mail-Anfragen, doch das Team muss diesen Antwortkanal dann auch betreuen. Ein verpflichtendes Konto kann wiederkehrenden Mitgliedern helfen, bedeutet für neue Besucher aber eine zusätzliche Aufgabe. Treffen Sie diese Entscheidungen vor der Formulargestaltung.
Machen Sie jedes Feld während der Eingabe verständlich
Die W3C-Hinweise zur Beschriftung verknüpfen jedes Bedienelement mit einer Beschreibung seines Zwecks. Verwenden Sie hier eine sichtbare Beschriftung wie „E-Mail-Adresse für unsere Antwort“, die auch während der Eingabe sichtbar bleibt. Platzieren Sie die Erklärung zur freiwilligen Telefonnummer direkt neben dem Feld, wo Besucher sie benötigen.
Geben Sie bei der Prüfung eine Adresse mit Pluszeichen und eine Telefonnummer mit internationaler Vorwahl ein. Bitten Sie den Entwickler, passende Eingabemodi auszuwählen, und prüfen Sie, ob alle nötigen Zeichen verfügbar bleiben. Versuchen Sie bei geöffneter Tastatur, die abschließende Aktion zu erreichen, ohne die Orientierung zu verlieren. Prüfen Sie tatsächliche Eingaben, nicht nur einen Screenshot.
Formulieren Sie Hilfen zur Fehlerkorrektur
Das W3C empfiehlt klare Rückmeldungen, die erklären, wie sich Fehler korrigieren lassen. Schreiben Sie vor der Umsetzung eine Meldung zur fehlenden E-Mail-Adresse. Lassen Sie einen Kollegen ohne Hilfestellung darauf reagieren. Erkennt er, welches Feld zu ändern ist und was die App erwartet? Prüfen Sie, ob der gewünschte Besuchszeitraum bei der Korrektur erhalten bleibt.
Unterscheiden Sie zwischen einer Besichtigungsanfrage und einem bestätigten Termin. In diesem Beispiel muss der Empfang die Uhrzeit noch abstimmen. Die Bestätigung sollte daher den Eingang einer Anfrage melden, nicht eine gebuchte Besichtigung. Lassen Sie das Team den Wortlaut freigeben. Legen Sie auch fest, was Besucher sehen sollen, wenn die App den Eingang nicht bestätigen kann, statt dies erst beim Start zu improvisieren.
Testen Sie die Bedienung mit assistiven Technologien
React Native bietet Beschriftungen und Rollen für Barrierefreiheit, wobei sich die Plattformen unterscheiden. Lassen Sie sich die Bedienung mit VoiceOver unter iOS und TalkBack unter Android vorführen. Die prüfende Person soll die Anfrage finden, Angaben eingeben, einen Fehler korrigieren und das Ergebnis erkennen. Dokumentieren Sie, wo sie Hilfe braucht, statt sich mit einer pauschalen Aussage zur aktivierten Barrierefreiheit zufriedenzugeben.
Wird eine individuell gestaltete Auswahl des Besuchszeitraums vorgeschlagen, vergleichen Sie sie anhand derselben Aufgabe mit einem einfacheren Bedienelement. Die individuelle Variante passt möglicherweise zur Marke, benötigt aber Zeit für Umsetzung und Gerätetests. Vereinbaren Sie, wer sie pflegt. Beziehen Sie bei der Prüfplanung Menschen ein, die die jeweiligen assistiven Technologien regelmäßig nutzen.
Geben Sie dem Team eine klare Abnahmecheckliste
Nutzen Sie die folgenden Prüfungen als gemeinsame Gesprächsgrundlage vor der Veröffentlichung und weisen Sie jedem Problem eine zuständige Person zu. Sie sind ein praktischer Ausgangspunkt für dieses Formular, keine vollständige Barrierefreiheitsprüfung.
- Senden Sie eine realistische Anfrage mit vergrößerter Schrift und der Bildschirmtastatur ab.
- Lassen Sie ein Pflichtfeld leer, korrigieren Sie es und prüfen Sie, ob die übrigen Antworten erhalten bleiben.
- Erledigen Sie dieselbe Aufgabe mit den Screenreadern auf beiden unterstützten Plattformen.
- Lassen Sie den Empfang bestätigen, dass die Erfolgsmeldung seinem tatsächlichen nächsten Schritt entspricht.
- Wiederholen Sie diese Prüfungen, wenn sich Feldanforderungen oder Formularkomponenten ändern.