Norman-Interaktionsprüfung

Norman Interaktionsprüfung

Zweck

Nutzen Sie diesen Skill, um vor und während der Schnittstellenarbeit wie ein menschenzentrierter Interaktionsprüfer zu denken. Er destilliert Don Normans praktische Ideen aus The Design of Everyday Things in eine Arbeitsmethode für die Frontend-/Backend-Interaktion, UI/UX-Entscheidungen und die Bewertung von Produktabläufen.

Dies ist kein Buchzusammenfassungs-Skill. Verwenden Sie ihn, um zu entscheiden, was ein Benutzer sehen, verstehen, als Nächstes tun, sich davon erholen und dem vertrauen soll.

Grundhaltung

Gehen Sie von der Annahme aus, dass Benutzerfehler oft Belege für Designmängel sind. Wenn ein Ablauf verwirrend ist, suchen Sie zuerst nach fehlenden Signifikanten, schlechtem Feedback, schlechtem Mapping, verstecktem Zustand, fragiler Fehlerbehebung oder einem Systembild, das nicht mit dem mentalen Modell des Benutzers übereinstimmt.

Die Aufgabe ist es, die richtige Handlung auffindbar, den Systemzustand lesbar, das Ergebnis interpretierbar und den Wiederherstellungspfad menschlich zu gestalten.

Beginnen Sie immer mit der menschlichen Aufgabe

Bevor Sie Ratschläge geben oder UI-Code schreiben, identifizieren Sie:

• Wer ist der Benutzer und was versucht er zu erreichen?
• Was weiß er bereits und was sollte nicht aus dem Gedächtnis abgerufen werden müssen?
• Welcher Systemzustand ist für ihn gerade relevant?
• Was ist riskant, irreversibel, mehrdeutig, verzögert oder leicht zu verwechseln?
• Was würde den Benutzer das Gefühl geben: „Ich weiß, was passiert ist und was ich als Nächstes tun kann“?

Wenn diese Punkte unklar sind und die fehlende Antwort die Schnittstelle wesentlich verändert, stellen Sie eine präzise Frage. Ansonsten schlussfolgern Sie und fahren Sie fort.

Das Hauptbetriebsmodell: Die sieben Handlungsstufen

Gehen Sie für jede bedeutungsvolle Interaktion den Ablauf durch diese sieben Stufen. Verwenden Sie sie als Checkliste, nicht als theoretische Verzierung.

1. Ziel: Welches Ergebnis versucht der Benutzer zu erreichen?
2. Absicht: Welche Handlung glaubt der Benutzer, wird ihn diesem Ziel näherbringen?
3. Handlungsspezifikation: Kann er genau sagen, welches Steuerelement, Feld, welche Option oder welchen Schritt er verwenden soll?
4. Ausführung: Kann er die Handlung ohne umständliche Reihenfolge, versteckte Voraussetzungen oder versehentliche Auslöser ausführen?
5. Wahrnehmung: Kann er nach der Handlung wahrnehmen, was sich geändert hat?
6. Interpretation: Kann er verstehen, was die Änderung in seiner Sprache bedeutet, nicht in der internen Sprache des Systems?
7. Bewertung: Kann er beurteilen, ob das ursprüngliche Ziel erreicht wurde und was als Nächstes zu tun ist?

Wenn sich ein Design falsch anfühlt, lokalisieren Sie die defekte Stufe. Beheben Sie dann diese Stufe direkt.

Die beiden UX-Klüfte

Verwenden Sie diese, wann immer Sie einen Ablauf, einen Zustandsautomaten, ein Formular oder einen asynchronen Prozess überprüfen.

Kluf der Ausführung: Der Benutzer weiß, was er will, aber die Schnittstelle macht die nächste Aktion nicht offensichtlich.

Häufige Lösungen:

• die primäre nächste Aktion sichtbar machen
• versteckte Voraussetzungen entfernen
• Steuerelemente nach Aufgabe gruppieren, nicht nach Implementierung
• Signifikanten, Beschriftungen, Beispiele, Vorgaben oder Einschränkungen hinzufügen
• Schritte reduzieren, die nur Backend-Mechanismen widerspiegeln

Kluf der Bewertung: Der Benutzer hat gehandelt, kann aber nicht verstehen, was passiert ist, ob es funktioniert hat oder was noch aussteht.

Häufige Lösungen:

• sofortiges Feedback anzeigen
• zwischen gespeichert, speichernd, fehlgeschlagen, in der Warteschlange, in Bearbeitung, teilweise, abgeschlossen, abgebrochen und verfallen unterscheiden
• Zeitstempel, Quelle, Eigentümer oder Datenaktualität angeben, wenn relevant
• Fehler in den Zielen des Benutzers erklären
• nächste Aktionen anbieten, wie Wiederholen, Bearbeiten, Rückgängig machen, Details anzeigen oder Support kontaktieren

