Die Windows-95-Benutzeroberfläche: eine Fallstudie zur Usability Engineering (1996)

 (dl.acm.org)
3 Punkte von GN⁺ 2026-03-02 | 1 Kommentare | Auf WhatsApp teilen
  • Der Entwicklungsprozess der Windows-95-Benutzeroberfläche wird als repräsentatives Beispiel dafür vorgestellt, wie in großer kommerzieller Software iteratives Design und Problem Tracking systematisch angewendet wurden
  • Das ursprüngliche Ziel war, ein System zu schaffen, das für Einsteiger leicht zu erlernen und für Fortgeschrittene effizient zu nutzen ist; dafür wurde der traditionelle Waterfall-Ansatz aufgegeben und durch iterative Experimente und Benutzertests ersetzt
  • Zentrale UI-Komponenten wie Startmenü, Taskleiste (Task Bar), Datei-Dialoge, Assistent zum Einrichten von Druckern und die Hilfe-Index-Registerkarte wurden durch mehrere Runden von Prototyping und Nutzerfeedback fertiggestellt
  • Während des gesamten Projekts wurden 699 Usability-Aussagen in einer Datenbank verwaltet; davon wurden 81 % der Probleme gelöst, was zu einer hohen Behebungsquote führte
  • Die Studie belegt die praktische Wirksamkeit von Usability Engineering bei der Entwicklung großer Produkte und floss auch in das Design späterer Windows-Versionen ein

Überblick über die Entwicklung der Windows-95-Benutzeroberfläche

  • Windows 95 war ein umfassendes Upgrade von Windows 3.1 und Windows for Workgroups 3.11, und auch die Benutzeroberfläche (UI) wurde komplett neu gestaltet
    • Ziel war es, Einsteigern leichte Erlernbarkeit und fortgeschrittenen Nutzern effiziente Bedienung zu bieten
    • Ein interdisziplinäres Team aus etwa 12 Designern und 12 Entwicklern war daran beteiligt
  • Anstelle des bisherigen Waterfall-Modells wurde ein entwicklungsprozess mit Fokus auf iterativem Design und Benutzertests übernommen
    • Durch den Zyklus aus Entwurf–Test–Überarbeitung wurden kontinuierliche Verbesserungen erzielt

Einsatz von iterativem Design (Iterative Design)

  • Der Designprozess verlief in drei Phasen: Exploration, Rapid Prototyping und Fine Tuning
  • In der frühen Explorationsphase wurden experimentelle Prototypen mithilfe von UI-Ressourcen aus dem Cairo-Projekt erstellt, darunter Desktop, Tray und 3D-Visualisierungen
    • Nutzertests zeigten, dass die zweigeteilte Struktur des File Cabinet und das Konzept der Programmordner bei Einsteigern Verwirrung auslösten
    • Auch die funktionale Überschneidung der Tray-Buttons führte zu kognitiver Verwirrung
  • In Vergleichstests mit Windows 3.1 benötigten Einsteiger im Schnitt mehr als 9,5 Minuten, um Programme zu starten, und hatten Schwierigkeiten mit Doppelklicks, Fensterverwaltung und dem Verständnis hierarchischer Dateistrukturen
  • Auf Grundlage dieser Ergebnisse verlagerte sich der Fokus von Konsistenz mit der bestehenden UI hin zur Effizienz häufig ausgeführter Aufgaben

Rapid Prototyping und wichtige Designänderungen

  • Anstelle dokumentbasierter Spezifikationen wurden Prototypen und der Code selbst als „lebende Spezifikation“ genutzt
    • Das Design wurde in Echtzeit über Meetings, E-Mails und Präsentationen im Team geteilt
    • Usability-Probleme wurden in einer Datenbank nachverfolgt, einschließlich ihres Behebungsstatus
  • Ein Versuch mit einer Shell nur für Einsteiger wurde wegen Problemen beim Lerntransfer verworfen; die dort gewonnenen Konzepte wie Einfachklick, hohe Sichtbarkeit und menüzentrierte Interaktion führten jedoch zum Design des Startmenüs

