Ein UX-Designer-Interview ist der einzige Bewerbungsprozess, in dem du zweimal bewertet wirst: einmal für die Arbeit, die du schon geliefert hast, und einmal dafür, wie du laut denkst, während dir eine fremde Person dabei zusieht, wie du ihren Onboarding-Flow auf einem geteilten Figma-Board neu entwirfst. Das Portfolio bringt dich in den Raum, aber die Live-Runden entscheiden über das Angebot. Dieser Guide geht die Fragen durch, die dir 2026 wirklich begegnen, was jede davon eigentlich prüft, und wie du antwortest, ohne in Design-Jargon abzurutschen, der nichts aussagt.
Was UX-Designer-Interviews 2026 wirklich prüfen
Hiring-Teams belohnen keine hübschen Dribbble-Shots mehr. Nach zwei Jahren Layoffs, die Design-Teams ausgedünnt haben, liegt die Latte 2026 beim Nachweis, dass du Business- und Nutzermetriken bewegst, nicht nur Oberflächen polierst.
Interviewer screenen auf vier Dinge. Erstens Design-Urteilsvermögen: Kannst du eine Entscheidung mit einem Grund rechtfertigen, der nicht "sah aufgeräumter aus" lautet? Zweitens Prozess unter Unklarheit: Stellst du bei einem vagen Problem die richtigen Fragen, bevor du irgendwas zeichnest? Drittens Zusammenarbeit: wie du mit einer PM umgehst, die ein Feature will, das du für falsch hältst, oder mit einem Engineer, der dein Design für nicht umsetzbar erklärt. Viertens, und zunehmend wichtig, KI-Kompetenz: Die meisten Teams erwarten inzwischen, dass du Tools wie Figma AI, v0 oder generative Research-Synthese nutzt, und sie werden fragen, wie du Handwerk und Urteilsvermögen behältst, wenn der erste Entwurf von der Maschine kommt.
Was sie nicht prüfen: deine Fähigkeit, das Double Diamond auswendig aufzusagen. Ein Framework zu erwähnen ist in Ordnung. Sich dahinter zu verstecken ist ein Warnsignal.
Der Interviewprozess: die echten Runden und Stufen
Der UX-Loop ist 2026 über Produktunternehmen hinweg ziemlich standardisiert, mit kleinen Abweichungen je nach Größe.
Runde eins ist ein Recruiter-Screening, 30 Minuten, zu deinem Hintergrund, deinen Gehaltsvorstellungen und einem Check, ob dein Portfolio-Link überhaupt funktioniert. Runde zwei ist das Portfolio-Review, meist 45 bis 60 Minuten, in dem du einer Hiring Managerin und ein bis zwei Designern ein oder zwei Case Studies präsentierst. Das ist die Runde, die die meisten Kandidaten aussortiert.
Runde drei ist die Design-Aufgabe. Entweder ein Live-Whiteboard oder eine App-Kritik (45 bis 60 Minuten) oder eine Take-home-Aufgabe, die du später präsentierst. Runde vier ist das cross-funktionale Panel: eine PM, ein Engineer und manchmal eine Researcherin klopfen Zusammenarbeit, Priorisierung und deinen Umgang mit Meinungsverschiedenheiten ab. Manche Firmen schieben noch ein Gespräch über Werte oder "Design-Prinzipien" mit einer Design Directorin ein. Startups pressen das alles in einen Onsite-Tag; größere Organisationen (Meta, Google, Atlassian, Shopify) halten die Runden getrennt und packen auf Senior- und Staff-Level eine Leadership-Runde obendrauf.
Die Fragen
Fragen zu Portfolio und Case Studies
Diese dominieren das Portfolio-Review. Die Interviewerin prüft, ob du deine eigene Arbeit verstehst oder sie nur dekoriert hast.
"Führ mich durch dieses Projekt. Warum hast du hier so entschieden?" So gehst du ran: Fang mit dem Problem und der Einschränkung an, nicht mit der Lösung. Strukturiere jeden Case als Problem, deine Rolle, die zentrale Entscheidung, den Trade-off und das messbare Ergebnis. Wenn sie auf einen bestimmten Screen zeigen, nenn den Grund dahinter, keine Beschreibung davon.
"Was war das Business-Problem, und wie hat dein Design eine Metrik bewegt?" So gehst du ran: Hab eine Zahl parat. Aktivierung um 12 Prozent hoch, Support-Tickets runter, Bearbeitungszeit halbiert. Wenn du die Wirkung wirklich nicht messen kannst, sag, was du gemessen hättest und warum es nicht ging.
"Was würdest du anders machen, wenn du das heute noch mal ausliefern würdest?" So gehst du ran: Sag niemals "nichts". Nimm eine echte Schwäche, idealerweise eine, aus der du gelernt hast. Das signalisiert Wachstum, nicht Unsicherheit. Ein schlichtes "Ich würde früher mehr Usability-Tests machen" reicht, wenn es ehrlich ist.
"Welcher Teil davon war tatsächlich deine Arbeit und welcher die des Teams?" So gehst du ran: Sei präzise bei deinem Beitrag. Zu viel für dich zu beanspruchen fliegt bei der ersten Nachfrage auf. "Die Flows und die Interaktion lagen bei mir; die finale Illustration hat ein externer Dienstleister gemacht" klingt ehrlich und senior.
Fragen zu Design-Prozess und Research
"Wie entscheidest du, was du designst, wenn die Anforderungen vage sind?" So gehst du ran: Zeig deinen Instinkt, Fragen zu stellen. Wer ist der Nutzer, was ist die Erfolgsmetrik, welche Einschränkungen gibt es (Zeit, Plattform, Technik). Der Punkt ist, dass du Unklarheit reduzierst, bevor du Figma öffnest.
"Erzähl mir von einem Fall, in dem Research deine Design-Richtung verändert hat." So gehst du ran: Das beweist, dass du Research als Input behandelst, nicht als Theater. Beschreib eine konkrete Erkenntnis, die ein Feature gekippt oder eine Entscheidung umgedreht hat, an der du hingst.
"Wie führst du Usability-Tests durch, wenn die Zeit knapp ist und es kein Budget gibt?" So gehst du ran: Nenn pragmatische Methoden: Guerilla-Tests mit fünf Nutzern, unmoderierte Tools wie Maze, Flur-Tests, Dogfooding. Zeig, dass du ein Signal bekommst, auch ohne Research-Team.
"Wie wägst du Nutzerbedürfnisse gegen Geschäftsziele ab, wenn sie kollidieren?" So gehst du ran: Verweigere das falsche Entweder-oder. Bring ein Beispiel, in dem du die Schnittmenge gefunden hast, oder in dem du die nutzerzentrierte Entscheidung in einer Sprache begründet hast, die eine PM interessiert (Retention, Churn, Conversion).
Fragen zur Live-Design-Aufgabe und zur Kritik
Das ist die Runde, vor der Kandidaten am meisten Angst haben. Sie ist improvisiert, beobachtet und auf Zeit.
"Entwirf ein Feature, das älteren Menschen hilft, mit ihren Enkeln zu videotelefonieren." So gehst du ran: Verbring die ersten fünf Minuten mit Fragen und Scoping, nicht mit Skizzieren. Definiere den Nutzer, die Hauptaufgabe und was du bewusst nicht löst. Dann erzähl deinen Gedankengang, während du skizzierst. Schweigen ist hier dein Feind.
"Kritisiere den Onboarding-Flow dieser App, die wir gerade aufgemacht haben." So gehst du ran: Nutz eine konsistente Brille. Sprich über Klarheit, Hierarchie, Reibungspunkte und Barrierefreiheit. Halte Kritik und das, was funktioniert, in der Waage. Vermeide reine Geschmacksurteile; häng jede Kritik an ein Nutzerziel oder eine Heuristik.
"Wie würdest du den Checkout-Flow einer Lebensmittel-Lieferapp neu gestalten?" So gehst du ran: Kartiere zuerst die aktuelle Journey, identifiziere den Schritt mit der größten Reibung und priorisiere. Interviewer wollen Priorisierung sehen, keine zwanzig Features. Nimm die eine Änderung mit der größten Wirkung und verteidige sie.
"Führ mich durch, wie du messen würdest, ob dieses Redesign erfolgreich war." So gehst du ran: Verknüpf Design wieder mit Metriken. Definiere eine primäre Erfolgsmetrik, eine Guardrail-Metrik und wie du das per A/B-Test prüfen würdest. Genau hier werden Junior-Kandidaten still und Seniors glänzen.
Fragen zu Zusammenarbeit und Verhalten
"Erzähl mir von einem Fall, in dem du mit einer PM oder einem Engineer nicht einverstanden warst. Was ist passiert?" So gehst du ran: Zeig Reife statt Rechthaberei. Beschreib den Konflikt fair, die Daten oder Nutzerbelege, die du eingebracht hast, und die Auflösung, auch wenn du verloren hast. Teams stellen Designer ein, die sich überzeugen lassen, nicht nur überzeugen.
"Wie gehst du mit Feedback um, das du für falsch hältst?" So gehst du ran: Trenn das Feedback von der dahinterliegenden Sorge. "Ich widerspreche der Lösung, grabe aber nach dem echten Problem, auf das sie hinweisen." Ein konkretes Beispiel schlägt Philosophie.
"Wie arbeitest du mit Engineers zusammen, damit ein Design umsetzbar bleibt?" So gehst du ran: Zeig, dass du sie früh einbindest, technische Einschränkungen verstehst und Handoff als Gespräch behandelst statt als Wurf über die Mauer. Erwähne Design-Systeme und Komponenten-Wiederverwendung, wenn es passt.
"Wie nutzt du KI in deinem Design-Workflow, und wo ziehst du die Grenze?" So gehst du ran: Das ist ein 2026er Klassiker. Sei konkret: KI für erste Textentwürfe, schnelle Varianten, Research-Synthese. Dann zeig Urteilsvermögen dabei, wo menschliches Handwerk, Barrierefreiheit und Empathie weiter regieren. "Ich lasse entwerfen, die Entscheidung gehört mir" ist die Antwort, die sie hören wollen.
Typische Fehler, an denen UX-Designer-Kandidaten scheitern
Der häufigste Fehler ist, die Arbeit zu beschreiben, statt sie zu verteidigen. "Hier habe ich ein Card-Layout ergänzt" sagt der Interviewerin gar nichts. "Nutzer haben diesen CTA übersehen, also habe ich seine Hierarchie angehoben und die Conversion ist gestiegen" sagt ihr alles.
Zweiter Fehler: bei der Design-Aufgabe direkt in Pixel springen. Kandidaten, die in der ersten Minute skizzieren, lösen fast immer das falsche Problem. Erst scopen.
Dritter: nirgendwo Metriken. Wenn jede Case Study bei "und dann sind wir live gegangen" endet, wirkst du wie jemand, der übergibt und verschwindet. Selbst grobe Zahlen schlagen keine.
Vierter: eine App in der Kritik nur zerlegen, ohne Balance, oder bei Nachfragen jedes Detail deines Portfolios verteidigen. Beides signalisiert ein fragiles Ego. Fünfter: so tun, als würdest du gar keine KI-Tools nutzen. 2026 wirkt das nicht prinzipientreu, sondern abgehängt.
Wie du dich vorbereitest (und wo ein Live-Copilot hilft)
Nimm deine zwei stärksten Case Studies und probe sie laut, bis Problem, Entscheidung, Trade-off und Ergebnis ohne Notizen fließen. Nimm dich dabei auf. Wenn du länger als neunzig Sekunden schwafelst, bevor du bei der Wirkung ankommst, straff es.
Für die Design-Aufgabe: Übe Scoping laut an zufälligen Prompts. Aufgaben wie "gestalte eine Parkplatz-App neu" oder "designe für Menschen mit geringer Lesekompetenz" trainieren die Gewohnheit, erst zu fragen und dann zu zeichnen. Frisch dein Wissen zu Nielsens Heuristiken und den WCAG-Grundlagen auf, damit deine Kritiken ein Vokabular haben. Halte drei Behavioral-Geschichten bereit: einen Konflikt, eine durch Research ausgelöste Kehrtwende und einen ausgelieferten Erfolg mit Zahlen.
Live-Remote-Interviews bringen eine besondere Herausforderung mit: Du präsentierst, denkst und wirst gleichzeitig bewertet, und es passiert schnell, dass dir eine Metrik nicht einfällt oder du Barrierefreiheit zu erwähnen vergisst. Genau hier verdient sich ein Echtzeit-Copilot seinen Platz. GhostPilot läuft während deines Videocalls in der Chrome-Seitenleiste, hört die Frage mit und blendet einen strukturierten Impuls oder den passenden Punkt ein, ohne dass du den Blickkontakt brichst. Es ist nicht Teil der Bildschirmaufnahme eines geteilten Tabs, und die optionale Windows-Desktop-App ist unter Windows 10 (Build 2004 oder neuer) und Windows 11 für Bildschirmaufnahmen unsichtbar, ein Screenshare-Interview bleibt also sauber. Die nahezu sofortigen KI-Vorschläge, gebaut auf einem schnellen Inferenz-Stack, geben dir einen Stups ("nenn hier die Erfolgsmetrik") statt eines Skripts. Reden tust weiterhin du. Du kannst deine eigenen Case-Study-Notizen vorher laden, damit es dich an deine echten Zahlen erinnert statt an generische Füllwörter. Probier es kostenlos auf ghostpilotai.com vor deinem nächsten Loop.
FAQ
Wie lang sollte eine UX-Case-Study-Präsentation sein? Ziel sind 8 bis 12 Minuten pro Case Study, mit Luft für Fragen. Die meisten Portfolio-Reviews wollen Tiefe bei einem Projekt statt einer Tour durch fünf. Fang mit dem Problem an und ende mit messbarer Wirkung.
Muss ich als UX Designer 2026 programmieren können? Nein, aber technische Grundbedingungen zu verstehen und zu wissen, wie Design-Systeme auf Komponenten abbilden, macht dich bei Engineers deutlich glaubwürdiger. HTML- und CSS-Kenntnisse sind ein Plus, keine Voraussetzung.
Was ist der Unterschied zwischen einem UX-Designer- und einem Product-Designer-Interview? 2026 überschneiden sie sich stark. Product-Designer-Loops lehnen sich mehr an Business-Wirkung, Metriken und Produktstrategie an, während UX-Designer-Rollen Research und Interaktionstiefe genauer abklopfen können. Bereite dich auf beides vor; bei den meisten Firmen sind die Fragen fast identisch.
Wie bereite ich mich auf eine Whiteboard-Design-Aufgabe vor, wenn ich zum Blackout neige? Übe die ersten fünf Minuten mit religiöser Disziplin: Problem wiederholen, Scoping-Fragen stellen, Nutzer und Erfolgsmetrik definieren, dann skizzieren und dabei erzählen. Die Struktur trägt dich, wenn die Nerven zuschlagen.
Sollte ich in einem UX-Interview zugeben, dass ich KI-Tools nutze? Ja. Hiring-Teams erwarten 2026 KI-Kompetenz. Zeig, wo du sie einsetzt (Entwürfe, Varianten, Synthese) und wo du menschliches Urteilsvermögen anwendest (Barrierefreiheit, Empathie, finale Entscheidungen). So zu tun, als würdest du sie komplett meiden, ist die schwächere Antwort.
GhostPilot AI ausprobieren
GhostPilot AI ist ein Echtzeit-Interview-Copilot, der deinem Remote-UX-Interview zuhört und strukturierte Impulse, Argumente und Erinnerungen an deine eigenen Zahlen einblendet, alles aus der Chrome-Seitenleiste. Kostenloser Tarif: 10-minütige Live-Sessions mit unbegrenzten KI-Antworten. Wenn du volle Abdeckung willst, kostet der Session Pass $29 für drei komplette Zwei-Stunden-Gespräche (einmalig, kein Abo), und Pro liegt bei $59/Monat oder $192/Jahr ($16/Monat bei jährlicher Abrechnung).