Fragen für das Vorstellungsgespräch als UI-Designer — Über 30 Fragen & Expertantworten

Das Weltwirtschaftsforum zählt UX/UI-Designer zu den am schnellsten wachsenden Berufen weltweit und prognostiziert ein Wachstum von 45 % bis 2030 [1]. Das durchschnittliche Gehalt eines UI-Designers beträgt 85.550 $, wobei Senior-Positionen bei großen Technologieunternehmen zwischen 105.000 $ und 196.000 $ liegen [2]. Personalverantwortliche suchen 2026 nach Designern, die strategisches Denken, funktionsübergreifende Zusammenarbeit und messbare Geschäftsergebnisse demonstrieren — nicht nur visuelle Politur [3]. Dieser Leitfaden behandelt die Verhaltens-, technischen und situativen Fragen, denen Sie begegnen werden, mit Antworten, die beweisen, dass Sie Systeme gestalten können, nicht nur Bildschirme.

Wichtigste Erkenntnisse

• Vorstellungsgespräche für UI-Designer beinhalten immer einen Portfolio-Durchgang — bereiten Sie sich darauf vor, 3-5 Projekte mit konkreten Designentscheidungen, Kompromissen und messbaren Ergebnissen zu besprechen [3].
• Barrierefreiheit ist keine optionale Zusatzleistung mehr; sie ist eine kritische Fähigkeit, die Arbeitgeber 2026 aktiv suchen [4].
• Erwarten Sie Fragen zu Design-Systemen, Komponentenbibliotheken und wie Sie Konsistenz in großem Maßstab sicherstellen — individuelles Bildschirmdesign ist selbstverständlich.
• KI-gestützte Design-Tools und deren Integration in Arbeitsabläufe werden zunehmend in Vorstellungsgesprächen diskutiert [1].

Verhaltensfragen

1. Führen Sie mich durch ein Projekt in Ihrem Portfolio und erklären Sie die Designentscheidungen, die Sie getroffen haben.

Expertantwort: „Dies ist ein Redesign des Checkout-Flows für eine E-Commerce-Plattform mit 2,4 Millionen monatlich aktiven Nutzern. Der bestehende Checkout hatte eine Warenkorbabbruchrate von 68 %, wobei Analysen zeigten, dass der größte Abbruch beim Schritt der Lieferadresse stattfand — ein einseitiges Formular mit 14 Feldern. Meine Hypothese war, dass das Formular überwältigend wirkte. Ich gestaltete es als mehrstufigen Flow mit progressiver Offenlegung um: Adresse, Versandmethode und Zahlung erhielten jeweils einen eigenen Schritt mit einem sichtbaren Fortschrittsindikator. Ich reduzierte die Formularfelder von 14 auf 9, indem ich Google Places Autocomplete für die Adresseingabe implementierte und optionale Felder (Firmenname, Wohnungszusatz) hinter einem ‚Details hinzufügen'-Toggle verbarg. Ich testete das Redesign mit 8 Nutzern in moderierten Usability-Sessions, iterierte am Design des Fortschrittsindikators (Nutzer bevorzugten einen nummerierten Stepper gegenüber einem einfachen Fortschrittsbalken) und lieferte das finale Design aus. Die Warenkorbabbruchrate sank innerhalb von 30 Tagen von 68 % auf 51 % — eine relative Verbesserung von 25 %, die schätzungsweise 340.000 $ an zurückgewonnenem Umsatz pro Quartal bedeutete. Das zentrale Designprinzip war die Reduzierung der kognitiven Belastung bei jedem Schritt."

2. Erzählen Sie von einer Situation, in der Sie kritisches Feedback zu einem Design erhalten haben und wie Sie darauf reagiert haben.