Beispiele für iteratives Design zentraler UI-Komponenten

  1. Programmstart (Startmenü)
    • Ein einzelner Button bündelte den Zugriff auf Programme, Einstellungen, Suche und Hilfe
    • Dadurch wurde für Nutzer aller Erfahrungsstufen ein konsistenter Einstiegspunkt geschaffen
  2. Fensterverwaltung (Task Bar)
    • Ein früher Entwurf, minimierte Fenster als „Plates“ anzuzeigen, scheiterte
    • Daraus entwickelte sich die Taskleiste (Task Bar), die jede Aufgabe dauerhaft anzeigt
  3. Dialoge zum Öffnen/Speichern von Dateien
    • Über Prototypen unter Leitung des Cairo-Teams wurden eine logische Reihenfolge der Felder und eine vereinfachte Auswahlstruktur etabliert
  4. Druckereinrichtung (Add Printer Wizard)
    • Der komplexe Einrichtungsprozess wurde durch einen schrittweisen Assistenten (Wizard) vereinfacht
    • Benutzertests bestätigten eine hohe Erfolgsquote
  5. Hilfesuche (Index-Registerkarte)
    • Eine komplexe zweistufige Suchstruktur wurde zu einer einzelnen Liste mit Popup-Auswahl verbessert

Phase des Fine Tuning

  • Durch summative Tests und langfristige Feldstudien wurde die Reife der gesamten UI überprüft
    • Gemessen an 20 Hauptaufgaben wurde die Bearbeitungszeit gegenüber Windows 3.1 etwa halbiert, und bei 20 von 21 Punkten stieg die Zufriedenheit
    • In einer Langzeitbeobachtung mit 20 Personen traten keine wesentlichen Usability-Mängel auf; nur einige Formulierungen und Hilfetexte wurden angepasst

Problem-Tracking-System

  • Es wurde eine relationale Datenbank aufgebaut, um alle Usability-Probleme zu erfassen, zuzuweisen und ihren Lösungsstatus zu verwalten
    • Von insgesamt 699 Usability-Aussagen wurden 551 als Probleme klassifiziert
    • Schweregrad: Stufe 1 (15 %), Stufe 2 (43 %), Stufe 3 (42 %)
    • Lösungsstatus: 81 % gelöst (Addressed), 8 % teilweise gelöst (Somewhat), 11 % ungelöst (Not Addressed)
  • Nicht gelöste Punkte wurden als Ausgangsdaten für das Design der nächsten Version übernommen

Fazit und Erkenntnisse

  • Durch iteratives Design und kontinuierliche Benutzertests wurden letztlich alle Details des ursprünglichen Entwurfs verändert
    • Der Ansatz, Prototypen als Spezifikation zu nutzen, verbesserte sowohl Geschwindigkeit als auch Qualität
  • Tests auf Ebene des Gesamtprodukts erwiesen sich als entscheidender Schritt, um das Zusammenspiel der UI-Elemente zu vervollständigen
  • Die Problem-Tracking-Datenbank diente in großen Projekten als zentrales Werkzeug zur Systematisierung von Usability-Verbesserungen
  • Der Fall Windows 95 gilt als praktisches Modell des Usability Engineering, das anerkennt, dass „man nicht von Anfang an perfekt sein kann und zur Vollendung Wiederholung braucht“

Verwandte Beiträge

