Journal

1992 sah das Web so aus: Text erscheint Zeile für Zeile auf dem Bildschirm. Links sind durchnummeriert. Du tippst eine Zahl, drückst Enter, wartest und mehr Text erscheint. Jakob Nielsen hat diese Line-Mode-Browser damals erlebt und beschreibt die Interaktion rückblickend als das, was sie war: eine Kommandozeile mit Hypertext.

Und dann seine Pointe, dreißig Jahre später: Genau so fühlt sich ChatGPT an. Nur dass das “moderne” Interface die Optionen nicht mal mehr durchnummeriert.

Das Web ist erst explodiert, als 1993 grafische Browser kamen. Buttons, Links zum Klicken, sichtbare Struktur. Nielsens These: AI steht heute vor derselben GUI-Revolution, die das Web damals gebraucht hat.

Wir bauen also gerade überall Interfaces, von denen wir historisch wissen, warum wir sie abgeschafft haben. Ist das ein Rückschritt?

Der Button ist komprimierte Entscheidung

Um das zu beantworten, muss man verstehen, was ein Button eigentlich ist.

Ein Button ist nicht einfach ein Rechteck mit Label. Ein Button ist das Ergebnis von Arbeit, die jemand anderes für dich erledigt hat. Ein Designer hat verstanden, was du willst. Hat hundert mögliche Wege auf einen reduziert. Hat die Entscheidung getroffen, damit du sie nicht treffen musst. Der Klick ist so schnell, weil die Denkarbeit schon vorher passiert ist — im Produktteam, nicht bei dir.

Ein Prompt dreht das um. Jetzt musst du artikulieren, was du willst. Präzise genug, dass eine Maschine es versteht.

Die Nielsen Norman Group nennt das die Articulation Barrier: die Hürde, die eigene Absicht erst in Sprache übersetzen zu müssen, bevor das System überhaupt etwas tun kann. Und sie hat diese Hürde in Nutzerbeobachtungen konkret gemacht.

Reine Prompt-Interfaces verursachen zwei Kosten: den kognitiven Aufwand, die eigene Absicht überhaupt in einen brauchbaren Prompt zu übersetzen (woran besonders unerfahrene Nutzer scheitern — sie schreiben Prompts, die sich richtig anfühlen und bekommen Ergebnisse, die daneben liegen) und den schlichten Tippaufwand bei allem, was eine längere Beschreibung braucht.

Der Button steht hier übrigens stellvertretend für das ganze Vokabular der grafischen Oberfläche. Ein Dropdown zeigt dir, welche Optionen es überhaupt gibt. Ein Filter zeigt dir, wonach sich sortieren lässt. Ein Slider zeigt dir den Wertebereich. Jedes klassische UI-Element ist komprimierte Entscheidung und gleichzeitig sichtbares Angebot. Genau das nennt die NN/g Entdeckbarkeit, und sie führt fehlende Entdeckbarkeit als eines der Kernprobleme reiner Prompt-Interfaces auf: Ein leeres Chatfeld zeigt dir nichts. Es verlangt, dass du schon weißt, was möglich ist.

Das ist der eigentliche Preis. Nicht die Wartezeit auf die Antwort. Die Artikulation davor und das Raten, was das System überhaupt kann.

Wer jeden Tag dieselben zwanzig Handgriffe macht, will nicht zwanzigmal formulieren. Der will klicken.

Ein echter Paradigmenwechsel — aber für was?

Nielsen nennt AI trotzdem den ersten neuen UI-Paradigmenwechsel seit sechzig Jahren: weg von command-based interaction, hin zu intent-based outcome specification. Du sagst dem Computer nicht mehr, wie er etwas tun soll, sondern was dabei rauskommen soll. Die Kontrolle über den Weg wandert vom Nutzer zur Maschine.

Das ist tatsächlich neu. Und tatsächlich mächtig.

Aber ein Paradigma zu haben heißt nicht, dass es für jede Aufgabe das richtige ist. Und genau da machen gerade sehr viele Produktteams denselben Fehler.

Der Kategorienfehler: Ersatz statt Ergänzung