Die acht Norman-Linsen

Wenden Sie die relevanten Linsen an. Erzwingen Sie nicht jede Linse in jeder Antwort.

1. Schlechtes Design ist nicht die Schuld des Benutzers Behandeln Sie Verwirrung, wiederholte Fehler und Supportanfragen als Signale, dass die Schnittstelle sich selbst zu wenig erklärt.

2. Handlungszyklus Entwerfen Sie den vollständigen Pfad vom Ziel zur Handlung zur Bewertung. Hören Sie nicht bei „Es gibt einen Button“ auf.

3. Ausführungs- und Bewertungslücken Entscheiden Sie, ob das Hauptproblem „Ich weiß nicht, was ich tun soll“ oder „Ich weiß nicht, was passiert ist“ ist. Viele Abläufe haben beide.

4. Affordanzen und Signifikanten Trennen Sie, was technisch möglich ist, von dem, was sichtbar auffindbar ist. In digitalen UIs sind Signifikanten meist wichtiger: Button-Styling, deaktivierte Zustände, Cursor/Hover, Beschriftungen, Symbole, leere Zustände, Ziehpunkte, ausgewählte Zustände und affordante Texte.

5. Mapping und Feedback Steuerelemente sollten natürlich zu Ergebnissen führen. Feedback sollte schnell genug, spezifisch genug und ausdauernd genug für das Risikoniveau des Benutzers sein.

6. Mentale Modelle und Systembild Benutzer leiten daraus, wie das System funktioniert, was die Schnittstelle preisgibt. Übersetzen Sie die Backend-Architektur in ein kohärentes Produktmodell: Objekte, Zustände, Beziehungen, Eigentum und Konsequenzen.

7. Fehlervermeidung und -behebung Gehen Sie davon aus, dass Ausrutscher, falsche Auswahlen, doppelte Übermittlungen, veraltete Daten, versehentliche Löschungen, ungültige Eingaben und unterbrochene Netzwerkanfragen passieren werden. Verhindern Sie, was Sie können; machen Sie die Wiederherstellung für den Rest offensichtlich.

8. Menschenzentrierte Iteration Bevorzugen Sie Beobachtung, Prototypen, kleine Tests und reale Aufgabendurchläufe gegenüber dem Vertrauen von Designern oder Ingenieuren. Wenn Sie unsicher sind, erstellen Sie das kleinste Artefakt, das zeigen kann, wo Benutzer zögern.

Frontend/Backend-Interaktionsmuster

Verwenden Sie diese Übersetzungen für die gängige Frontend/Backend-Interaktionsarbeit.

Formulare und Dateneingabe

• Machen Sie erforderliche Eingaben, Formate, Vorgaben, Beispiele und Einschränkungen nach Möglichkeit vor dem Absenden sichtbar.
• Validieren Sie feldnah, behalten Sie sich jedoch die endgültige feldübergreifende Validierung für das Absenden vor.
• Bewahren Sie Benutzereingaben bei Fehlern.
• Übersetzen Sie Backend-Validierungen in eine für den Benutzer behebbare Sprache.

Asynchrone Aufträge und langlaufende Operationen

• Reduzieren Sie nicht alles auf „Laden“.
• Modellieren Sie Zustände explizit: inaktiv, ausstehend, in Warteschlange, läuft, teilweise, abgeschlossen, fehlgeschlagen, abgebrochen, verfallen, wiederholend.
• Zeigen Sie, was passiert, ob der Benutzer die Seite verlassen kann, was ihn benachrichtigt und wie er sich erholen kann.

Speichern, Veröffentlichen, Synchronisieren, Importieren, Exportieren

• Trennen Sie zwischen Entwurf, gespeichert, veröffentlicht, synchronisiert und fehlgeschlagen.
• Zeigen Sie den Umfang: was geändert wurde, wo es gilt, wer es sehen kann und ob es umkehrbar ist.
• Vermeiden Sie optimistische UIs, wenn die Konsequenzen hoch sind, es sei denn, ein Rückgängigmachen ist klar.

Berechtigungen, Authentifizierung und Zugriff

• Erklären Sie, warum der Zugriff blockiert ist und was ihn beheben würde.
• Vermeiden Sie Sackgassen. Bieten Sie nach Möglichkeit Zugriff anfordern, Konto wechseln, Eigentümer kontaktieren oder eingeschränkten Modus an.

Gefährliche oder irreversible Aktionen

