Kognitive Last: Warum weniger im Interface oft mehr ist

Stell dir die Buchungsseite einer Fitnessstudio-App vor. Oben ein Banner mit dem Angebot des Monats, darunter zwölf Filter, eine Wochenansicht mit 60 Kursen in sechs Farben, kleine Symbole für „Anfängerfreundlich“, „Mit Equipment“ und „Outdoor“, deren Bedeutung nirgends erklärt wird. Wer einen Platz im Yogakurs am Donnerstagabend buchen will, muss sich vorher merken, in welchem Studio der Kurs stattfindet, denn das steht erst auf der nächsten Seite. Und die Kursnummer aus der Einladungsmail muss man im Kopf behalten, weil das Suchfeld sie verlangt.

Nichts davon ist für sich genommen ein schwerer Fehler. Zusammen sorgen diese Details aber dafür, dass eine einfache Buchung anstrengend wird. Menschen brechen ab, buchen den falschen Termin oder rufen lieber im Studio an. Das Problem hat einen Namen: zu hohe kognitive Last.

Dieser Artikel erklärt, was hinter dem Begriff steckt, woran du zu viel kognitive Last erkennst und mit welchen Hebeln du sie senkst. Die Buchungsseite der Fitnessstudio-App dient dabei als durchgehendes Beispiel. Sie ist erfunden, aber typisch.

Was kognitive Last bedeutet

Kognitive Last (englisch Cognitive Load) beschreibt, wie viel geistige Arbeit nötig ist, um ein Interface zu verstehen und zu bedienen. Die Nielsen Norman Group (NN/g) nennt es sinngemäß die „Gehirnleistung“, die jemand aufbringen muss, um ein Ziel zu erreichen. Diese Leistung ist begrenzt, und alles, was das Interface davon beansprucht, fehlt für die eigentliche Aufgabe.

Der Begriff stammt aus der Lernforschung. Der australische Bildungspsychologe John Sweller beschrieb Ende der 1980er-Jahre in seiner Cognitive Load Theory, warum manche Lernmaterialien das Verstehen eher bremsen als fördern. Der zentrale Aufsatz erschien 1988 in der Zeitschrift Cognitive Science. Die Grundidee: Das Arbeitsgedächtnis, also der Teil des Gedächtnisses, mit dem wir gerade aktiv denken, hat nur sehr wenig Platz. Wird es überladen, sinken Verständnis und Leistung.

Wie viel passt ins Arbeitsgedächtnis?

Oft fällt an dieser Stelle die Zahl „sieben plus minus zwei“. Sie geht auf den Psychologen George A. Miller zurück, der 1956 beschrieb, dass Menschen etwa sieben Einheiten gleichzeitig behalten können. Spätere Forschung zeichnet ein strengeres Bild. Nelson Cowan kam 2001 in einer viel zitierten Übersichtsarbeit zu dem Schluss, dass die zentrale Kapazitätsgrenze bei durchschnittlich etwa vier Informationseinheiten liegt, wenn man Tricks wie das Wiederholen im Kopf herausrechnet.

Für die Praxis ist die genaue Zahl weniger wichtig als die Größenordnung. Das Arbeitsgedächtnis ist klein, und es ist schnell voll. Eine Regel wie „maximal sieben Menüpunkte“ lässt sich daraus allerdings nicht ableiten. Ein Menü, das man sieht, muss man nicht auswendig behalten. Belastend wird es erst, wenn Menschen Informationen über mehrere Schritte hinweg im Kopf tragen müssen.

Die drei Arten kognitiver Last

Die Cognitive Load Theory unterscheidet drei Arten von Belastung, die sich gut auf Interfaces übertragen lassen:

• Intrinsische Last ist die Schwierigkeit, die in der Aufgabe selbst steckt. Einen Kurs zu buchen ist einfach, eine Steuererklärung nicht. Diese Last kann Design nicht beseitigen, nur gut verteilen.
• Extrinsische Last (oft auch „extrane“ oder „überflüssige“ Last genannt) entsteht durch die Art der Darstellung: unklare Symbole, verstreute Informationen, Ablenkungen. Sie hilft niemandem und ist der Teil, an dem Design ansetzt.
• Lernbezogene Last (englisch „germane load“) ist die Anstrengung, die in echtes Verstehen fließt, etwa wenn jemand ein neues Konzept begreift. Sie wurde später ergänzt und ist in der Forschung umstritten. Für UX-Arbeit reicht es meist, intrinsische und extrinsische Last zu unterscheiden.

