Heuristische Evaluation nach Nielsen

Die heuristische Evaluation nach Nielsen ist eine expertenbasierte Methode, um Usability-Probleme eines Interfaces systematisch anhand allgemeiner Gestaltungsprinzipien aufzudecken. Die zehn Heuristiken gehen auf Arbeiten von Jakob Nielsen und Rolf Molich aus dem Jahr 1990 zurück; Nielsen überarbeitete sie 1994. Sie bieten UX-Fachleuten einen gemeinsamen Prüfrahmen für Feedback, Sprache, Kontrolle, Konsistenz und weitere zentrale Aspekte der Bedienbarkeit – ohne dass dafür bereits ein Nutzertest nötig ist. Das macht die Methode zu einem grundlegenden, früh und wiederholt einsetzbaren Verfahren im UX-Design, nicht aber zum Ersatz für die Beobachtung realer Nutzer:innen.

Wann und warum wird heuristisch evaluiert?

Heuristische Evaluationen kommen typischerweise in frühen Phasen der Produktentwicklung zum Einsatz. Beispielsweise wird ein interaktiver Prototyp eines Online-Shops vor dem ersten Nutzertest von einem UX-Team überprüft. Dabei fällt auf, dass das Warenkorbsymbol in der mobilen Ansicht schwer erkennbar ist und Rückmeldungen nach dem Hinzufügen eines Produkts ausbleiben – Verstöße gegen mehrere Heuristiken. Diese Probleme lassen sich früh und kostengünstig beheben, noch bevor reale Nutzer:innen in Tests damit konfrontiert werden.

Das Ziel ist stets, Usability-Probleme möglichst frühzeitig zu entdecken, um spätere Korrekturen zu vermeiden. Die Methode eignet sich für Webseiten, Apps, komplexe Tools, aber auch für interaktive Hardware – überall dort, wo Nutzerinteraktion eine Rolle spielt.

So läuft eine heuristische Evaluation ab

Ein heuristischer Evaluationsprozess folgt meist einem systematischen Ablauf:

1. Ziel und Rahmen festlegen Definiere Produktumfang, Zielgruppen, Nutzungskontext, Plattformen und Forschungsfragen. Formuliere zwei bis fünf realistische Aufgaben, damit alle Evaluierenden vergleichbare Nutzungspfade prüfen. Stelle Zugänge, Testdaten und – falls relevant – unterstützende Technologien bereit.

2. Evaluierende briefen Drei bis fünf Evaluierende sind für viele Projekte ein sinnvoller Richtwert. Wähle Personen mit Usability-Erfahrung und, wenn möglich, unterschiedlichen fachlichen Perspektiven. Erkläre den Bewertungsmaßstab und die Dokumentation, ohne ihnen bereits die vermuteten Probleme anderer zu zeigen.

3. Interface unabhängig durchdringen Jede Person bearbeitet die Aufgaben zunächst allein und verschafft sich einen Überblick über Struktur und Navigation. In einem zweiten Durchgang prüft sie die konkreten Interaktionen gezielt anhand jeder der zehn Heuristiken. Die getrennten Durchgänge helfen, erst den Nutzungskontext zu verstehen und dann Details systematisch zu bewerten.

4. Befunde nachvollziehbar dokumentieren Halte pro Befund den konkreten Screen oder Schritt, die Aufgabe, das beobachtete UI-Verhalten, die verletzte Heuristik, die mögliche Folge für Nutzer:innen und einen Beleg (z. B. Screenshot) fest. Trenne das beobachtete Problem von seiner Ursache und von der Lösungsidee. Weise vorläufig einen Schweregrad zu.

5. Durchdringen und konsolidieren Vergleiche erst nach der Einzelprüfung die Befunde. Fasse Beschreibungen desselben zugrunde liegenden Problems zusammen, bewahre aber unterschiedliche Belege und betroffene Aufgaben. Kläre Uneinigkeit anhand des Nutzungskontexts; eine UI-Stelle kann mehrere Heuristiken verletzen, sollte jedoch nicht als mehrfaches unabhängiges Problem gezählt werden.

6. Schweregrad abstimmen und Maßnahmen priorisieren Bewerte die konsolidierten Probleme anhand ihrer Auswirkungen, Häufigkeit beziehungsweise Wahrscheinlichkeit und Persistenz. Stimme die Skalenkriterien vorab ab und priorisiere anschließend nach Schwere, Reichweite, Aufwand und Produktzielen. Formuliere umsetzbare Empfehlungen und kennzeichne Annahmen, die ein Nutzertest überprüfen sollte.

Was bedeutet „Interface durchdringen“?

Durchdringen – oft inspection oder walkthrough genannt – bedeutet, die Oberfläche nicht nur flüchtig anzusehen, sondern die vorgesehenen Aufgaben vom Einstieg bis zum Abschluss nachzuvollziehen. Prüfe dabei Normalpfade, relevante Zustände und typische Abweichungen: leere und gefüllte Formulare, Lade- und Erfolgszustände, Fehlermeldungen, Zurück-Navigation sowie Abbruch und Wiederaufnahme. Nicht jede denkbare Variante muss geprüft werden; fokussiere auf Aufgaben mit hohem Risiko oder hoher Bedeutung.

