Formulare anhand einer vollständigen Aufgabe bewerten
Ein fiktiver Formularvergleich zeigt, welche Fragen nach einer Gestaltungsfreigabe offenbleiben: Korrektur, Datenerhalt und bestätigter Eingang.
Ein Formular kann in einer Gestaltungsbesprechung verständlich wirken und beim Korrigieren einer Eingabe zusätzliche Arbeit verursachen. Die Freigabe sollte deshalb festhalten, welcher Teil des Ablaufs tatsächlich beurteilt wurde und welche Fragen noch offen sind.
Dieselbe Projektanfrage, unterschiedliche Abläufe
Die folgende Tabelle beschreibt angenommene Verhaltensweisen zweier fiktiver Projektformulare. Ihre Startansichten wirken gleich geordnet. In beiden ist die Telefonnummer als freiwillig beschriftet; die Person möchte eine Anfrage mit Rückfragemöglichkeit per E-Mail stellen.
Prüffall | Variante A | Variante B |
|---|---|---|
Telefonfeld bleibt leer | Beim Absenden doch als Pflichtfeld behandelt. | Bleibt freiwillig. |
E-Mail ist unvollständig | Nur ein roter Rahmen, keine Korrekturhilfe. | Verständlicher Fehlertext mit Weg zum Feld. |
E-Mail wird korrigiert | Das bereits eingegebene Projektziel verschwindet. | Das Projektziel bleibt erhalten. |
Übertragung ist unbestätigt | Erfolg erscheint unmittelbar nach dem Klick. | Der Eingang wird als noch unbestätigt angezeigt. |
Eine Besprechung allein der Startansicht deckt diese Unterschiede nicht auf. Die Darstellung des Formulars und sein Verhalten während der Aufgabe müssen deshalb zusammen betrachtet werden. W3C WAI behandelt Rückmeldungen am Feld und zum Ergebnis des Absendevorgangs ausdrücklich als Teil des Formularablaufs.
Beobachtung und Funktionsprobe auseinanderhalten
GOV.UK beschreibt Nutzungsprüfungen mit konkreten Aufgaben und klaren, neutralen Anweisungen. Für das Beispiel könnte das Ziel lauten: „Stellen Sie eine Projektanfrage, über die das Team Sie per E-Mail erreichen kann.“ Beobachtet wird, ob die Person das Ziel erreicht, wo sie stockt und welche Hilfe sie benötigt. Die Anleitung verrät nicht, welcher Knopf als Nächstes zu wählen ist.
Eine vorbereitete Funktionsprobe prüft ergänzend gezielt unvollständige Eingaben und eine ausbleibende Serverbestätigung. Sie kann beispielsweise zeigen, ob Werte erhalten bleiben. Ein technisch durchgespielter Fehlerfall ist jedoch noch keine Beobachtung realer Nutzender. Beide Arten von Befunden beantworten unterschiedliche Fragen.
Was eine frühe Gestaltungsfreigabe leisten kann
Ein visueller Entwurf hilft, Wortlaut, Informationshierarchie und die Nähe von Hinweisen zu Feldern früh zu beurteilen. Sind Abläufe noch nicht gebaut, kann ein klickbarer Prototyp Korrekturwege nachvollziehbar machen. Eine Serverannahme ist dort als angenommener Zustand zu kennzeichnen.
Für eine spätere Freigabe wird der vollständige Weg bis zum bestätigten Eingang wichtig, einschließlich der vereinbarten Fehlerfälle. Eine klare Freigabenotiz benennt daher die geprüfte Aufgabe, den letzten bestätigten Zustand und die offenen Punkte.
Quellen
Geschrieben von
- Julia HoffmannRedakteurin für Design und UXJulia Hoffmann ist bei ASES für die redaktionellen Inhalte zu Design und User Experience zuständig. Ihre Beiträge behandeln die Nutzung von Websites und Anwendungen, die Gestaltung von Benutzeroberflächen und digitale Barrierefreiheit.
Weiterlesen
Alle Beiträge
Design & UX mit ASES
Nutzererlebnis, Oberflächen und Markenauftritt