Die NN/g bringt das für die Praxis auf einen einfachen Nenner: Intrinsische Last ist nicht schlecht, denn Menschen kommen auf eine Website, um etwas zu erledigen oder zu lernen. Extrinsische Last dagegen verbraucht Aufmerksamkeit, ohne etwas zurückzugeben. Gutes Design senkt also nicht jede Anstrengung, sondern die unnötige.

Woran du zu viel kognitive Last erkennst

Kognitive Last ist unsichtbar, ihre Folgen sind es nicht. In Usability-Tests zeigen sich typische Signale:

• Menschen halten inne, scrollen hin und her und suchen nach einer Information, die eigentlich da ist.
• Sie lesen laut vor, wiederholen Begriffe oder notieren sich etwas auf Papier.
• Sie fragen nach der Bedeutung von Symbolen, Abkürzungen oder Fachbegriffen.
• Sie wählen eine Option, die „schon passen wird“, statt die beste.
• Sie verlieren den Faden, wenn sie zwischen zwei Seiten wechseln.

Auch in Nutzungsdaten finden sich Hinweise: hohe Abbruchraten an bestimmten Stellen, viel Hin- und Herspringen zwischen Seiten, häufige Rückfragen beim Support zu immer denselben Schritten oder Fehleingaben, die sich an einem Feld häufen.

Für die Fitnessstudio-App könnte ein kurzer Test mit fünf Personen etwa so aussehen: Mehrere fragen, was das Blattsymbol bedeutet. Einige wechseln zurück zur Wochenansicht, weil sie nicht mehr wissen, ob der Kurs um 18 oder um 18:30 Uhr begann. Jemand tippt die Kursnummer aus der Mail falsch ab und landet bei einem anderen Kurs. Jedes dieser Muster zeigt eine Stelle, an der das Interface Denkarbeit verlangt, die es selbst übernehmen könnte.

Sieben Hebel, um kognitive Last zu senken

1. Visuelles Rauschen entfernen

Jedes Element auf einem Bildschirm will verarbeitet werden, auch wenn es nichts zur Aufgabe beiträgt. Die NN/g nennt als typische Ursachen überflüssige Links, Bilder ohne Aussage und dekorative Typografie. Das heißt nicht, dass Interfaces karg sein müssen. Es heißt, dass jedes Element seinen Platz rechtfertigen sollte.

Eine einfache Übung: Geh die Seite Element für Element durch und frag, ob es der Person in diesem Moment hilft. Im Beispiel der Buchungsseite fliegt das Banner mit dem Angebot des Monats von der Buchungsansicht in den Newsbereich. Die sechs Farben im Kalender werden auf zwei reduziert: eine für Kurse mit freien Plätzen, eine für ausgebuchte. Die übrigen Kategorien stehen als Text im Kurseintrag, wo sie ohne Legende verständlich sind.

Auch Konsistenz senkt Rauschen. Wenn derselbe Button an drei Stellen drei verschiedene Farben hat, muss das Gehirn jedes Mal neu prüfen, ob er dasselbe tut.

2. Erkennen statt Erinnern

Etwas wiederzuerkennen fällt deutlich leichter, als es aus dem Gedächtnis abzurufen. Jakob Nielsen hat das in seinen zehn Usability-Heuristiken als eigene Regel formuliert: „Recognition rather than recall“. Sinngemäß: Halte die Gedächtnislast gering, indem Elemente, Aktionen und Optionen sichtbar sind. Niemand sollte sich Informationen von einem Teil des Interfaces merken müssen, um einen anderen zu bedienen.

In der Buchungsseite verstößt gleich zweierlei gegen diese Regel: Das Studio steht erst auf der Folgeseite, und die Kursnummer muss aus einer Mail abgetippt werden. Die Verbesserung:

• Vorher: Kurskarte mit „Yoga Flow, 18:00“. Studio und Kursleitung erst nach dem Klick.
• Nachher: Kurskarte mit „Yoga Flow, Do 18:00 bis 19:00, Studio Mitte, 4 Plätze frei“. Auf der Bestätigungsseite steht dieselbe Zusammenfassung noch einmal.

Der Link in der Einladungsmail führt direkt zum passenden Kurs, statt eine Nummer zu nennen, die jemand abtippen muss. Und wer die App öffnet, sieht oben die zuletzt gebuchten Kurse, statt sie jedes Mal neu zu suchen.