Expertantwort: „Ich entwarf ein Dashboard für interne Analysen, auf das ich stolz war — saubere Typografie, gut organisierte Datenvisualisierung, durchdachter Farbeinsatz. Während der Design-Review sagte eine Produktmanagerin: ‚Das ist wunderschön, aber ich habe keine Ahnung, welche Handlung ich ergreifen soll, wenn ich es ansehe. Wo sind die Erkenntnisse?' Sie hatte recht. Ich hatte für visuelle Anziehungskraft und Datenanzeige optimiert, aber nicht für Entscheidungsfindung. Ich ging zurück an den Anfang, befragte fünf Stakeholder darüber, welche Entscheidungen sie mit diesen Daten trafen, und gestaltete das Dashboard um drei ‚Entscheidungszonen' herum neu — jede Zone präsentierte eine Kennzahl, ihren Trend und eine spezifische Handlungsempfehlung (z. B. ‚Abwanderungsrisiko stieg diese Woche um 12 % — überprüfen Sie die Top-10-Risikokonten'). Das Redesign war visuell weniger dramatisch, aber deutlich nützlicher. Das Feedback lehrte mich, dass UI-Design nicht darum geht, Dinge schön aussehen zu lassen — es geht darum, Dinge für die Menschen, die sie nutzen, gut funktionieren zu lassen."

3. Beschreiben Sie eine Situation, in der Sie sich gegen geschäftliche oder technische Einschränkungen für den Nutzer einsetzen mussten.

Expertantwort: „Das Produktteam wollte ein Werbebanner auf der Checkout-Seite hinzufügen, um ein Abonnement-Upgrade zu verkaufen. Meine Usability-Daten zeigten, dass jede Unterbrechung im Checkout-Flow den Abbruch erhöhte — wir hatten einen 3-prozentigen Anstieg des Abbruchs bei einer früheren Checkout-Änderung gemessen. Ich präsentierte die Daten: ‚Basierend auf unseren Checkout-Analysen riskiert das Hinzufügen von Reibung an diesem Schritt 85.000 $ monatlichen Umsatzverlust durch erhöhten Abbruch. Hier ist eine Alternative: Präsentieren Sie das Abonnementangebot auf der Bestellbestätigungsseite, wo die Nutzer ihren Kauf bereits abgeschlossen haben und aufnahmebereit sind.' Ich erstellte Mockups beider Platzierungen und führte einen A/B-Test durch. Die Platzierung auf der Bestätigungsseite generierte 2,8-mal mehr Abonnement-Anmeldungen als die Checkout-Seiten-Platzierung, ohne Auswirkungen auf die Checkout-Abschlussrate. Eintreten bedeutet nicht, Nein zu sagen — es bedeutet, Lösungen zu finden, die sowohl dem Nutzer als auch dem Unternehmen dienen."

4. Geben Sie ein Beispiel, wie Sie mit Entwicklern zusammengearbeitet haben, um ein Design umzusetzen.

Expertantwort: „Ich entwarf ein kartenbasiertes Layout für ein Content-Management-Dashboard. Mein ursprüngliches Design verwendete benutzerdefinierte Schlagschatten, komplexe Hover-Animationen und nicht standardisierte Eckenradien. Als ich das Design mit der Frontend-Entwicklerin besprach, wies sie darauf hin, dass die benutzerdefinierten Animationen erhebliches JavaScript erfordern würden und nicht allein mit CSS möglich wären, was die Performance auf leistungsschwächeren Geräten beeinträchtigen würde. Wir arbeiteten zusammen an der Vereinfachung: Wir verwendeten CSS-native Box-Shadows und Übergänge, standardisierten die Eckenradien entsprechend der bestehenden Design-System-Tokens und ersetzten eine komplexe Aufklappanimation durch eine einfachere Einblendung, die GPU-beschleunigt war. Die finale Implementierung war visuell zu 95 % identisch mit meinem Originaldesign, lud aber 40 % schneller. Diese Erfahrung lehrte mich, mit Implementierungsbewusstsein zu designen — das Verständnis von CSS-Fähigkeiten schränkt Kreativität nicht ein, es kanalisiert sie."

5. Wie bleiben Sie bei UI-Design-Trends und -Tools auf dem Laufenden?

Expertantwort: „Ich verfolge einen strukturierten Ansatz. Für Trends: Ich überprüfe wöchentlich Awwwards, Dribbble und Mobbin für Musterinspiration, lese Smashing Magazine und NN/g-Artikel für evidenzbasierte Design-Erkenntnisse und besuche jährlich die Config (Figmas Konferenz) und Into Design Systems. Für Tools: Ich pflege meine Kompetenz in Figma (mein Hauptwerkzeug), mit Arbeitskenntnissen in Framer für Prototyping, Rive für interaktive Animationen und Storybook für die Design-zu-Code-Übergabe. Ich bleibe auch bei aufkommenden KI-Design-Tools auf dem neuesten Stand — ich habe mit Galileo AI für Layout-Generierung experimentiert und nutze Figmas KI-Funktionen für Variantengenerierung. Allerdings unterscheide ich sorgfältig zwischen Trends (die kurzlebig sind) und Prinzipien (die beständig sind). Ich übernehme Trends nur, wenn sie dem Nutzer dienen — Dark Mode ist eine berechtigte Verbesserung für Barrierefreiheit und Usability; Glassmorphismus ist eine ästhetische Wahl, die oft die Lesbarkeit beeinträchtigt."

6. Erzählen Sie von einer Situation, in der Sie für eine Nutzergruppe designt haben, die sich stark von Ihnen selbst unterschied.

Expertantwort: „Ich entwarf eine App zur Medikamentenverfolgung für ältere Nutzer (65+). Meine anfänglichen Annahmen waren komplett falsch: Ich nahm an, dass große Schrift, hoher Kontrast und minimale Funktionalität ausreichen würden. Durch Nutzerforschung — 12 Interviews und 6 kontextuelle Beobachtungssitzungen in den Wohnungen der Nutzer — entdeckte ich, dass die Hauptherausforderung nicht die Sehschärfe war, sondern die motorische Präzision: Nutzer hatten Schwierigkeiten mit kleinen Tippzielen, eng beieinanderliegenden Buttons und Wischgesten. Ich gestaltete die Oberfläche mit mindestens 48px Tippzielen um (über Apples 44px-Minimum hinaus), großzügigem Abstand zwischen interaktiven Elementen, und ersetzte alle Wischgesten durch explizite Buttons. Ich entdeckte auch, dass Nutzer nicht nur Medikamente, sondern auch Vitalwerte (Blutdruck, Blutzucker) in derselben App verfolgen wollten — etwas, das unser Team nicht bedacht hatte. Die Farbauswahl wurde nach Tests mit Nutzern mit Grauem Star überarbeitet: Ich erhöhte die Kontrastverhältnisse auf 7:1 (über WCAG AAA hinaus) und vermied Blau-Gelb-Farbkombinationen, die für alternde Augen schwierig sind. Nutzertests zeigten, dass die Aufgabenabschlussraten nach dem Redesign von 62 % auf 94 % stiegen."

Technische Fragen

1. Was ist ein Design-System und wie bauen und pflegen Sie eines?

Expertantwort: „Ein Design-System ist ein umfassendes Set wiederverwendbarer Komponenten, Design-Tokens, Muster und Richtlinien, die konsistentes, effizientes Design und Entwicklung in großem Maßstab ermöglichen. Ich baue es in Schichten auf. Fundament: Design-Tokens (Farbe, Typografie, Abstände, Elevation, Bewegung), definiert als plattformunabhängige Werte, die sowohl von Design-Tools als auch von Code konsumiert werden können. Komponenten: Atomic-Design-Hierarchie — Atome (Buttons, Eingabefelder, Icons), Moleküle (Suchleisten, Formulargruppen), Organismen (Navigationsheader, Kartenraster), Templates und Seiten. Jede Komponente hat dokumentierte Zustände (Standard, Hover, Aktiv, Deaktiviert, Fokussiert, Fehler), Größen (S, M, L) und Varianten. Dokumentation: Jede Komponente hat Nutzungsrichtlinien (wann verwenden, wann nicht verwenden), Barrierefreiheitsanforderungen (Tastaturverhalten, ARIA-Attribute, Kontrastverhältnisse) und Code-Beispiele. Governance: Ich etabliere ein Beitragsmodell — jeder Designer kann Ergänzungen vorschlagen, aber Änderungen durchlaufen einen Review-Prozess (Design-Review + Engineering-Review), um Qualität zu wahren und Aufblähung zu verhindern. Tooling: Ich verwende Figma mit Komponenten, Varianten und Auto-Layout, synchronisiert mit einer Storybook-basierten Komponentenbibliothek im Code. Das Design-System wird versioniert, mit einem Änderungsprotokoll für jede Version [5]."

2. Wie gehen Sie an responsives Design über Breakpoints hinweg heran?

Expertantwort: „Ich designe Mobile-First und definiere zuerst das Layout für den kleinsten Viewport, das ich dann für größere Bildschirme progressiv erweitere. Dies erzwingt frühzeitige Hierarchieentscheidungen — wenn Inhalt bei 320px nicht funktioniert, wird das Hinzufügen von Bildschirmbreite das zugrunde liegende Hierarchieproblem nicht lösen. Ich verwende drei primäre Breakpoints: Mobil (320-767px), Tablet (768-1023px) und Desktop (1024px+), behandle Breakpoints aber nicht als starre Ziele — ich füge Breakpoints hinzu, wo der Inhalt bricht, nicht bei beliebigen Gerätebreiten. Wichtige responsive Muster, die ich verwende: Reflow (Spalten stapeln sich auf Mobilgeräten vertikal), Aufdeckung (zusätzliche Inhalte auf größeren Bildschirmen anzeigen, die auf Mobilgeräten verborgen sind) und Transformation (Navigation kollabiert von horizontal zu Hamburger-Menü). Ich designe mit Figmas Auto-Layout und Constraints, die widerspiegeln, wie CSS Flexbox und Grid funktionieren. Für komplexe Layouts erstelle ich separate Frames für jeden Breakpoint, aber für einfachere Komponenten verwende ich responsive Komponenten mit Constraints, die die Größenänderung automatisch handhaben. Ich teste Designs immer bei ungünstigen Breiten (z. B. 900px, 1100px), um Layouts zu erwischen, die nur an exakten Breakpoint-Grenzen funktionieren."

3. Erklären Sie, wie Sie für Barrierefreiheit designen und welche Richtlinien Sie befolgen.

Expertantwort: „Ich befolge WCAG 2.1 AA als Mindeststandard, mit AAA für kritische Nutzerflows. Meine Barrierefreiheitspraxis umfasst vier Kategorien [6]. Visuell: mindestens 4,5:1 Kontrastverhältnis für Normtext, 3:1 für Großtext, keine Information nur durch Farbe vermittelt (ich füge Icons, Muster oder Textlabels hinzu) und Unterstützung für 200% Textskalierung ohne Layoutbruch. Motorisch: mindestens 44x44px Tippziele (48x48px bevorzugt), ausreichender Abstand zwischen interaktiven Elementen, keine Gesten ohne Button-Alternativen und tastaturnavigierbare Oberflächen mit sichtbaren Fokusindikatoren. Kognitiv: klare, konsistente Navigation, Fehlervermeidung (Bestätigungsdialoge für destruktive Aktionen), Klartextlabels und aussagekräftige Formularvalidierungsmeldungen, die erklären, wie der Fehler behoben werden kann. Assistive Technologien: richtige Überschriftenhierarchie (H1-H6), ARIA-Labels für nicht-textuelle interaktive Elemente, Role-Attribute für benutzerdefinierte Komponenten und Alt-Text für alle bedeutungstragenden Bilder. Ich teste mit VoiceOver (macOS) und Screenreader-Erweiterungen während des Designs, nicht nachträglich, und annotiere meine Designs mit Barrierefreiheitsspezifikationen für Entwickler."

4. Was ist Ihr Ansatz für Mikrointeraktionen und Motion-Design in der UI?

Expertantwort: „Mikrointeraktionen dienen vier Zwecken: Feedback geben (Buttondruckbestätigung), Status anzeigen (Ladespinner, Fortschrittsindikatoren), Aufmerksamkeit lenken (animierte Pfeile, die auf nächste Schritte zeigen) und Freude bereiten (Feieranimationen bei Aufgabenabschluss) [4]. Meine Designprinzipien für Bewegung: zweckgebunden (jede Animation muss einem funktionalen Ziel dienen — dekorative Animation ist Rauschen), schnell (die meisten Übergänge sollten 150-300ms dauern; alles über 500ms fühlt sich träge an), konsistent (ähnliche Aktionen sollten im gesamten Produkt ähnliche Animationen erzeugen) und barrierefrei (prefers-reduced-motion für Nutzer mit vestibulären Störungen respektieren). Für die Implementierung verwende ich Figmas Prototyping für Flow-Demonstrationen und Rive oder Lottie für komplexe Animationen, die produktionsreif sein müssen. Ich spezifiziere Beschleunigungskurven explizit (ich bevorzuge ease-out für Eintritte, ease-in für Austritte und ease-in-out für Übergänge), anstatt das Timing der Entwicklerinterpretation zu überlassen. Jede Mikrointeraktionsspezifikation enthält Dauer, Beschleunigungskurve und einen Vorher/Nachher-Zustand."

5. Wie handhaben Sie die Design-Übergabe an Entwicklungsteams?

Expertantwort: „Effektive Übergabe minimiert Mehrdeutigkeiten und reduziert Rückfragen. Mein Übergabeprozess: Ich nutze Figmas Dev-Modus mit automatisch generierten CSS/iOS/Android-Eigenschaften für exakte Werte (Abstände, Farben, Typografie). Ich annotiere Randfälle, die im statischen Design nicht sichtbar sind: Leerzustände, Fehlerzustände, Ladezustände, Verhalten bei maximaler Inhaltslänge (Abschneiden vs. Umbruch) und responsives Verhalten an Breakpoints. Ich erstelle ein Übergabedokument, das spezifiziert: Komponentenverhalten (was passiert bei Hover, Fokus, Aktiv, Deaktiviert), Animationsspezifikationen (Dauer, Beschleunigung, Auslöser) und Barrierefreiheitsanforderungen (ARIA-Attribute, Tastaturinteraktionsmuster, Screenreader-Ankündigungen). Ich halte ein 30-minütiges Übergabemeeting mit dem implementierenden Entwickler ab, um das Design durchzugehen, Fragen zu beantworten und technische Einschränkungen zu identifizieren, die ich möglicherweise übersehen habe. Während der Implementierung mache ich visuelles QA auf dem Staging-Build und gebe Feedback durch annotierte Screenshots statt vager Beschreibungen. Das Ziel ist eine Implementierung ohne Überraschungen."

6. Was ist der Unterschied zwischen UI-Design und UX-Design?

Expertantwort: „UX-Design definiert das Was und Warum — welches Problem lösen wir, wie sieht die Nutzerreise aus und welche Informationsarchitektur unterstützt die Ziele des Nutzers. UX-Ergebnisse umfassen Forschungserkenntnisse, User Flows, Wireframes und Informationsarchitekturkarten. UI-Design definiert das Wie es aussieht und sich anfühlt — die visuelle Sprache, Komponentendesign, Interaktionsmuster und Bewegung, die die UX-Strategie zum Leben erwecken. UI-Ergebnisse umfassen hochauflösende Mockups, Design-Systeme, Prototypen und produktionsreife Assets. In der Praxis überschneiden sich die Rollen erheblich: Ein UI-Designer, der Nutzerbedarfe nicht versteht, wird schöne, aber unbrauchbare Oberflächen erstellen, und ein UX-Designer, der kein visuelles Design umsetzen kann, wird Wireframes produzieren, die sich nicht in überzeugende Produkte übersetzen. In kleineren Unternehmen deckt oft eine Person beides ab. In größeren Unternehmen sind die Rollen spezialisiert. Ich identifiziere mich primär als UI-Designer, aber mein Prozess beginnt immer damit, das Nutzerproblem zu verstehen, bevor ich Figma öffne [3]."

7. Wie nutzen Sie Daten, um UI-Designentscheidungen zu informieren?

Expertantwort: „Ich nutze Daten in drei Phasen des Designprozesses. Vor dem Design: Analysedaten zeigen mir, wo Nutzer Schwierigkeiten haben — hohe Absprungraten auf bestimmten Seiten, niedrige Konversionsraten bei bestimmten Flows, Heatmaps, die zeigen, wo Nutzer klicken (oder nicht). Dies identifiziert, was neu gestaltet werden muss. Während des Designs: Ich nutze A/B-Tests, um Designentscheidungen zu validieren. Zum Beispiel testete ich bei der Neugestaltung unserer Preisseite drei Layouts und maß Konversionsrate, Verweildauer und FAQ-Klickrate. Das siegreiche Design steigerte die Konversionen um 12 % — Daten, die ich allein durch Design-Intuition nicht hätte vorhersagen können. Nach dem Launch: Ich überwache dieselben Kennzahlen, um zu überprüfen, ob das Design seine Ziele erreicht hat, und identifiziere Möglichkeiten für Iteration. Ich nutze auch qualitative Daten — Usability-Testaufzeichnungen, Session-Replays (FullStory, Hotjar) und Nutzerfeedback — um das Warum hinter den Zahlen zu verstehen. Eine 40-prozentige Absprungrate sagt mir, dass es ein Problem gibt; das Ansehen von Session-Aufzeichnungen zeigt mir, dass die Fehlermeldungen des Formulars unter dem sichtbaren Bereich erscheinen und die Nutzer sie nicht sehen."

Situative Fragen

1. Ein Stakeholder möchte 5 neue Funktionen zu einer bereits komplexen Oberfläche hinzufügen. Wie gehen Sie damit um?

Expertantwort: „Ich würde das Gespräch umrahmen von ‚Wie fügen wir diese Funktionen hinzu?' zu ‚Welche Nutzerprobleme lösen diese Funktionen?' Einige Anfragen sind Lösungen, die sich als Anforderungen tarnen. Ich würde jeden Stakeholder bitten, das Nutzerproblem zu artikulieren, das seine Funktion adressiert, und die Erfolgsmetrik, die er zur Messung der Auswirkung verwenden würde. Dies zeigt oft, dass 2-3 der Funktionen dasselbe zugrunde liegende Problem lösen und in einer gut gestalteten Lösung zusammengeführt werden können. Für die Funktionen, die übrig bleiben, würde ich progressive Offenlegung vorschlagen: Die Kernfunktionalität standardmäßig anzeigen und erweiterte Funktionen durch auffindbare, aber nicht aufdringliche UI-Muster (erweiterbare Abschnitte, kontextbezogene Menüs, Einstellungsbereiche) einblenden. Ich würde die Komplexitätskosten visuell präsentieren: Die aktuelle Oberfläche neben einem Mockup mit allen fünf Funktionen zeigen und den Stakeholder die Zunahme der kognitiven Belastung sehen lassen. Oft ist das Ergebnis zu sehen überzeugender als es zu beschreiben."

2. Sie designen eine Funktion und entdecken während des Usability-Tests, dass Nutzer Ihre Lösung nicht verstehen. Die Deadline ist in einer Woche. Was tun Sie?

Expertantwort: „Zunächst würde ich die Usability-Test-Ergebnisse konkret analysieren: Welcher Aspekt des Designs verursacht die Verwirrung? Ist es die Beschriftung, der Flow, die visuelle Hierarchie oder das mentale Modell? Die Lösung hängt von der Ursache ab. Wenn es die Beschriftung ist: Das ist eine schnelle Korrektur — Text aktualisieren und informell mit 2-3 Nutzern erneut testen. Wenn es der Flow ist: Ich würde auf den minimal nutzbaren Flow vereinfachen, der das Kernproblem löst, und die komplexe Version auf ein schnelles Follow-up-Release verschieben. Ich würde dem Produktmanager kommunizieren: ‚Tests haben ein Usability-Problem aufgedeckt. Hier ist eine vereinfachte Version, die den Kernanwendungsfall innerhalb unserer Deadline adressiert, mit einem Plan für Iteration basierend auf Post-Launch-Daten.' Ein einfacheres Design auszuliefern, das Nutzer verstehen, ist besser als ein komplexes Design auszuliefern, das Nutzer nicht navigieren können. Ich würde niemals Usability-Bedenken überspringen, um eine Deadline einzuhalten — die Nacharbeitungskosten nach dem Launch sind immer höher als die Verzögerungskosten vor dem Launch."

3. Das Engineering sagt Ihnen, dass Ihr Design technisch in der aktuellen Architektur nicht umsetzbar ist. Wie reagieren Sie?

Expertantwort: „Ich würde zuhören, um die spezifische Einschränkung zu verstehen — ist es unmöglich oder teuer/zeitaufwändig? Es gibt einen erheblichen Unterschied. Wenn es architektonisch wirklich unmöglich ist (z. B. das Design erfordert Echtzeit-Daten, die das Backend nicht unterstützt), würde ich mit dem Entwickler zusammenarbeiten, um zu verstehen, was innerhalb der aktuellen Architektur möglich ist, und innerhalb dieser Einschränkungen neu designen. Ich würde fragen: ‚Was wäre, wenn wir statt Echtzeit Daten zeigen, die alle 5 Minuten aktualisiert werden? Wäre das machbar?' Oft macht eine kleine Designanpassung ein technisch unmögliches Feature machbar. Wenn es teuer, aber möglich ist, würde ich den Kompromiss quantifizieren: ‚Diese Animation kostet 2 Sprints zusätzliche Arbeit. Die alternative statische Transition spart 2 Sprints, reduziert aber das Nutzerengagement um geschätzte 8 %. Ist dieser Kompromiss akzeptabel?' Ich würde die Optionen dem Produktmanager mit der Einschätzung des Engineerings und meiner Designbegründung präsentieren, und wir würden gemeinsam entscheiden."

4. Sie sind der erste UI-Designer in einem Startup, das bisher ohne Design Produkte gebaut hat. Wie etablieren Sie eine Designpraxis?

Expertantwort: „Ich würde der Versuchung widerstehen, sofort alles neu zu gestalten. Monat 1: Das bestehende Produkt prüfen, die wirkungsvollsten Usability-Probleme identifizieren (kaputte Flows, inkonsistente Muster, Barrierefreiheitsverletzungen) und 2-3 schnelle Erfolge erzielen, um Glaubwürdigkeit aufzubauen. Ein grundlegendes Design-System starten — auch nur eine Figma-Datei mit den vorhandenen Farben, Typografie und Button-Stilen dokumentiert. Monat 2-3: Einen Designprozess für neue Feature-Arbeit etablieren — User-Story-Review, Design-Exploration, Review mit dem Engineering und Übergabe. Mich in den Engineering-Sprint-Zyklus integrieren, sodass Design einen Sprint vor der Entwicklung liegt. Monat 3-6: Das Design-System mit dokumentierten Komponenten, Nutzungsrichtlinien und einem Beitragsprozess formalisieren. Usability-Tests einführen (auch informelle 5-Nutzer-Guerilla-Tests), um den Wert von Nutzerfeedback zu demonstrieren. Der Schlüssel ist, Wert durch gelieferte Ergebnisse zu demonstrieren, bevor man versucht, Prozesse zu ändern. Entwickler, die ohne Design ausgeliefert haben, müssen sehen, dass Design das Produkt besser macht, nicht nur hübscher."

5. Sie müssen einen Dark Mode für ein bestehendes Produkt entwerfen. Wie ist Ihr Ansatz?

Expertantwort: „Dark Mode ist nicht einfach Farben umkehren — es ist ein umfassendes Redesign des Farbsystems. Erstens würde ich eine dunkle Farbpalette definieren: Hintergrundflächen verwenden dunkle Grautöne (nicht reines Schwarz #000000, das harten Kontrast erzeugt — ich beginne mit #121212 gemäß Material-Design-Richtlinien), Text verwendet gebrochenes Weiß (#E0E0E0 statt #FFFFFF aus demselben Grund), und Akzentfarben werden für ausreichenden Kontrast gegen dunkle Hintergründe angepasst (gesättigte Farben, die auf hellem Hintergrund funktionieren, müssen für dunkle Hintergründe oft entsättigt werden). Zweitens würde ich Elevation behandeln: Im hellen Modus wird Elevation durch Schatten kommuniziert; im dunklen Modus sind Schatten gegen dunkle Hintergründe unsichtbar, sodass Elevation durch hellere Oberflächentöne kommuniziert wird. Drittens würde ich jede Komponente im Design-System im Dark Mode testen — Formulare, Buttons, Karten, Modals, Alerts — und Kontrastverhältnisse gegen WCAG-Standards prüfen. Viertens würde ich den Umschaltmechanismus designen und das Theme als Design-Tokens implementieren, die programmatisch zwischen hellen und dunklen Werten wechseln können. Fünftens würde ich die Systempräferenz des Nutzers (prefers-color-scheme Media Query) als Standard respektieren, mit einer manuellen Override-Option."

Fragen an den Interviewer

1. „Wie sieht die Struktur des Designteams aus — ist es zentralisiert, in Produktteams eingebettet oder ein Hybridmodell?" Zeigt, wie Sie zusammenarbeiten werden und wer Ihre täglichen Partner sein werden.

2. „Hat das Unternehmen ein bestehendes Design-System und wer pflegt es?" Bestimmt, ob Sie von Grund auf aufbauen, zu einem bestehenden System beitragen oder ohne eines arbeiten werden.

3. „Wie validiert das Team Designentscheidungen — gibt es eine Nutzerforschungspraxis oder verlässt sich das Design auf Intuition und Stakeholder-Feedback?" Zeigt, ob datengestütztes Design Teil der Kultur ist.

4. „Wie sieht der Design-zu-Engineering-Übergabeprozess aus?" Zeigt die operative Reife und ob Sie erhebliche Zeit für die Implementierungsunterstützung aufwenden werden.

5. „Wie wird Designerfolg gemessen — gibt es Metriken, die an Designarbeit geknüpft sind?" Zeigt, ob Design messbare Auswirkungen hat oder als subjektives Handwerk behandelt wird.

6. „Was sind die größten Design-Herausforderungen, vor denen das Team derzeit steht?" Gibt Einblick in die Probleme, die Sie lösen würden, und deren Komplexität.

7. „Wie sieht die berufliche Entwicklung für UI-Designer hier aus — führt der Weg in Richtung individueller Beitrag, Management oder Spezialisierung?" Bestimmt die Übereinstimmung mit Ihrer Karriereausrichtung.

Interviewformat und was Sie erwartet

Vorstellungsgespräche für UI-Designer umfassen typischerweise 3-4 Phasen [3]. Die erste Phase ist ein Portfolio-Review (45-60 Minuten) mit dem Personalverantwortlichen oder Design-Lead, bei dem Sie 3-5 Projekte durchgehen und Prozess, Entscheidungen und Ergebnisse besprechen. Die zweite Phase ist eine Designübung: entweder eine Heimaufgabe (eine bestimmte Bildschirmansicht oder einen Flow innerhalb von 3-5 Tagen neu gestalten) oder eine Whiteboard-Übung (eine Lösung für ein gegebenes Problem in 60 Minuten entwerfen). Die dritte Phase ist ein funktionsübergreifendes Interview mit einem Produktmanager und/oder Entwickler, das Ihre Zusammenarbeitsfähigkeiten und technische Kommunikation bewertet. Einige Unternehmen fügen eine vierte Phase hinzu: eine Präsentation vor dem breiteren Designteam. Kommen Sie vorbereitet mit Ihrem auf dem Laptop geladenen Portfolio (verlassen Sie sich nicht auf WLAN), Prozessartefakten (Wireframes, User Flows, Forschungsergebnisse) zusätzlich zu den finalen Designs und spezifischen Metriken für die Auswirkung Ihrer Designarbeit.

So bereiten Sie sich vor

• Kuratieren Sie Ihr Portfolio strategisch. Zeigen Sie 3-5 Projekte mit vollständigen Fallstudien: Problem, Prozess, Iterationen, finales Design und messbare Ergebnisse. Qualität vor Quantität [3].
• Bereiten Sie Prozessartefakte vor. Wireframes, User Flows, Wettbewerbsanalysen und Usability-Testerkenntnisse demonstrieren Tiefe jenseits des visuellen Designs.
• Üben Sie Designübungen. Nehmen Sie sich die Zeit, Lösungen für gängige Aufgaben (eine Einstellungsseite neu gestalten, ein Benachrichtigungssystem entwerfen) in 45-60 Minuten zu designen.
• Studieren Sie das Produkt des Unternehmens. Laden Sie die App herunter, nutzen Sie die Website und kommen Sie mit spezifischen, konstruktiven Beobachtungen über deren aktuelle UI vorbereitet.
• Wiederholen Sie Design-System-Grundlagen. Tokens, Komponenten, Varianten, Auto-Layout und responsive Designmuster sind erwartetes Wissen [5].
• Frischen Sie Barrierefreiheit auf. WCAG 2.1 AA-Anforderungen, Kontrastverhältnisse, Tastaturnavigation und ARIA-Muster werden zunehmend abgefragt [6].

Häufige Interviewfehler

1. Finale Designs zeigen, ohne den Prozess zu erklären. Interviewer wollen sehen, wie Sie denken, nicht nur, was Sie produzieren. Schöne Bildschirme ohne Forschung, Wireframes oder Begründung deuten auf oberflächliche Designpraxis hin [3].
2. Barrierefreiheit nicht erwähnen. 2026 ist es eine erhebliche Lücke, Barrierefreiheit im UI-Design-Interview nicht zu diskutieren — es signalisiert, dass Sie möglicherweise nicht alle Nutzer berücksichtigen [6].
3. Isoliert designen, ohne Zusammenarbeit zu erwähnen. UI-Design ist funktionsübergreifend. Nicht zu beschreiben, wie Sie mit Forschern, Entwicklern und Produktmanagern gearbeitet haben, deutet auf mangelnde Zusammenarbeitsfähigkeit hin.
4. Auf visuelle Trends statt Designprinzipien fokussieren. Glassmorphismus und Neubrutalism zu erwähnen, ohne über Hierarchie, Konsistenz und Usability zu sprechen, deutet auf Trend-Jagd statt prinzipienbasiertes Design hin.
5. Keine Metriken für die Auswirkung des Designs haben. „Ich habe das Dashboard neu gestaltet" ist schwächer als „Ich habe das Dashboard neu gestaltet und die durchschnittliche Aufgabenabschlusszeit von 45 Sekunden auf 18 Sekunden reduziert." Quantifizieren Sie die Auswirkung, wo immer möglich.
6. Die Designübung als fertiges Ergebnis behandeln. Designübungen bewerten Ihren Denkprozess und Ihre Fähigkeit, Entscheidungen zu kommunizieren — präsentieren Sie Ihre Arbeit als Ausgangspunkt mit erklärter Begründung, nicht als poliertes Endprodukt.
7. Nicht nach dem Designprozess fragen. Fragen zu Forschungspraktiken, Design-System-Reife und wie Designentscheidungen validiert werden, zeigen, dass Ihnen eine starke Designkultur wichtig ist, nicht nur irgendeine Designrolle.

Wichtigste Erkenntnisse

• Vorstellungsgespräche für UI-Designer bewerten Prozess, Zusammenarbeit und messbare Auswirkung — nicht nur visuelle Fähigkeiten.
• Bereiten Sie Portfolio-Fallstudien mit spezifischen Designentscheidungen, Nutzerforschungsergebnissen und quantifizierten Ergebnissen vor.
• Barrierefreiheit, Design-Systeme und responsives Design sind erwartete Kompetenzen, keine Differenzierungsmerkmale.
• Informierte Fragen zur Designkultur, den Tools und Messpraktiken zu stellen, demonstriert professionelle Reife.

Möchten Sie sicherstellen, dass Ihr Lebenslauf Sie zur Interviewphase bringt? Probieren Sie den kostenlosen ATS-Score-Checker von ResumeGeni aus, um Ihren UI-Designer-Lebenslauf vor der Bewerbung zu optimieren.

FAQ

Was sollte mein UI-Design-Portfolio enthalten?

Fügen Sie 3-5 Fallstudien ein, die den vollständigen Designprozess zeigen: Problemdefinition, Recherche, Wireframes, Design-Iterationen, finales UI und messbare Ergebnisse. Jede Fallstudie sollte Ihre Rolle, die Einschränkungen und die Designentscheidungen erklären, die Sie getroffen haben und warum. Mindestens ein Projekt mit einem Design-System-Beitrag und eines mit Barrierefreiheitsüberlegungen einschließen. Eine saubere, gut organisierte Portfolio-Website auf einer eigenen Domain wird erwartet [3].

Welche Tools sollte ich 2026 für UI-Design kennen?

Figma ist der Industriestandard für UI-Design, Prototyping und Design-Systeme. Unterstützende Tools umfassen Framer für fortgeschrittenes Prototyping, Rive oder Lottie für Animation, FigJam oder Miro für Workshops und Storybook für die Design-zu-Code-Dokumentation. Vertrautheit mit CSS-Grundlagen (Flexbox, Grid, Media Queries) und grundlegenden Frontend-Konzepten hilft beim Design implementierbarer Oberflächen [5].

Welches Gehalt sollte ich als UI-Designer erwarten?

Das durchschnittliche Gehalt eines UI-Designers beträgt national 85.550 $, mit einer Spanne von 54.000 $ bis 135.000 $ je nach Erfahrung, Standort und Unternehmen [2]. Senior-Positionen bei großen Technologieunternehmen (Amazon, Google, Apple, Microsoft) liegen zwischen 105.000 $ und 196.000 $. New York, San Francisco und Seattle zahlen 20-30 % über dem nationalen Durchschnitt. Freiberufliche UI-Designer berechnen 75-200 $/Stunde je nach Spezialisierung.

Wie wichtig sind Programmierkenntnisse für UI-Designer?

Programmieren ist nicht erforderlich, wird aber zunehmend geschätzt. Das Verständnis von HTML/CSS-Grundlagen hilft beim Design implementierbarer Oberflächen, effektiverer Kommunikation mit Entwicklern und beim Beitrag zur Design-System-Dokumentation mit Code-Beispielen. Einige Unternehmen schätzen Designer, die in Code prototypen können (HTML/CSS/JS, React). Volle Programmierkompetenz wird nicht erwartet, aber CSS-Kenntnisse sind ein Wettbewerbsvorteil.

Wie unterscheidet sich ein UI-Designer-Interview von einem UX-Designer-Interview?

Vorstellungsgespräche für UI-Designer betonen visuelle Designfähigkeiten, Design-System-Wissen und technische Umsetzung (Komponentendesign, responsive Layouts, Interaktionsspezifikationen). UX-Designer-Interviews betonen Forschungsmethodik, Informationsarchitektur, User Flows und strategisches Denken. In der Praxis vermischen viele Unternehmen beides in „Product Designer"-Interviews. Bereiten Sie sich auf sowohl visuelle als auch strategische Fragen vor, unabhängig vom Titel [3].

Sollte ich unaufgeforderte Redesigns in mein Portfolio aufnehmen?

Unaufgeforderte Redesigns sind für Einstiegsportfolios akzeptabel, sollten aber mit Vorsicht angegangen werden. Präsentieren Sie sie niemals so, als hätten Sie Insiderwissen über die Einschränkungen des Unternehmens. Rahmen Sie sie als Übungen: „Basierend auf öffentlich verfügbaren Informationen habe ich diese Usability-Probleme identifiziert und diese Lösungen erkundet." Fügen Sie Ihre Recherchemethodik und Begründung ein. Für erfahrene Designer sind echte Projekt-Fallstudien immer stärker als spekulative Redesigns.

Was ist der Unterschied zwischen einem UI-Designer und einem Visual Designer?

UI-Designer konzentrieren sich speziell auf interaktive digitale Oberflächen — Apps, Websites, Software. Sie designen Komponenten, Interaktionen, responsive Layouts und Design-Systeme mit tiefem Wissen über Plattformkonventionen (iOS HIG, Material Design). Visual Designer haben einen breiteren Aufgabenbereich, der Markenidentität, Illustration, Marketingmaterialien und Printdesign zusätzlich zu digitalen Oberflächen umfassen kann. UI-Design ist eine Spezialisierung innerhalb der breiteren Visual-Design-Disziplin.

Quellenangaben: [1] Refonte Learning, "UI/UX Design Salary Guide 2026: What You Need to Know," https://www.refontelearning.com/salary-guide/ui-ux-design-salary-guide-2026 [2] Salary.com, "UI Designer Salary, Hourly Rate (January 01, 2026) in the United States," https://www.salary.com/research/salary/position/ui-designer-salary [3] The Interview Guys, "Top 10 UX/UI Designer Interview Questions and Answers for 2026," https://blog.theinterviewguys.com/ux-ui-designer-interview-questions-and-answers/ [4] BrainStation, "UI Designer Interview Questions (2026 Guide)," https://brainstation.io/career-guides/ui-designer-interview-questions [5] Toptal, "Top 11 Technical UI Interview Questions & Answers [2026]," https://www.toptal.com/designers/ui/interview-questions [6] Hirist, "Top 25 UI UX Interview Questions and Answers (2026)," https://www.hirist.tech/blog/top-25-ui-ux-interview-questions-and-answers/ [7] Coursera, "12 UX Designer Interview Questions and Answers," https://www.coursera.org/articles/ux-designer-interview-questions-and-answers [8] Noble Desktop, "UI Designer Job Outlook," https://www.nobledesktop.com/careers/ui-designer/job-outlook