1 Kommentare

 
GN⁺ 2026-03-02
Hacker-News-Kommentare

  • Ich finde auch, dass die UI-Reife von Windows 7 wirklich herausragend war
    Besonders eindrucksvoll war das Konzept der „Delights“ ab 23:45 in der PDC2008-Präsentation

  • Steve Jobs sagte 1996, Microsoft habe „keinen Geschmack“, aber ich stimme dem nicht zu
    Ich finde eher, dass Microsoft zwischen 1995 und 2000 seine stilvollste Phase hatte
    Windows 95/NT4/98/2000, Office 97, Visual Basic 6, sogar Internet Explorer 5 hatten großartige UIs
    Seit der „Luna“-Oberfläche von XP und dem Ribbon in Office 2007 ging es meiner Ansicht nach bergab

    • Auch Apple bringt gelegentlich schlechtes Design heraus, und es ist seltsam, dass das dann oft noch gelobt wird
      Zum Beispiel gab es dieses „breathing status light“, das so hell war, dass es nachts den ganzen Raum erleuchtete, und trotzdem wurde es als „subtiles Design“ gelobt
      Es gibt auch einen passenden Artikel dazu
      Heute wurden Statusleuchten ganz abgeschafft, und trotzdem wird das weiterhin als „erstaunliches Design“ gefeiert, was schon ironisch ist
    • Das Ribbon-UI war das Ergebnis forschungsbasierter Arbeit, damit Einsteiger Funktionen leichter entdecken können
      Für Nicht-Profis oder jüngere Nutzer war diese UI sogar oft attraktiver, und die meisten Tastenkürzel blieben erhalten
      Das Problem war eher, dass andere Firmen nur die Optik kopiert und es dadurch ruiniert haben
    • Ich denke, sowohl Microsoft als auch Apple erreichten ihren Usability-Höhepunkt zwischen Mitte der 1990er und Ende der 2000er und bauten danach ab
      Faktoren wie Monetarisierungsdruck, fehlender Wettbewerb und Ermüdung der Nutzer scheinen dabei eine Rolle gespielt zu haben
      Schade ist auch, dass der Linux-Desktop bis heute keine massentaugliche Alternative geworden ist
    • Wenn man Windows 3.1 oder MacOS 7.x noch einmal benutzt, merkt man, was für ein großer Sprung Win95 war
      Startmenü und Taskleiste gaben der UI ein klares Zentrum, und die späteren Änderungen waren meist nur noch schrittweise
    • Wie Steve sagte, war Windows vielleicht nicht elegant, aber funktional
      Dass man dieselbe Aufgabe auf mehrere Arten erledigen konnte, bot am Ende eher eine auf unterschiedliche Nutzer zugeschnittene Erfahrung

  • Die UI aus der Windows-95-Ära war ausgereift, professionell und in der Bedienbarkeit stark
    Beim heutigen Windows kann man sich kaum vorstellen, dass noch dieselbe Hingabe und derselbe Testaufwand dahinterstehen
    Auch bei Apple ist die UI-Qualität seit Jony Ive stark gesunken, mit vielen Fehlschlägen wie „Liquid Glass“

    • Zu viele anpassbare Shortcuts in Apps und Betriebssystemen schaden den Nutzern eher
      Funktionen wie der Bearbeitungsmodus des iPhone-Sperrbildschirms, der versehentlich aktiviert wird, sind unnötig
      Solche „versehentlichen Änderungen“ verschlechtern die UX
    • Apple neigt dazu, aus ästhetischen Gründen wichtige Funktionen zu entfernen
      Ich habe oft erlebt, dass es keinen physischen CD-Auswurfknopf gab und man eine Notfallsequenz nutzen musste, um eine Disk herauszubekommen
    • Ich hasse das „Liquid Glass“-Design wirklich. Es war das erste Mal, dass mich eine Designänderung richtig genervt hat
    • Ich mache gern den Witz, dass natürlich alles mit transparentem Plastik überzogen wird, wenn Verpackungsdesigner plötzlich die UI gestalten
    • Früher haben Power-User die GUI entworfen, heute der Durchschnittsnutzer
      Deshalb werden fortgeschrittene Funktionen einfach hinter Dingen wie „lang drücken“ versteckt

  • Designer sind tendenziell weniger offen für Feedback als Entwickler
    Deshalb bleibt Flat UI trotz aller Kritik offenbar bestehen
    macOS Tahoe ist in der Bedienbarkeit klar schlechter als Sequoia

    • Auch Entwickler tragen Mitverantwortung für die Verbreitung des Flat Designs
      Denn dadurch konnten selbst Leute ohne gestalterisches Gespür noch halbwegs ansehnliche Apps bauen
    • Irgendwann werden Fenster wohl komplett rund, nur damit man später eckige Ecken wieder als „Innovation“ verkaufen kann
    • Das eigentliche Problem ist der Zwang bei UX-Designern, ständig Veränderungen produzieren zu müssen
      Nutzer bekommen nicht einmal die Chance, sich an etwas zu gewöhnen, sondern müssen ständig neu lernen
      Es fühlt sich an, als würde jemand heimlich die Möbel in meiner Wohnung umstellen
    • Flat Design und UI-Dichte sind verschiedene Dinge. Kleine flache Elemente sind möglich, genauso wie große skeuomorphe
    • Das Problem ist weniger Feedback als das Fehlen messbarer Ergebnisse
      Usability lässt sich eben nicht so objektiv messen wie ein Bug

  • Das Cockpit eines Verkehrsflugzeugs ist ein Lehrbuchbeispiel für intuitive und effiziente UI-Gestaltung
    Auch das Design von Programmiersprachen ist letztlich eine Frage der Usability
    Im April werde ich dazu einen Vortrag in Yale halten

    • Auch beim Sprachdesign ist die Balance zwischen Lesbarkeit und Explizitheit wichtig
      Zum Beispiel ist die Mehrdeutigkeit von Scopes in C++ ein Problem
      Ich finde eine explizite Schreibweise wie self.foo in Python besser
      Sprachen sollten sich in eine Richtung entwickeln, die menschliche Fehler reduziert
    • Das FMC-Menüsystem von Boeing ist nicht ergonomisch, und auch die Tastaturanordnung ist unpraktisch
    • Flugzeugbedienung erfordert Tausende Stunden Training, und es gibt auch Unfälle aufgrund schlechten Designs
      Schon das Wort „intuitiv“ kann problematisch sein
      Siehe diesen Artikel und Raskins Aufsatz
    • Ich entwerfe CLI und GUI homoikonisch
      Das ist ein Ansatz, bei dem kommandozeilenbasierte Steuerung und visuelle UI einander aufbauen können

  • Microsofts Slogan der 1990er, „Where do you want to go today?“, war wirklich großartig
    Er fing den digitalen Optimismus der 90er perfekt ein
    Dazu gibt es ein Werbevideo und auch meinen Blogbeitrag

    • Heute wirkt Microsofts Slogan eher wie: „Wohin wollen wir dich heute schicken?“
    • Dieser Satz stand schon um 1994 auf der Microsoft-Website und wurde später zum offiziellen Slogan
    • Auf die Frage „Wohin willst du gehen?“ kommt auch die bittere Antwort: „Egal, meine Daten gehören mir sowieso nicht mehr“

  • Als ich 1996 auf der Comdex zum ersten Mal einen Windows-95-PC sah, hatte ich Angst vor dem ‚Start‘-Button
    Ich konnte nicht darauf klicken, weil ich nicht wusste, was ich damit eigentlich starten würde. So neu war das Konzept

  • Wenn man wirklich Design-Lehren ziehen will, sollte man Ask Togs Artikel lesen
    Er war einer der ursprünglichen HCI-Ingenieure des Mac und analysiert dort Fälle, in denen Windows den Mac falsch nachgeahmt hat
    Zum Beispiel nutzt die obere Menüleiste des Mac den Bildschirmrand als unendlich große Klickfläche, während Windows Menüs in jedes Fenster setzte und die Klickfläche damit verkleinerte

    • Ich verstehe Fitts’ Law, aber mit höherer Auflösung und mehr Multitasking führt die einzelne Menüleiste des Mac zu Verwirrung darüber, welches Fenster aktiv ist
      Menüs innerhalb des Fensters vermeiden diese Mehrdeutigkeit
    • Windows 3.x nahm einige Entscheidungen zurück, um juristischen Konflikten mit dem Mac aus dem Weg zu gehen, und diese wurden dann aus Kompatibilitätsgründen festgeschrieben
    • Die Formulierung „unendlich schlechter als der Mac“ ist übertrieben
      Das Windows-Modell, in dem jedes Fenster als eigene Einheit funktioniert, ist auf großen Bildschirmen sogar sinnvoller
    • In frühen Multi-Monitor-Umgebungen von OS X wurde die Menüleiste nur auf dem Hauptmonitor angezeigt, was unpraktisch war
      Erst etwa mit 10.6 bis 10.7 gab es Menüleisten auf beiden Bildschirmen
    • Microsoft löst oft ein Problem und schafft dabei neue Komplexität
      Das BOM in UTF-16 löste zum Beispiel das Problem der Byte-Reihenfolge, führte aber zu Problemen mit Dateizuordnungen und Sicherheitslücken

  • Ich mag einfachere UIs lieber als die von Win10 oder Win11, aber manches wurde in modernen UIs auch verbessert
    Allerdings scheint Microsoft UI-Design entweder nicht mehr zu verstehen oder sich nicht mehr dafür zu interessieren
    Die dynamischen Veränderungen der Ribbon-Oberfläche erhöhen nur die kognitive Last

  • Windows 95/2000 und das damalige MacOS hatten für mich die besten UIs, die ich je erlebt habe
    Ich hoffe, dass wir irgendwann wieder zu diesem Gefühl zurückfinden

    • Ich bewerte bis heute alles nach dem Maßstab der damaligen UIs
      Weil Win10 keinen klassischen Modus hatte, bin ich komplett zu Linux gewechselt und habe mit dem KDE-Theme „Reactionary“ den Win95-Stil nachgebaut
    • XP war der Höhepunkt von Windows, aber das Standard-Theme hatte einen Fisher-Price-Look, also habe ich sofort in den klassischen Modus gewechselt
      Win95 war in der Geschichte der GUI ein größerer Fortschritt als Apple
      Heute konkurrieren Microsoft und Apple beide darin, wer die Enshittification weiter treibt
    • Nach über 30 Jahren im Umgang mit Technik bin ich zu dem Schluss gekommen, dass die beste UI eine tastaturzentrierte Oberfläche mit minimaler Grafik ist
      Mauszentrierte grafische Elemente machen Grenzen, Zustand und Bedeutung oft unklar
      Zum Beispiel ist das Ändern der Fenstergröße in Win11 wegen der abgerundeten Ecken unpraktisch
      Ideal ist eine UI, die sich nicht von visuellen Trends treiben lässt und dem Nutzer ein Gefühl von Kontrolle gibt
      Das Problem ist, dass man mit solch einer stabilen UI weder Beförderungen noch Aufmerksamkeit bekommt
      Deshalb erzeugen die meisten modernen Betriebssysteme weiterhin unnötige Veränderungen