3. Bekannte Muster nutzen

Menschen bringen Erwartungen mit, die sie auf anderen Websites und in anderen Apps gelernt haben. Fachleute sprechen von mentalen Modellen: inneren Vorstellungen davon, wie etwas funktioniert. Ein Interface, das diese Erwartungen erfüllt, muss nicht erst erlernt werden. Die NN/g empfiehlt deshalb, Beschriftungen und Layouts zu verwenden, die Menschen bereits kennen.

Originalität hat ihren Platz, aber selten in der Navigation oder bei Standardaufgaben. Ein Warenkorbsymbol oben rechts, ein Logo, das zur Startseite führt, ein Kalender, der mit Montag beginnt: Wer solche Konventionen bricht, verlangt von allen, die das Produkt nutzen, eine kleine Lernleistung. Für sich genommen ist das wenig, in der Summe kostet es Aufmerksamkeit.

Die Fitnessstudio-App hatte für den Kalender eine eigene Wischgeste entwickelt, mit der man zwischen Studios statt zwischen Wochen wechselte. Nach der Überarbeitung wechselt Wischen die Woche, wie in fast jeder Kalender-App. Das Studio wählt man über eine klar beschriftete Auswahl oben.

4. Entscheidungen vereinfachen

Jede Entscheidung kostet Kraft. Hick’s Law beschreibt, dass die Zeit für eine Wahl mit der Zahl gleich wahrscheinlicher Optionen steigt, allerdings nicht linear, sondern logarithmisch. Doppelt so viele Optionen bedeuten also nicht doppelt so viel Zeit. Wichtig ist eine Einschränkung: Das Gesetz gilt für Entscheidungen zwischen bekannten Optionen. Muss jemand eine unsortierte Liste erst durchsuchen, wächst der Aufwand eher mit jedem Eintrag.

Daneben steht der bekannte Marmeladen-Versuch. Sheena Iyengar und Mark Lepper stellten im Jahr 2000 in einem Supermarkt einmal 24 und einmal 6 Sorten Marmelade zur Probe auf. Der große Stand zog mehr Menschen an, doch wer am kleinen Stand probiert hatte, kaufte deutlich häufiger. Der Befund wird oft als „Paradox of Choice“ zitiert. Allerdings fand eine Metaanalyse von Benjamin Scheibehenne und Kollegen 2010 über 50 Experimente hinweg einen durchschnittlichen Effekt von nahezu null, mit großen Unterschieden zwischen den Studien. Zu viel Auswahl kann also überfordern, muss es aber nicht. Es kommt darauf an, wie gut Menschen die Optionen vergleichen können und wie klar sie wissen, was sie wollen.

Daraus folgen drei praktische Ansätze:

• Sinnvolle Voreinstellungen: Wenn eine Option für die meisten passt, wähle sie vor. Die NN/g nennt kluge Standardwerte ausdrücklich als Weg, Arbeit abzunehmen. Voreinstellungen dürfen aber keine Entscheidungen unterschieben, die gegen die Interessen der Person laufen.
• Optionen ordnen: Gruppiere, sortiere und benenne so, dass Vergleiche leichtfallen. Eine längere Liste mit klaren Gruppen lässt sich oft leichter überblicken als eine kurze, aber ungeordnete.
• Empfehlungen anbieten: Ein markierter Vorschlag hilft Menschen, die unsicher sind, ohne die Auswahl für alle anderen einzuschränken.

In der App bedeutet das: Die zwölf Filter schrumpfen auf drei sichtbare, nämlich Studio, Tag und Kursart. Die übrigen liegen hinter „Weitere Filter“. Das zuletzt besuchte Studio ist vorausgewählt.

5. Schritt für Schritt zeigen

Nicht alles muss gleichzeitig sichtbar sein. Progressive Disclosure bedeutet, Informationen und Funktionen erst dann zu zeigen, wenn sie gebraucht werden. Die Grundansicht bleibt übersichtlich, Details und seltene Optionen sind einen Klick entfernt.

Eng verwandt ist das sogenannte Chunking: Informationen werden in sinnvolle Gruppen gefasst, die sich als eine Einheit verarbeiten lassen. Eine deutsche IBAN in Vierergruppen ist leichter zu prüfen als eine Kette aus 22 Zeichen. Ein langes Formular mit klar benannten Abschnitten wirkt meist überschaubarer als dieselben Felder ohne Gliederung. Wie das bei Formularen konkret aussieht, zeigt der Artikel Formulare, die niemand abbricht.