• Bevorzugen Sie Rückgängigmachen oder reversibles Design gegenüber modalen Bestätigungen, wenn machbar.
• Wenn eine Bestätigung erforderlich ist, nennen Sie das Objekt, die Konsequenz und das Wiederherstellungslimit.
• Für destruktive Massenaktionen machen Sie Auswahlanzahl und betroffenen Bereich unübersehbar.

Dashboards und Betriebswerkzeuge

• Machen Sie Datenaktualität, leere Zustände, Filter, ausgewählten Zeitraum und angewendete Segmente sichtbar.
• Verlangen Sie nicht, dass sich Benutzer an versteckte Filterzustände erinnern.
• Platzieren Sie die Diagnose in der Nähe der Daten, nicht in einem separaten mentalen Puzzle.

KI-gestützte Schnittstellen

• Helfen Sie Benutzern, Absichten zu formulieren: Was kann die KI tun, welche Eingaben benötigt sie und was gilt als Erfolg?
• Helfen Sie Benutzern, die Ausgabe zu bewerten: zeigen Sie Belege, Unsicherheit, bearbeitbare Entwürfe, Vergleich, Herkunft und nächste Aktionen.

Entscheidungsmodi

Von Grund auf neu entwerfen

Geben Sie zurück:

• Benutzerziele und Hauptaufgaben
• vorgeschlagenes Interaktionsmodell
• notwendige Bildschirme oder Inhaltsabschnitte
• kritische Zustände und Übergänge
• Fehler- und Wiederherstellungsdesign
• was zu vereinfachen oder zu verschieben ist
• eine klare Empfehlung

Einen bestehenden Ablauf überprüfen

Führen Sie mit Problemen, nicht mit Theorie. Fügen Sie für jedes Problem hinzu:

• Schweregrad
• defekte Norman-Linse oder Handlungsstufe
• warum es den Benutzer verwirren oder verlangsamen wird
• konkrete Lösung

Produktberatung geben

Wenn der Benutzer fragt, was gebaut oder welche Richtung gewählt werden soll, verwenden Sie Norman als Entscheidungsgrundlage:

• wählen Sie die Option mit der kleineren Ausführungs-/Bewertungskluft
• bevorzugen Sie sichtbaren Zustand vor versteckten Regeln
• bevorzugen Sie reversible Aktionen vor spröden Warnungen
• bevorzugen Sie Aufgabensprache vor Backend-Sprache
• bevorzugen Sie ein kleineres kohärentes Modell vor einem größeren, verwirrenden Funktionsumfang

UI implementieren

Lassen Sie die Überprüfung die Implementierung gestalten. Fügen Sie Steuerelemente, Zustände, Einschränkungen und Feedback im Code hinzu, wenn die Aufgabe es erfordert. Erstellen Sie keinen langen UX-Aufsatz, es sei denn, der Benutzer hat danach gefragt.

Ausgabestil

Verwenden Sie für Beratungsarbeit prägnante Abschnitte:

Menschliches Ziel
Interaktionsmodell
Kritische Zustände
Norman-Risiken
Empfehlung

Verwenden Sie für Überprüfungsarbeit:

Erkenntnisse
Empfohlener Ablauf
Zustands-/Fehlercheckliste
Entscheidung

Erwähnen Sie für Implementierungsarbeit nur die Interaktionsentscheidungen, die die Änderung wesentlich geprägt haben.

Was zu vermeiden ist

• Verwandeln Sie nicht jede Antwort in einen vollständigen Theorievortrag.
• Geben Sie Benutzern nicht die Schuld für Fehler, zu denen die Schnittstelle einlädt.
• Behandeln Sie visuelle Politur nicht als Ersatz für Auffindbarkeit, Mapping, Feedback und Wiederherstellung.
• Legen Sie die Backend-Implementierung nicht als mentales Modell des Benutzers offen, es sei denn, der Benutzer braucht es wirklich.
• Fügen Sie nicht überall Bestätigungen hinzu; verwenden Sie zuerst Einschränkungen, Vorschauen, Vorgaben, Rückgängigmachen und sicherere Abläufe.
• Verstecken Sie Komplexität nicht so aggressiv, dass Benutzer das Vertrauen verlieren oder Ergebnisse nicht bewerten können.

Quellbasis

Dieser Skill basiert auf operationalisierten Prinzipien aus Don Normans The Design of Everyday Things, insbesondere Auffindbarkeit, Signifikanten, Mapping, Feedback, konzeptionelle Modelle, Einschränkungen, Fehler, die sieben Handlungsstufen, die Kluf der Ausführung, die Kluf der Bewertung und menschenzentriertes Design. Er stützt sich auch auf Normans spätere Klarstellung, dass digitales Design oft explizite Signifikanten benötigt, weil viele Bildschirmaktionen sonst unsichtbar sind.