Die goldenen Regeln des Interface-Designs (2013)

Die acht goldenen Regeln des Interface-Designs

• Nach Konsistenz streben: In ähnlichen Situationen sollte dieselbe Abfolge von Handlungen erforderlich sein, und in Prompts, Menüs und Hilfebildschirmen sollten dieselben Begriffe verwendet werden; außerdem sollten Farben, Layout, Groß- und Kleinschreibung sowie Schriftarten durchgängig konsistent sein.
• Nach universeller Nutzbarkeit streben: Die Bedürfnisse unterschiedlicher Nutzer erkennen und beim Design alles von Anfängern bis zu Experten, Altersgruppen, Behinderungen, internationale Unterschiede und technologische Vielfalt berücksichtigen.
• Nützliches Feedback geben: Für jede Handlung des Nutzers sollte es ein Interface-Feedback geben; für häufige und geringfügige Aktionen genügt eine einfache Reaktion, für seltene und wichtige Aktionen ist eine ausführlichere Reaktion nötig.
• Durch dialogorientiertes Design Geschlossenheit vermitteln: Handlungsfolgen als Gruppen strukturieren und durch Feedback zum Abschluss einer Gruppe dem Nutzer ein Gefühl von Erfolg und Erleichterung geben.
• Fehler vermeiden: Das Interface so gestalten, dass Nutzer keine schwerwiegenden Fehler machen, und im Fehlerfall einfache und konkrete Hinweise zur Wiederherstellung geben.
• Einfaches Rückgängigmachen von Handlungen erlauben: Handlungen nach Möglichkeit rückgängig machbar machen, damit Nutzer keine Angst vor Fehlern haben und neue Optionen erkunden.
• Die Kontrolle beim Nutzer belassen: Erfahrene Nutzer möchten, dass das Interface auf ihre Handlungen reagiert und sich vertraute Abläufe nicht ändern; wenn benötigte Informationen schwer zu finden sind oder das gewünschte Ergebnis ausbleibt, empfinden sie Unbehagen.
• Die Belastung des Kurzzeitgedächtnisses verringern: Da die Menge an Informationen, die Menschen im Kurzzeitgedächtnis verarbeiten können, begrenzt ist, sollten Interfaces vermieden werden, bei denen Nutzer Informationen von einem Bildschirm behalten und auf einem anderen verwenden müssen.

Meinung von GN⁺

• Dieser Text stellt die von Ben Shneiderman vorgeschlagenen Grundprinzipien des Interface-Designs vor, und diese Prinzipien bieten Mobile-, Desktop- und Web-Designern einen guten Ausgangspunkt.
• Diese Prinzipien zur Verbesserung der User Experience helfen Nutzern, Systeme besser zu verstehen und effizienter zu verwenden.
• Der Text bietet angehenden Softwareingenieuren nützliche Leitlinien, auf die sie beim Entwurf benutzerfreundlicher Interfaces zurückgreifen können.

[GN⁺]

Hacker-News-Kommentare

• Performance ist zwar kein Teil des UI-Designs, wird aber oft übersehen. Eine langsame UI verletzt alle Designprinzipien.

  • Zum Beispiel sehen Sonys Android-Smart-TVs gut aus, aber die UI ist so langsam, dass sie schwer zu benutzen ist.

• Eine instabile UI, die sich häufig ändert, verletzt ebenfalls die meisten Prinzipien. Smart-TVs sind in diesem Bereich besonders schlecht, etwa weil sich das Layout des Startbildschirms und die App-Symbole häufig ohne ersichtlichen Grund ändern.

• Symbole ohne Beschriftung (manchmal nicht einmal mit Tooltip) sind ein immer schlimmer werdendes Problem. Wenn man googeln muss, um herauszufinden, was ein Button tut, ist das UI-Design schlecht.

• Erklärung, warum Konsistenz wichtig ist.

  • Es geht nicht darum, konkrete Details wie eine begrenzte Farbpalette oder unauffällige Schriftarten zu verfolgen.
  • Es geht darum, den Nutzern zu ermöglichen, Software souverän zu bedienen.
  • Microsoft Office und (Neo)Vim sind keine herausragenden Beispiele für UI, aber in Bezug auf Stabilität einzigartig.

• Es ist wichtig, den Nutzern ein konzeptionelles Modell klar zu vermitteln.

  • Wenn man das konzeptionelle Modell eines Produkts nicht versteht, wird man immer verwirrt sein, selbst wenn die Symbole gut beschriftet sind.
  • Eine UI sollte so gestaltet sein, dass Nutzer das konzeptionelle Modell durch das Erkunden der Oberfläche erschließen können.

• Wenn Nutzer eine falsche Postleitzahl eingeben, sollte man sie nur den fehlerhaften Teil korrigieren lassen, statt das gesamte Formular für Name und Adresse erneut ausfüllen zu müssen.

  • Das sollte auch gelten, wenn Formulare über mehrere Seiten hinweg ausgefüllt werden.
  • Falsche Aktionen sollten entweder den Zustand der Oberfläche nicht verändern oder Anweisungen dazu geben, wie sich der Zustand wiederherstellen lässt.

• Statt Menüpunkte zu deaktivieren, sollte eine Fehlermeldung angezeigt werden, die erklärt, warum der Befehl nicht verfügbar ist, wenn Nutzer darauf klicken.

  • Herausfinden zu müssen, warum ein Befehl deaktiviert wurde, kann frustrierend sein.

• Nielsens 10 Usability-Heuristiken bieten gute Leitlinien für UI-Design.

  • Dazu gehören Sichtbarkeit des Systemstatus, Übereinstimmung mit der realen Welt, Nutzerkontrolle und Freiheit, Konsistenz und Standards, Fehlervermeidung, Wiedererkennen statt Erinnern, Flexibilität und Effizienz der Nutzung, minimalistisches Design, Fehlererkennung und -behebung sowie Hilfe und Dokumentation.

• Seit 2013 begann die Konsistenz zu zerfallen, und mit dem Aufkommen CSS-basierter UIs implementierte jede Website und App ihre eigene UX.

  • Die in der UX-Community kritisierte „Mystery Meat Navigation“, die in den frühen 2000ern mit Flash populär war, ist zurück.

• Es ist ein besonders schwerwiegender Fehler, wenn plötzlich etwas anderes an der Stelle erscheint, die der Nutzer auswählen wollte, und dadurch eine falsche Auswahl ausgelöst wird.

• Interface-Elemente sollten sich nicht unerwartet bewegen, nachdem die Oberfläche gerendert wurde.

  • Google fällt bei diesem Problem besonders negativ auf, ist aber nicht der einzige Fall.

• Diskussion über die Goldenen Regeln einer offenkundigen Utopie.

  • Die meisten Entwickler haben Erfahrung damit, an Oberflächen zu arbeiten, die diese Regeln häufig verletzen.
  • Das liegt nicht daran, dass sie sie nicht verstehen, sondern daran, dass die Kosten zu diesem Zeitpunkt zu hoch waren.
  • Zum Beispiel ist eine Undo-Funktion nur möglich, wenn die Datenstrukturen unterhalb der Anwendung von Anfang an darauf ausgelegt wurden. Fehler zu verhindern ist ebenfalls schwierig, weil schwer genau zu bestimmen ist, was überhaupt ein Fehler ist, und perfektes Feedback in der Sprache des Nutzers zu geben, ist noch komplexer.