UX-Konzeption · Modul 4: Nutzerwege und Interaktion

Lektion 5 von 5Text 14 Min.

Zustände: leer, lädt, Fehler, Erfolg

Lernziele
  • die fünf Zustände jeder Ansicht kennen
  • leere Zustände als Chance nutzen
  • Rückmeldungen zur richtigen Zeit geben
  • Zustände im Konzept festhalten

Entwürfe zeigen fast immer den Idealfall: Die Liste ist gefüllt, das Formular ist korrekt ausgefüllt, alles funktioniert. Im Betrieb ist das der seltenste Fall. Wer die übrigen Zustände nicht entwirft, überlässt sie der Umsetzung – und dort entstehen sie dann als das, was gerade am schnellsten geht.

1. Fünf Zustände

ErkundenFünf Zustände jeder Ansicht

Wann: Noch keine Daten vorhanden – erste Anmeldung, leere Liste, kein Suchtreffer.

So sieht man es oft

Eine weiße Fläche. Der Nutzer weiß nicht, ob etwas fehlt, kaputt ist oder noch lädt.

Besser

Erklären, warum hier nichts steht, und den nächsten Schritt anbieten: „Noch keine Anfragen. Sobald jemand das Formular ausfüllt, erscheint sie hier.“

Wird fast immer vergessen, weil in der Entwicklung immer Testdaten vorhanden sind.

Für jede Ansicht, die Daten zeigt oder eine Handlung auslöst, sollten alle fünf Zustände entworfen sein – nicht nur der, in dem alles funktioniert.

Der fünfte Zustand ist der unangenehmste, weil er sich nicht sauber einordnen lässt. Genau deshalb wird er meist weggelassen – mit der Folge, dass ein halb gelungener Vorgang als voller Erfolg gemeldet wird und jemand später herausfinden muss, warum eine Benachrichtigung nie ankam.

2. Der leere Zustand ist eine Chance

Leere Ansichten werden als Mangel behandelt und sind das Gegenteil: Sie haben die ungeteilte Aufmerksamkeit des Nutzers, weil sonst nichts da ist. Bei einem neu eingerichteten Kundenbereich ist der leere Zustand der erste Eindruck überhaupt. Er sollte erklären, was hier später steht, und genau eine Handlung anbieten, um dorthin zu kommen.

Unterscheiden Sie drei Sorten von Leere, weil sie unterschiedliche Antworten verlangen: Noch nie etwas da („So legen Sie los“), alles erledigt („Nichts offen – gut gemacht“) und nichts gefunden („Keine Treffer für ‚Wartung‘ – versuchen Sie es mit …“). Die dritte ist die wichtigste, weil sie Menschen betrifft, die aktiv gesucht haben.

3. Zeit und Rückmeldung

Tab. 5.1Welche Rückmeldung wann nötig ist
DauerWas der Nutzer empfindetWas nötig ist
bis 0,1 Sekundenwirkt unmittelbarnichts – nur die sichtbare Reaktion auf den Klick
bis 1 SekundeAblauf bleibt ungestörtDer Knopf zeigt, dass er gedrückt wurde
bis 10 SekundenAufmerksamkeit lässt nachLadeanzeige, Knopf gesperrt, kurze Angabe was passiert
über 10 Sekundenwendet sich abFortschritt in Prozent oder Schritten, Hinweis auf Benachrichtigung

Diese Schwellen stammen aus der Forschung zur Aufmerksamkeit und haben sich über Jahrzehnte als stabil erwiesen. Die zweite Zeile erklärt das doppelte Absenden: Bleibt der Knopf nach dem Klick unverändert, klickt ein Teil der Menschen nach einer Sekunde erneut.

Sperren Sie jeden Knopf, der etwas auslöst, unmittelbar nach dem Klick und zeigen Sie die Sperre sichtbar. Diese eine Maßnahme beseitigt doppelte Anfragen vollständig – und kostet nichts.

4. Zustände im Konzept festhalten

Zustände gehören ins Wireframe, nicht in die Umsetzung. Legen Sie je Ansicht eine kurze Liste an: Was steht hier, wenn nichts da ist? Was passiert beim Klick? Was bei einem Fehler? Was nach Erfolg? Das sind vier Zeilen je Ansicht und der Unterschied zwischen einem Konzept, das trägt, und einem, das in der Umsetzung fünfmal Rückfragen erzeugt.

Für die Texte gilt dasselbe wie für Beschriftungen: Sie gehören ins Konzept, nicht in den Entwicklungsauftrag. Ein Fehlertext, der von der Umsetzung nebenbei formuliert wird, lautet fast immer „Ein Fehler ist aufgetreten“.

5. Barrierefreiheit

Zustandsänderungen müssen auch dann wahrnehmbar sein, wenn jemand den Bildschirm nicht sieht. Eine Fehlermeldung, die nur farblich markiert ist, existiert für einen Screenreader nicht – sie braucht Text und eine Verknüpfung zum Feld. Erfolgsmeldungen müssen angekündigt werden, statt nur zu erscheinen. Und der Tastaturfokus sollte nach einer Meldung dorthin springen, wo es weitergeht. Das sind kleine Ergänzungen, die im Nachhinein aufwendig und beim Entwurf nahezu kostenlos sind.

6. Häufige Fragen

Muss ich das für jede Ansicht durchspielen? Für jede, die Daten anzeigt oder eine Handlung auslöst. Bei einer reinen Textseite entfällt es.

Wie testet man Zustände? Indem man sie erzwingt: Verbindung trennen, Formular leer absenden, Suche nach einem Unsinnswort. Diese drei Versuche dauern zwei Minuten und decken mehr auf als eine Stunde Betrachtung.

Wer schreibt die Texte? Dieselbe Person, die die übrigen Texte verantwortet. Fehlermeldungen sind Kommunikation mit Kunden im unangenehmsten Moment – sie verdienen mehr Sorgfalt als die Überschrift auf der Startseite.

7. Übung zum Selbermachen

Nehmen Sie das Anfrageformular aus der vorigen Lektion und erzeugen Sie alle fünf Zustände: absenden ohne Eingaben, absenden mit falscher E-Mail-Adresse, absenden bei getrennter Verbindung, erfolgreich absenden. Notieren Sie jedes Mal, was Sie sehen und ob Sie wissen, was als Nächstes zu tun ist. Schreiben Sie für jeden unbefriedigenden Fall den Text, der dort stehen sollte – das ist die vollständige Vorgabe an die Umsetzung.

Quellen und weiterführende Literatur
  1. [1]Nielsen, J. (1993): Response Times – The Three Important Limits. Nielsen Norman Group.
  2. [2]Nielsen Norman Group (2025): Empty States and Error Message Guidelines.
  3. [3]W3C (2024): WCAG 2.2 – Status Messages und Error Identification.

Stand: September 2026. Kursmaterial der Klarwerk Akademie. Methoden und Werkzeuge der Konzeption entwickeln sich weiter – die Grundprinzipien nutzerzentrierter Gestaltung bleiben.

Abschlussquiz

Drei Fragen – dann ist die Lektion geschafft.

Frage 1 von 3

Warum entstehen doppelte Anfragen im Postfach?