KI

KI-generiertes Bild

Die 10 Heuristiken nach Nielsen – mit Beispielen

Die Heuristiken sind Prüfprinzipien, keine starre Checkliste: Ein Befund muss immer im Kontext von Aufgabe, Zielgruppe und Nutzungssituation beurteilt werden. Zu jedem Prinzip folgen ein möglicher Verstoß und ein konkreter Ansatz zur Verbesserung.

1. Sichtbarkeit des Systemstatus

Das Interface sollte rechtzeitig und verständlich rückmelden, was gerade passiert – etwa ob eine Aktion angenommen wurde, noch läuft oder abgeschlossen ist.

Verstoß: Nach dem Klick auf „Speichern“ reagiert die Oberfläche nicht sichtbar. Nutzende klicken erneut und erzeugen möglicherweise doppelte Einträge.

Best Practice: Bestätige den Start sofort, zeige bei längeren Vorgängen einen Spinner oder Fortschritt und bei umfangreichen Ladeinhalten ein Skeleton. Melde den Abschluss („Änderungen gespeichert“) und einen Fehler samt nächstem Schritt. Verwende Ladeanimationen nicht als Ersatz für eine echte Statusmeldung.

2. Übereinstimmung zwischen System und realer Welt

Verwende vertraute Begriffe, natürliche Abläufe und verständliche Symbole aus der Lebenswelt der Zielgruppe. Die Oberfläche sollte Informationen in einer nachvollziehbaren Reihenfolge präsentieren.

Verstoß: Eine Zahlungsseite nennt den fälligen Betrag „Settlement Value“, obwohl Kund:innen im Checkout nach dem Gesamtbetrag suchen.

Best Practice: Nutze „Gesamtbetrag“ oder „Jetzt zu zahlen“, erkläre unvermeidbare Fachbegriffe direkt am Einsatzort und orientiere Prozessschritte an der erwartbaren Reihenfolge – etwa Warenkorb, Versand, Zahlung, Bestätigung.

3. Benutzerkontrolle und Freiheit

Nutzende brauchen erkennbare Auswege aus versehentlichen oder unerwünschten Zuständen. Abbrechen, Zurückgehen und Rückgängigmachen sollten möglich sein, ohne unnötig Arbeit zu verlieren.

Verstoß: Ein mehrstufiger Bestellprozess bietet weder „Zurück“ noch „Abbrechen“; bei einem Fehler gehen bereits eingegebene Daten verloren.

Best Practice: Stelle gut auffindbare Zurück- und Abbrechen-Aktionen bereit, erhalte Eingaben bei Fehlern und ermögliche bei reversiblen Aktionen ein kurzes „Rückgängig“. Kennzeichne irreversible Löschungen und bitte vor ihnen um Bestätigung.

4. Konsistenz und Standards

Gleiche Begriffe und Bedienelemente sollten innerhalb eines Produkts einheitlich funktionieren. Etablierte Plattformkonventionen helfen Nutzenden, vertraute Muster wiederzuerkennen.

Verstoß: Dasselbe Warenkorb-Symbol öffnet auf einer Seite den Warenkorb, startet auf einer anderen aber unmittelbar den Kaufabschluss.

Best Practice: Definiere wiederverwendbare Komponenten, Zustände, Beschriftungen und Interaktionsregeln im Designsystem. Weiche von etablierten Konventionen nur ab, wenn der Grund klar ist und das Verhalten verständlich kommuniziert wird.

5. Fehlervermeidung

Gutes Design verhindert vorhersehbare Fehler, statt sich allein auf nachträgliche Fehlermeldungen zu verlassen. Hilfreich sind sinnvolle Einschränkungen, klare Voraussetzungen und rechtzeitige Validierung.

Verstoß: Ein Formular nennt die Passwortanforderungen erst nach dem Absenden und löscht das eingegebene Passwort bei einem Fehler.

Best Practice: Zeige Anforderungen vor und während der Eingabe, validiere Felder zeitnah und verständlich und bewahre gültige Eingaben. Deaktiviere eine Aktion nur, wenn der Grund dafür erkennbar ist; blockiere nicht unnötig den gesamten Prozess.

6. Wiedererkennung statt Erinnerung

Nötige Informationen, Optionen und nächste Schritte sollten sichtbar oder leicht abrufbar sein. Nutzende sollten sich keine Angaben aus einem vorherigen Screen merken müssen.

Verstoß: Im Checkout verschwindet der ausgewählte Tarif; Kund:innen müssen sich Preis und Leistungsumfang aus einem früheren Schritt merken.

Best Practice: Zeige eine kompakte Bestellübersicht mit Tarif, Preis und Änderungsmöglichkeit. Verwende dauerhaft sichtbare Feldbeschriftungen – etwa ein Label oberhalb des Eingabefelds; ein Platzhalter allein verschwindet bei der Eingabe und reicht nicht als Label.

7. Flexibilität und Effizienz der Nutzung