Der Fehler liegt darin, Button und Prompt pro Aufgabe zu vergleichen. Das sind keine austauschbaren Werkzeuge für dasselbe Problem — es sind Werkzeuge für verschiedene Probleme.

Für wiederkehrende, gut definierte Standardaufgaben gewinnt die klassische Oberfläche.

Dokument freigeben: ein Klick.
Zeitraum eingrenzen: ein Filter.
Wert justieren: ein Slider.

Aufgaben, die das Produkt vorhersehen konnte und deshalb vorbauen konnte.

Der Prompt gewinnt bei Aufgaben, die komplex, selten oder im Voraus nicht als feste Oberfläche abbildbar waren.

“Prüfe alle Belege aus Mai auf fehlende Angaben und schreib mir eine Zusammenfassung”

Dafür gab es nie einen Button. Dafür hätte es dreißig Buttons gebraucht, in der richtigen Reihenfolge geklickt.

Und da liegt der Punkt: Der Prompt konkurriert nicht mit dem Klick. Er konkurriert mit der ganzen Klickstrecke. Auf dieser Ebene ist er nicht langsamer — er ist dramatisch schneller.

Der Rückschritt passiert nicht durch Chat-Interfaces. Der Rückschritt passiert, wenn ein Team einen funktionierenden Button durch ein Textfeld ersetzt, weil Textfelder gerade nach Zukunft aussehen.

Form follows function — aber welche Funktion?

Der Konflikt dahinter ist älter als Software. “Form follows function” — Louis Sullivan, 1896, Architektur. Das Bauhaus machte daraus ein Programm. Und dann passierte, was mit jedem Programm passiert: Es wurde Stil. Reduktion wurde chic. Minimalismus wurde Mode — also genau das, wogegen der Satz eigentlich gerichtet war.

Das leere Chatfeld ist die Endstufe dieser Verwechslung. Es ist das reduzierteste Interface, das je gebaut wurde: eine Zeile, ein Cursor, sonst nichts. Es sieht aus wie der finale Sieg von form follows function.

Aber die Funktion ist nicht einfacher geworden. Sie ist nur unsichtbar geworden. Die Komplexität ist nicht verschwunden — sie ist umgezogen, aus der Oberfläche in den Kopf des Nutzers. Genau das beschreibt die Articulation Barrier.

Reduzierte Form ist nicht dasselbe wie reduzierter Aufwand. Manchmal ist es das Gegenteil.

Hybrid ist nicht Kompromiss, sondern Antwort

Interessanterweise landet Nielsen selbst genau da. Sein Wunsch für AI-UX: ein hybrides Interface, das die Tugenden der GUI — sichtbarer Systemstatus, feingranulare Kontrolle — mit natürlichsprachlichen Prompts kombiniert, die den Nutzer davon befreien, jeden Einzelschritt anzugeben. Die NN/g zeigt das im Artikel Overcoming the Articulation Barrier in Generative AI Using Hybrid Interfaces am Beispiel von Bildgenerierungs-Tools: Prompts für die Absicht, GUI-Elemente für Präzision und Entdeckbarkeit.

Was interessant ist: Die KI-Tools selbst haben das Problem längst erkannt und arbeiten still daran, es zu lösen. Slash-Commands in ChatGPT, Claude oder Cursor zeigen dem Nutzer per Autocomplete, welche Befehle existieren — ein Dropdown, das sich als Tipp tarnt. Skills und vorkonfigurierte Tools reduzieren den Prompt auf einen einzigen Trigger. Das sind keine Spielereien. Das sind GUI-Konzepte, die unter neuem Namen ins Chatfenster einziehen. Die Branche erfindet Entdeckbarkeit gerade neu, ohne es so zu nennen.

Die guten Produkte der nächsten Jahre werden also nicht die sein, die alles in ein Chatfeld packen. Es werden die sein, die beides können: Buttons für das, was der Nutzer jeden Tag tut. Sprache für das, was er noch nie tun konnte. Und die Weisheit, den Unterschied zu kennen.

Der Button war nie das Problem. Das Problem war immer schon, dass wir Interfaces nach Moden bauen statt nach Aufgaben.