Es ist verlockend, das Designwerkzeug zu öffnen und mit dem Layouten von Screens zu beginnen. Screens sind befriedigend – sie sehen nach Fortschritt aus. Aber für jedes Produkt mit echter Komplexität ist der Screen das Letzte, was entschieden werden sollte, nicht das Erste.

Unter jedem Interface liegt ein Interaktionsmodell: die Menge der Zustände, in denen das System sein kann, die Entscheidungen, die ein Nutzer in jedem treffen kann, das Feedback, das das System zurückgibt, und was passiert, wenn etwas schiefläuft. Stimmt das, entwerfen sich die Screens fast von selbst. Stimmt es nicht, rettet keine visuelle Politur die Erfahrung.

Was das Interaktionsmodell tatsächlich definiert

Bevor ein einziger Screen existiert, sind dies die Fragen, die es zu beantworten gilt:

Das Interaktionsmodell
01Zustände. Jeder mögliche Systemzustand, Laden, Leer, Teilweise, Fehler, Erfolg, geringe Konfidenz.
02Entscheidungen. Was der Nutzer in jedem Zustand tun kann und was das System automatisch entscheidet.
03Feedback-Schleifen. Wie das System dem Nutzer mitteilt, was passiert ist und was es gerade tut.
04Kontrolle. Wo der Nutzer eingreifen, korrigieren, rückgängig machen oder übersteuern kann.
05Konfidenz. Wie Sicherheit kommuniziert wird und wie sie beeinflusst, was das Interface tun sollte.
06Fehlermodi. Wie eine gute Erfahrung aussieht, wenn etwas schiefläuft, nicht nur im Happy Path.

Warum Screens-zuerst still scheitert

Wenn man zuerst Screens gestaltet, entwirft man implizit nur die Zustände, die man gezeichnet hat. Der 'perfekte Ergebnis'-Screen sieht großartig aus. Dann fragt die Entwicklung: Was passiert, wenn es keine Ergebnisse gibt? Teilergebnisse? Wenn der Nutzer widerspricht? Wenn es nach fünf Sekunden noch lädt? Jeder dieser Zustände ist ein Screen, den man nie entworfen hat, nachträglich als Flickwerk angebracht.

Das Ergebnis ist ein Produkt, das im Demo schön und in der echten Nutzung spröde ist. Die Risse liegen immer in den Zuständen, die niemand modelliert hat.

Das Interface ist eine Projektion des Interaktionsmodells. Das Modell gestalten und die Screens werden offensichtlich. Die Screens gestalten und das Modell wird zufällig.

Wie man modelliert, bevor man zeichnet

Die Werkzeuge hier sind bewusst low-fidelity, denn ihre Aufgabe ist Denken, nicht Politur:

  • Zustands-Inventar. Alle Zustände auflisten, in denen das System sein kann. Die langweiligen – leer, Fehler, partiell – sind wo echtes Design lebt.
  • Entscheidungskarte. Für jeden Zustand: Was kann der Nutzer tun und was tut das System automatisch? Das zeigt das Kontrollmodell.
  • Feedback-Durchgang. Für jede Aktion: Was sieht, hört oder fühlt der Nutzer als Antwort? Stille ist auch eine Designentscheidung.
  • Fehler-Durchgang. Jeden Pfad durchgehen unter der Annahme, dass er bricht. Die Würde Ihrer Fehlerzustände ist ein Großteil der wahrgenommenen Qualität Ihres Produkts.

Erst wenn dieses Skelett zusammenhält, wechsle ich zu Screens. Und wenn ich es tue, gehen die Screens schnell – weil jede schwierige Entscheidung bereits getroffen wurde. Das Layout kleidet nur eine Struktur, die bereits funktioniert.

Deshalb schlagen Prototypen Spezifikationen

Ein Interaktionsmodell ist viel einfacher zu validieren, wenn es funktioniert, als wenn es beschrieben wird. Ein klickbarer Prototyp, der durch echte Zustände bewegt – einschließlich der hässlichen – sagt einem in Minuten, was eine 40-seitige Spezifikation nicht kann. Das Modell ist das Denken; der Prototyp ist, wie man es unter Druck testet.

Mit der Logik beginnen. Das Interface ist der einfache Teil, wenn das Modell solide ist.