Das Interface sollte Einsteiger:innen verständlich führen und erfahrenen Nutzenden effiziente Wege bieten, ohne die einfache Standardbedienung zu erschweren.

Verstoß: Mitarbeitende müssen in einer Support-Inbox jedes Ticket einzeln öffnen; es gibt weder Filter noch Mehrfachauswahl für wiederkehrende Aufgaben.

Best Practice: Ergänze bei häufigen Aufgaben Tastaturkürzel, Filter, gespeicherte Ansichten oder Mehrfachaktionen. Mache Abkürzungen auffindbar und optional; sie sollten die Nutzung per Maus oder Touch nicht ersetzen.

8. Ästhetisches und minimalistisches Design

Jede zusätzliche Information oder Aktion konkurriert um Aufmerksamkeit. Zeige für die aktuelle Aufgabe das Wesentliche, ohne wichtige Hinweise oder verständliche Optionen zu entfernen.

Verstoß: Ein Dialog enthält mehrere gleich auffällige Call-to-Action-Buttons, lange Hilfetexte und irrelevante Zusatzoptionen.

Best Practice: Gib der primären Aktion visuelle Priorität, gruppiere sekundäre Optionen und verschiebe selten benötigte Details in einen passenden Kontext. Minimalistisch heißt nicht, notwendige Hinweise oder Beschriftungen zu verstecken.

9. Hilfestellung beim Erkennen, Diagnostizieren und Beheben von Fehlern

Fehlermeldungen sollten in verständlicher Sprache erklären, was passiert ist, worauf es sich bezieht und wie Nutzende weiterkommen.

Verstoß: Statt einer konkreten Erklärung erscheint nur „Error 500“ oder „Fehlercode 1327“ ohne Handlungshinweis.

Best Practice: Benenne das betroffene Feld oder den Vorgang, erläutere die Ursache soweit bekannt und nenne einen konkreten nächsten Schritt: „Die Verbindung ist unterbrochen. Prüfe deine Internetverbindung und versuche es erneut.“ Zeige interne technische Details nicht als einzige Meldung.

10. Hilfe und Dokumentation

Hilfe sollte auffindbar, auf die jeweilige Aufgabe bezogen und handlungsorientiert sein. Gute Unterstützung lässt sich möglichst direkt aus dem Nutzungskontext öffnen.

Verstoß: Eine komplexe Filterfunktion ist eine Sackgasse: Begriffe und Kriterien bleiben ungeklärt, und es gibt weder Hilfetext noch passenden Support-Link.

Best Practice: Ergänze kurze Erklärungen oder Beispiele am betroffenen Steuerelement und verlinke bei komplexen Funktionen direkt auf die relevante Anleitung oder Kontaktmöglichkeit. Halte die Dokumentation durchsuchbar und aktuell.

Bewertung der Probleme

Um Befunde vergleichbar zu machen, werden sie oft auf einer 0–4-Schweregradskala bewertet. Die verbreitete Skala nach Nielsen berücksichtigt, ob ein Problem überhaupt ein Usability-Problem ist und wie stark es die Nutzung beeinträchtigt. Sie ist eine fachliche Einschätzung, keine exakte Messung. Stimmt Kriterien und Umgang mit Uneinigkeit vor der Prüfung ab.

Beurteile die Auswirkung, die Häufigkeit oder Wahrscheinlichkeit und die Persistenz (lässt sich das Problem leicht umgehen oder tritt es wiederholt auf?). Ein fehlender Hinweis für ein selten genutztes Nebenfeld kann geringfügig sein; ein Fehler, der den Abschluss einer Kernaufgabe verhindert und keine Umgehung zulässt, kann schwerwiegend sein. Erfinde keine scheinpräzise Gesamtzahl: Begründe den Schweregrad knapp und nutze ihn zusammen mit Reichweite, Aufwand und Produktzielen für die Priorisierung.

Vorteile und Grenzen der Methode

Die heuristische Evaluation ist besonders beliebt, weil sie schnell, vergleichsweise günstig und wiederholbar ist. Sie kann bereits in der Wireframe-Phase eingesetzt werden und liefert erste Hinweise auf strukturelle Schwächen – ohne dass bereits funktionale Prototypen oder reale Nutzer:innen erforderlich sind.

Allerdings bleibt die Perspektive expertenzentriert. Das bedeutet: Die Ergebnisse spiegeln nicht notwendigerweise die tatsächlichen Probleme echter Nutzer:innen wider – insbesondere dann nicht, wenn diese sehr unerfahren, eingeschränkt oder kontextspezifisch handeln.

Deshalb gilt: Heuristische Evaluationen sind kein Ersatz für Usability-Tests, aber eine wirksame Ergänzung.

Fazit

Die heuristische Evaluation nach Nielsen ist ein praxisnahes, bewährtes Verfahren, das sich vor allem zur ersten Qualitätsprüfung von Interfaces eignet. Sie fördert systematische Diskussionen im Team, schafft eine strukturierte Basis für Verbesserungen – und ist besonders dann wertvoll, wenn sie in einen iterativen, nutzerzentrierten Prozess eingebettet ist.

Zuletzt geändert: 1. November 2026