Design & UI/UX

Hinter dem Wort Design steckt eine ganze Reihe von Tätigkeiten, die in Stellenausschreibungen oft vermischt werden. Nutzerforschung klärt, für wen und wofür gestaltet wird — durch Interviews, Beobachtung und Auswertung vorhandener Daten. Informationsarchitektur ordnet Inhalte und Navigation, damit Menschen finden, was sie suchen. Interaktionsdesign legt fest, wie sich Abläufe anfühlen und was auf jede Handlung folgt.

Visuelles Design gibt dem Ganzen Form: Typografie, Farbe, Raster, Bildsprache. Contentdesign kümmert sich um Sprache — Beschriftungen, Fehlermeldungen, Hilfetexte —, was in der Praxis überraschend oft mehr Wirkung hat als jede Farbanpassung. Motion Design schließlich nutzt Bewegung, um Zusammenhänge zu erklären, nicht um zu schmücken.

In kleinen Teams vereint eine Person mehrere dieser Rollen. Wichtig ist weniger die Aufteilung als das Bewusstsein, dass sie unterschiedliche Fragen beantworten. Wer eine Oberfläche hübscher macht, hat kein Navigationsproblem gelöst.

Entwürfe entstehen heute meist in gemeinsam nutzbaren Werkzeugen, in denen Design und Entwicklung dieselbe Datei sehen. Der eigentliche Fortschritt liegt aber nicht im Werkzeug, sondern in der Systematik: Statt einzelner Bildschirme entstehen wiederverwendbare Bausteine und darunterliegende Gestaltungswerte für Farben, Abstände, Schriftgrößen und Rundungen.

Diese Werte sind die Brücke zur Entwicklung. Wenn beide Seiten dieselben benannten Größen verwenden, wird aus einer Designänderung eine Wertänderung statt einer Suche durch das ganze Projekt. Genau das macht ein Designsystem aus — nicht die Sammlung hübscher Beispiele, sondern verbindliche, benannte Bausteine mit klaren Regeln für ihren Einsatz.

Bei der Übergabe zählt außerdem, was in keiner Zeichnung steht: Wie verhält sich das Element bei sehr langem Text, bei fehlenden Daten, im Ladezustand, bei einem Fehler, auf schmalen Bildschirmen? Entwürfe, die nur den Idealfall zeigen, erzeugen zuverlässig Rückfragen und Notlösungen in der Umsetzung.

Die unproduktivste Frage in Designrunden lautet, ob etwas gefällt. Produktiver ist die Frage, ob es funktioniert — und dafür gibt es Methoden. Nutzbarkeitstests mit einer Handvoll Personen decken erfahrungsgemäß bereits die auffälligsten Probleme auf; entscheidend ist, Aufgaben stellen zu lassen und zu schweigen, statt die Lösung vorzusagen.

Ergänzend helfen heuristische Prüfungen anhand etablierter Kriterienlisten: Ist der Systemzustand sichtbar? Passt die Sprache zur Welt der Nutzer? Gibt es einen Weg zurück? Ist Konsistenz gewahrt? Werden Fehler verhindert, bevor sie passieren? Solche Prüfungen sind schnell und liefern begründete statt gefühlter Kritik.

Hinzu kommen messbare Größen aus dem laufenden Betrieb: Abbruchstellen in Formularen, Suchanfragen ohne Ergebnis, Wiederholungsversuche, Supportanfragen. Und schließlich Barrierefreiheit als überprüfbare Anforderung — etwa ausreichender Kontrast zwischen Text und Hintergrund, vollständige Bedienbarkeit per Tastatur und sichtbarer Fokus. Das sind keine Geschmacksfragen, sondern Kriterien mit klaren Schwellenwerten.

Im Designbereich entscheidet weniger der Abschluss als die Arbeitsprobe — und aussagekräftig ist dabei nicht die Bildergalerie, sondern die Fallstudie. Welches Problem lag vor, wie hast du es untersucht, welche Wege hast du verworfen und warum, was ist am Ende dabei herausgekommen? Drei nachvollziehbar erzählte Projekte wirken stärker als zwanzig hübsche Bildschirmfotos ohne Begründung.

Wer noch keine Auftraggeber hat, sucht sich reale statt erfundener Aufgaben: eine unübersichtliche Anwendung, die man selbst benutzt, ein sperriges Formular, die Website eines Vereins. Wichtig ist, den Bestand zuerst ernsthaft zu analysieren, statt ihn nur zu verschönern — sonst entsteht genau die Neugestaltung ohne Erkenntnis, die in Gesprächen sofort auffällt.

Der zweite Baustein ist Rückmeldung. Kritik an einem Entwurf ist keine Kritik an der Person, und die brauchbarste Frage an Kollegen lautet nicht, ob es gefällt, sondern ob das Ziel erkennbar ist. Wer regelmäßig fremde Arbeiten mitbeurteilt, lernt dabei mindestens so viel wie beim eigenen Entwerfen.