Die Grenze liegt dort, wo Menschen Informationen brauchen, um eine Entscheidung zu treffen. Wer erst nach drei Klicks erfährt, dass ein Kurs kostenpflichtig ist, hat nicht weniger, sondern mehr Arbeit. Versteckt werden sollte nur, was für die aktuelle Entscheidung wirklich zweitrangig ist.

In der Buchungsansicht zeigt die Kurskarte deshalb Zeit, Studio, freie Plätze und gegebenenfalls einen Preis. Beschreibung, Profil der Kursleitung und Hinweise zum Equipment öffnen sich bei Bedarf in einer Detailansicht.

6. Klare Sprache

Texte verursachen oft mehr kognitive Last als Layouts. Fachbegriffe, interne Abkürzungen und verschachtelte Sätze zwingen Menschen, erst zu übersetzen, bevor sie handeln können. Ein paar Grundregeln helfen:

• Begriffe aus der Welt der Menschen verwenden, die das Produkt nutzen, nicht aus der Organisationsstruktur. „Kurs stornieren“ statt „Reservierung freigeben“.
• Einen Begriff für eine Sache, überall gleich. Wenn derselbe Vorgang mal „Buchung“, mal „Anmeldung“ und mal „Reservierung“ heißt, fragen sich Menschen, ob es drei verschiedene Dinge sind.
• Das Wichtigste zuerst. Ein Hinweis wie „Kostenlose Stornierung bis 2 Stunden vor Kursbeginn“ funktioniert besser als ein Absatz, an dessen Ende diese Information steht.
• Symbole beschriften. Ein Symbol mit Text ist meist verständlicher als ein Symbol allein, besonders wenn es nicht zu den wenigen allgemein bekannten gehört.

Im Beispiel erhalten die drei rätselhaften Symbole kurze Textlabels: „Für Einsteigende“, „Equipment wird gestellt“ und „Draußen“. Niemand muss mehr nachfragen, was gemeint ist.

7. Arbeit an das System abgeben

Alles, was die Software zuverlässig selbst erledigen kann, sollte sie erledigen. Die NN/g spricht vom Auslagern von Aufgaben: Rechnen, Vergleichen, Merken und Übertragen sind Arbeiten, die Computer besser können als Menschen.

Typische Beispiele sind bereits eingegebene Daten, die im nächsten Schritt wieder erscheinen, automatisch berechnete Summen und Fristen, Eingaben, die Leerzeichen oder unterschiedliche Formate akzeptieren, und Erinnerungen, die zum richtigen Zeitpunkt kommen. In der Fitnessstudio-App rechnet die Buchungsbestätigung die Stornofrist direkt aus („Kostenlos stornierbar bis Donnerstag, 16:00 Uhr“), statt nur die Regel „bis 2 Stunden vorher“ zu nennen. Den Kurs kann man mit einem Tipp in den eigenen Kalender übernehmen.

Wann weniger nicht mehr ist

„Weniger ist mehr“ ist eine gute Faustregel, aber kein Gesetz. Drei Fallstricke tauchen in der Praxis immer wieder auf.

Zu viel verstecken. Wer jede Information hinter Menüs, Tabs und Akkordeons legt, erzeugt eine aufgeräumte Oberfläche, aber auch viele Klicks und Suchaufwand. Menschen müssen sich dann merken, wo etwas war, statt es zu sehen. Die kognitive Last sinkt nicht, sie verschiebt sich nur.

Expertenwerkzeuge über einen Kamm scheren. Wer täglich mit einem Analyse-Tool, einer Kassensoftware oder einem Leitstand arbeitet, profitiert oft von einer dichten Darstellung mit vielen Zahlen auf einen Blick. Für diese Menschen ist ständiges Ein- und Ausklappen die größere Belastung. Was für Gelegenheitsnutzende überladen wirkt, kann für Profis genau richtig sein. Hier helfen Research und Tests mit der tatsächlichen Zielgruppe mehr als allgemeine Regeln.

Intrinsische Last wegdesignen wollen. Manche Aufgaben sind kompliziert, etwa ein Versicherungsvergleich oder eine Kreditentscheidung. Wer sie künstlich vereinfacht, indem wichtige Informationen fehlen, nimmt Menschen nicht Arbeit ab, sondern die Grundlage für eine gute Entscheidung. Das Ziel ist, die Komplexität gut zu strukturieren, nicht sie zu verschweigen.

