Wir müssen uns über unser Selbstverständnis unterhalten. Die meisten von uns haben Design als einen additiven Prozess gelernt. Wir starten mit einer leeren Artboard Fläche. Wir fügen Navigation hinzu. Wir fügen Content Container hinzu. Wir fügen Interaktionselemente hinzu. Wir bauen. Wir erschaffen. Wir konstruieren.
Das fühlt sich produktiv an.
Aber wenn wir ehrlich auf die aktuelle Landschaft der SaaS Applikationen schauen, müssen wir uns eingestehen, dass dieser additive Ansatz gescheitert ist. Wir haben keine Kathedralen der Usability gebaut. Wir haben Labyrinthe der Funktionalität errichtet.
Ich behaupte, dass wir unsere Jobbeschreibung grundlegend missverstanden haben. Seniorität im UX-Design zeigt sich heute nicht mehr darin, wie elegant Sie einen komplexen Workflow visualisieren können. Sie zeigt sich darin, ob Sie den Mut und die argumentative Schärfe besitzen, diesen Workflow komplett zu streichen.
Wir sind keine Dekorateure von Datenbankfeldern. Wir sind die Architekten der Aufmerksamkeit unserer Nutzer. Und Aufmerksamkeit ist eine endliche, erschöpfbare Ressource.
In diesem Deep Dive verlassen wir die Oberfläche von Farben und Abständen. Wir tauchen ein in die systemischen und psychologischen Mechanismen, die dazu führen, dass Software mit der Zeit zwangsläufig schlechter wird, wenn wir nicht aktiv dagegen ankämpfen. Wir sprechen über Entropie in Design Systemen. Wir sprechen über kognitive Budgets. Und wir sprechen darüber, wie Sie als UX-Experte vom Erfüllungsgehilfen zum strategischen Gatekeeper werden.
Die Entropie des Interfaces
In der Physik beschreibt der zweite Hauptsatz der Thermodynamik, dass geschlossene Systeme ohne Energiezufuhr von außen immer in einen Zustand höherer Unordnung streben. Das nennt man Entropie.
Ich beobachte seit Jahren das exakt gleiche Phänomen in Software Produkten. Ein Interface strebt natürlicherweise zum Chaos.
Denken Sie an den Tag des Launchs. Ihr MVP ist sauber. Die Navigation hat drei Punkte. Das Farbsystem ist konsistent. Die Typografie Hierarchie ist glasklar. Es ist ein Zustand niedriger Entropie.
Dann beginnt der Alltag. Ein Stakeholder fordert eine neue Funktion, die nicht ganz in das bestehende Grid passt. Ein Entwickler führt eine neue Variante eines Buttons ein, weil der Standard Button für den speziellen Edge-Case nicht funktioniert hat. Das Marketing braucht einen Banner, der das Design System ignoriert.
Schritt für Schritt diffundiert die Konsistenz.
Das Problem ist nicht das einzelne neue Element. Das Problem ist die exponentielle Zunahme der Wechselwirkungen zwischen den Elementen. Jedes neue Feature, das Sie in Ihr SaaS Produkt einführen, muss visuell und logisch mit jedem bereits existierenden Feature kommunizieren.
Wenn wir UX nicht als den Kampf gegen diese Entropie begreifen, verlieren wir. Wir enden mit Produkten, die sich anfühlen wie ein Haus, an das über Jahrzehnte wahllos Anbauten gezimmert wurden. Man kann darin wohnen. Aber man findet sich nicht zurecht. Und man fühlt sich nicht wohl.
Exzellentes UX-Design bedeutet heute, Energie in das System zu geben, nicht um es zu erweitern, sondern um es zu ordnen. Das bedeutet Refactoring von Flows. Das bedeutet Konsolidierung von Patterns. Das bedeutet Löschen.
Conway's Law und die Fragmentierung der Experience
Wir können über UX nicht sprechen, ohne über Organisationsstruktur zu sprechen. Melvin Conway hat uns 1967 eine Weisheit geschenkt, die heute schmerzhafter ist denn je. Organisationen entwerfen Systeme, die ihre eigene Kommunikationsstruktur abbilden.
Schauen Sie sich das Interface eines großen Enterprise SaaS-Tools an. Ich wette, Sie können anhand der Navigation das Organigramm der Firma zeichnen.
Hier ist das Modul für HR. Hier ist das Modul für Finance. Hier ist das Modul für Reporting. Jedes Modul fühlt sich leicht anders an. Die Terminologie wechselt. Die "Speichern"-Buttons sitzen an unterschiedlichen Stellen. Warum ist das so.
Weil das HR-Team nicht mit dem Finance-Team spricht.
Als UX-Experten versuchen wir oft, dieses Problem auf der UI-Ebene zu lösen. Wir bauen mächtige Design Systeme. Wir schreiben strenge Guidelines. Wir glauben, wenn wir die Atome des Designs kontrollieren, kontrollieren wir das Erlebnis.
Das ist ein Trugschluss.
Ein Design System kann Inkonsistenz in der visuellen Sprache verhindern. Es kann nicht verhindern, dass die mentale Modellierung der Software fragmentiert ist. Wenn Team A einen Prozess linear denkt und Team B einen Prozess zirkulär denkt, wird der Nutzer diesen Bruch spüren, selbst wenn beide Teams denselben blauen Hex-Code verwenden.
Unsere Aufgabe als UX-Leads ist es daher, Silos aufzubrechen. Wir müssen die Anwälte der User Journey sein, die sich nicht um Abteilungen schert. Der Nutzer will nicht "in das Finance Modul wechseln". Er will eine Aufgabe erledigen, die vielleicht HR-Daten und Finance Daten benötigt.
Wenn wir zulassen, dass die Organisationsstruktur die UX diktiert, zwingen wir den Nutzer dazu, unsere interne Komplexität kognitiv zu verarbeiten. Das ist unhöflich. Und es ist schlecht fürs Geschäft.
Kognitive Kostenrechnung und das Budget des Nutzers
Lassen Sie uns tiefer in die Psychologie einsteigen. Wir sprechen oft von "Ease of Use". Aber was bedeutet das neurobiologisch.
Jede Interaktion mit Ihrer Software kostet das Gehirn des Nutzers Energie. Glucose und Sauerstoff. Wir nennen das Cognitive Load. Es gibt drei Arten davon, aber für uns im SaaS Kontext ist vor allem die Unterscheidung zwischen "Intrinsic Load" und "Extraneous Load" entscheidend.
Intrinsic Load ist die Schwierigkeit, die in der Aufgabe selbst liegt. Eine komplexe Datenanalyse ist nun mal komplex. Das ist okay. Der Nutzer ist bereit, dafür Energie aufzuwenden, weil er ein Ergebnis will.
Extraneous Load ist die Energie, die verschwendet wird, um das Werkzeug zu verstehen. Wo finde ich den Filter. Was bedeutet dieses Icon. Warum ist das Modal nicht schließbar.
Das Drama vieler SaaS Tools ist, dass wir durch Feature Dichte den Extraneous Load so weit in die Höhe treiben, dass für die eigentliche Aufgabe keine kognitive Kapazität mehr übrig bleibt.
Denken Sie an Hick's Law. Die Zeit zur Entscheidungsfindung steigt logarithmisch mit der Anzahl der Optionen. Aber es ist nicht nur Zeit. Es ist Stress.
Wenn Sie einem Nutzer ein Dashboard mit fünfzig Widgets präsentieren, zwingen Sie sein Gehirn in einen Zustand der permanenten Filterung. Er muss aktiv ausblenden, was er nicht braucht. Das ist Arbeit. Unsichtbare, ermüdende Arbeit.
Wir sehen das in User Tests, wenn Probanden nach zehn Minuten Nutzung seufzen und sich an die Stirn fassen. Das ist der Moment, in dem das kognitive Budget aufgebraucht ist.
Gutes UX-Design ist radikales Ressourcen Management. Wir müssen geizig sein mit der Aufmerksamkeit unserer Nutzer. Jedes Element auf dem Bildschirm muss sich seine Existenzberechtigung hart erkämpfen. Wenn es nicht zur Lösung der primären Aufgabe beiträgt, ist es nicht neutral. Es ist schädlich. Es ist Lärm.
Die Psychologie des Besitzes und warum Löschen so weh tut
Warum tun wir uns so schwer damit, Features zu entfernen. Warum schleppen wir Legacy-Code und Legacy-UI durch Jahre der Entwicklung, obwohl die Analytics zeigen, dass kaum jemand diese Funktionen nutzt.
Es liegt am Endowment Effekt. Menschen schreiben Dingen, die sie besitzen oder erschaffen haben, einen höheren Wert zu als Dingen, die ihnen nicht gehören.
Als Produkt Team haben wir Zeit und Liebe in ein Feature investiert. Wir erinnern uns an die Sprints. Wir erinnern uns an die Diskussionen. Dieses Feature zu löschen, fühlt sich an wie das Eingeständnis eines Fehlers. Es fühlt sich an wie Verlust.
Dazu kommt die Angst vor der "Loss Aversion" der Nutzer. Wir fürchten den einen lauten User im Forum, der genau dieses obskure Feature liebt und einen Shitstorm starten wird.
Aber hier müssen wir als UX-Experten rational bleiben und die emotionale Ebene verlassen. Wir müssen Utilitaristen sein.
Wenn ein Feature von 2 Prozent der Nutzer verwendet wird, aber das Interface für 100 Prozent der Nutzer komplexer macht, ist das Urteil klar. Das Wohl der Vielen wiegt schwerer als die Bequemlichkeit der Wenigen.
Natürlich können wir nicht einfach blind löschen. Wir müssen migrieren. Wir müssen Alternativen aufzeigen. Aber wir dürfen uns nicht von der Angst vor der Reaktion lähmen lassen.
UX-Debt ist wie finanzielle Schulden. Wenn wir alte Features nie zurückzahlen, zahlen wir Zinsen in Form von verlangsamter Entwicklung, schwierigerem Onboarding und sinkender User Satisfaction. Irgendwann sind wir bankrott.
Strategien für die Architektur der Subtraktion
Wie setzen wir das in der Praxis um. Wie verkaufen wir "weniger" an Stakeholder, die "mehr" wollen.
Wir brauchen Daten. Subjektive Meinungen über "zu voll" oder "zu hässlich" gewinnen keine Argumente im Boardroom. Wir brauchen harte Fakten.
Nutzen Sie Heatmaps. Zeigen Sie, dass 80 Prozent der Klicks auf 20 Prozent der Oberfläche entfallen.
Messen Sie die "Time on Task". Zeigen Sie, dass Nutzer in der alten, simpleren Version schneller waren als in der neuen, feature-reichen Version.
Führen Sie das Konzept des "Progressive Disclosure" konsequent ein. Das ist unser mächtigstes Werkzeug, um Komplexität zu verstecken, ohne Funktionalität zu verlieren. Zeigen Sie dem Nutzer immer nur genau das, was er in diesem Moment für den nächsten Schritt braucht. Alles andere bleibt verborgen, bis es angefordert wird.
Das erfordert, dass wir den Kontext des Nutzers verstehen. Wir müssen wissen, was er tun will, bevor er es tut. Das ist schwer. Das erfordert Intelligenz im System. Aber es ist der einzige Weg, mächtige Software benutzbar zu halten.
Und schließlich. Führen Sie "Sunset Sprints" ein. Reservieren Sie dedizierte Entwicklungszeit nicht für Neues, sondern explizit für das Entfernen von Altem. Machen Sie das Aufräumen zu einem Teil der Produktkultur, nicht zu einer lästigen Pflicht am Jahresende.
Fazit: Der Mut zur Leere
Am Ende des Tages ist UX-Design eine Haltung.
Es ist leicht, zu allem Ja zu sagen. Ja zum Kundenwunsch. Ja zur Idee des CEO. Ja zur neuen Technologie. Das Resultat von "Ja" ist Mittelmaß.
Exzellenz entsteht durch "Nein".
Nein, dieser Button kommt nicht auf die Startseite. Nein, wir brauchen keine dritte Navigationsebene. Nein, wir kopieren nicht das Feature des Wettbewerbers, weil es nicht zu unserer Kernphilosophie passt.
Wir müssen uns von dem Gedanken verabschieden, dass mehr Features mehr Wert bedeuten. In einer Welt des digitalen Überflusses ist Klarheit der höchste Wert.
Wenn wir als UX-Experten ernst genommen werden wollen, müssen wir aufhören, Pixelschubser zu sein. Wir müssen Strategen der Reduktion werden. Wir müssen diejenigen sein, die den Raum halten. Die Leere verteidigen.
Denn in der Leere entsteht der Fokus. Und Fokus ist das einzige Feature, das wirklich jeder User braucht.
Lassen Sie uns also aufhören, Dinge hinzuzufügen, nur weil wir es können. Lassen Sie uns anfangen, das Wesentliche freizulegen. Das ist schmerzhaft. Das ist anstrengend. Es wird Konflikte geben.
Aber schauen Sie sich die erfolgreichsten Produkte der letzten Dekade an. Slack. Notion. Linear. Sie alle haben nicht gewonnen, weil sie mehr konnten. Sie haben gewonnen, weil sie eine klare Meinung hatten, was sie nicht sind.