Kognitive Last messen

Ob eine Überarbeitung die Last wirklich senkt, lässt sich prüfen. Dafür braucht es kein Labor.

Der einfachste Weg ist ein moderierter Usability-Test mit lautem Denken. Fünf Personen erledigen dieselbe Aufgabe in der alten und in der neuen Version. Du achtest auf die Signale von oben: Pausen, Rückfragen, Hin- und Herspringen, Fehler. Zusätzlich lassen sich Erfolgsquote, Fehleranzahl und Bearbeitungszeit festhalten.

Für eine strukturierte Selbsteinschätzung gibt es Fragebögen. Verbreitet ist der NASA Task Load Index (NASA-TLX), den eine Forschungsgruppe am Ames Research Center der NASA in den 1980er-Jahren entwickelt hat. Er fragt sechs Dimensionen ab, darunter geistige Anforderung, Zeitdruck, Anstrengung und Frustration. In vielen Studien wird eine vereinfachte Fassung ohne Gewichtung genutzt, die sogenannte Raw TLX. Für ein Produktteam reicht es oft schon, nach einer Aufgabe nur die Frage nach der geistigen Anforderung zu stellen und die Antworten zwischen zwei Varianten zu vergleichen.

Wichtig ist, dass du Varianten mit derselben Aufgabe vergleichst. Ein Wert für sich sagt wenig. Erst der Vergleich zeigt, ob eine Änderung die Arbeit leichter gemacht hat.

Fazit

Kognitive Last ist die geistige Arbeit, die ein Interface verlangt. Ein Teil davon gehört zur Aufgabe und lässt sich nicht vermeiden. Ein anderer Teil entsteht durch Design, und den kannst du gezielt senken: weniger visuelles Rauschen, sichtbare statt gemerkte Informationen, vertraute Muster, gut vorbereitete Entscheidungen, schrittweise Darstellung, klare Sprache und ein System, das Arbeit übernimmt.

Die Buchungsseite der Fitnessstudio-App sieht nach der Überarbeitung nicht spektakulär anders aus. Sie hat weniger Farben, weniger sichtbare Filter, beschriftete Symbole und Kurskarten, die alle wichtigen Angaben auf einen Blick zeigen. Eine Buchung, die vorher Konzentration verlangt hat, geht jetzt nebenbei. Genau das ist der Punkt: Gutes Design spart Menschen Denkarbeit, damit sie ihre Aufmerksamkeit für das einsetzen können, was ihnen wichtig ist.

Checkliste

• Jedes Element auf dem Bildschirm hilft bei der aktuellen Aufgabe, alles andere ist entfernt oder verschoben.
• Farben, Symbole und Buttons sind konsistent und ohne Legende verständlich.
• Informationen, die für eine Entscheidung nötig sind, stehen dort, wo die Entscheidung fällt.
• Niemand muss sich etwas von einer Seite zur nächsten merken oder abtippen.
• Navigation, Gesten und Begriffe folgen bekannten Konventionen.
• Optionen sind sortiert und gruppiert, sinnvolle Voreinstellungen sind gesetzt.
• Seltene Funktionen und Details sind schrittweise erreichbar, aber nicht versteckt, wenn sie entscheidend sind.
• Texte nutzen die Sprache der Zielgruppe und einen Begriff pro Sache.
• Das System rechnet, merkt und überträgt, wo es das zuverlässig kann.
• Die Wirkung ist mit einem Test oder einer kurzen Befragung überprüft.

Quellen

• Kathryn Whitenton, Nielsen Norman Group: Minimize Cognitive Load to Maximize Usability
• Jakob Nielsen, Nielsen Norman Group: 10 Usability Heuristics for User Interface Design
• John Sweller (1988): Cognitive Load During Problem Solving: Effects on Learning. Cognitive Science, 12(2), 257 bis 285
• Nelson Cowan (2001): The magical number 4 in short-term memory. Behavioral and Brain Sciences, 24(1)
• Wikipedia: Hick’s law
• Sheena Iyengar und Mark Lepper (2000): When Choice Is Demotivating. Journal of Personality and Social Psychology, 79(6)
• Benjamin Scheibehenne, Rainer Greifeneder und Peter M. Todd (2010): Can There Ever Be Too Many Options? Journal of Consumer Research, 37(3)
• Wikipedia: NASA-TLX
• Jon Yablonski, Laws of UX: Cognitive Load