UX Designer interview answers: praktische Beispiele fuer 2026

Du sitzt im Gespräch und dir fällt zu einer Frage zu deinem Prozess keine konkrete Antwort ein. Genau das passiert vielen UX Designern, nicht weil sie schlecht sind, sondern weil sie ihre Arbeit nie in Worte fassen mussten. Dieser Text zeigt dir echte Antwortbeispiele, die du an deine Projekte anpassen kannst.

Der Fokus liegt auf dem, was in deutschen Unternehmen tatsächlich gefragt wird. Screeningfragen, Rollenfragen, Verhaltensfragen und typische Fehler, die dich die Stelle kosten.

Wie der Prozess in Deutschland typischerweise abläuft#

Die meisten UX-Stellen laufen über ein Erstgespräch mit HR, ein Fachgespräch mit dem Design Lead und oft eine Portfolio- oder Case-Study-Runde. Bei großen Konzernen kommt dazu ein Termin mit dem Fachbereich, bei Startups reichen manchmal zwei Gespräche. Remote-Formate sind verbreitet, die Portfolio-Runde dauert meist 45 bis 60 Minuten.

Ein wichtiger Hinweis zur Marktlage: UX-Stellen in Deutschland verlangen fast immer Deutschkenntnisse auf mindestens B2-Niveau, weil du mit Stakeholdern aus Fachabteilungen arbeitest. Englisch reicht oft nur in internationalen Produktteams. Gehälter unterscheiden sich stark nach Stadt und Erfahrungsjahren, informiere dich vor dem Gespräch über die aktuellen Werte für deine Region.

Screeningfragen, die immer kommen#

Diese Fragen wirken einfach, hier scheitern aber viele an fehlender Konkretheit.

"Erzähl uns von dir." Halte die Antwort unter zwei Minuten. Was du machst, welche zwei Projekte relevant sind, und warum du jetzt wechselst. Nicht den ganzen Lebenslauf vorlesen.

"Warum dieses Unternehmen?" Zeige, dass du das Produkt oder die Branche kennst. Nutze vorher den kostenlosen JD-Decoder, um die Ausschreibung auf versteckte Anforderungen zu prüfen, und beziehe dich im Gespräch genau darauf.

"Was sind deine Stärken?" Nenne eine Stärke und belege sie mit einem Projekt. "Ich arbeite strukturiert mit Research" ist schwach. "Ich habe in meinem letzten Projekt Nutzertests mit acht Teilnehmern durchgeführt, das hat uns eine teure Funktion gespart" ist stark.

"Was sind deine Schwächen?" Wähle eine echte Schwäche und zeige, wie du damit umgehst. Keine Kaschierungen wie "ich bin zu perfektionistisch".

Rollenfragen und wie du antwortest#

Hier geht es um Methodenwissen und deine echte Arbeitsweise. Wichtig ist, dass du zeigst, dass du Entscheidungen begründest, nicht nur Tools bedienst.

"Beschreibe deinen Designprozess." Beschreibe kein starres Modell, sondern deine Vorgehensweise an einem echten Projekt. Nenne die Schritte, die tatsächlich stattgefunden haben. Wenn du kein Research hattest, sag das offen und erkläre, wie du stattdessen Annahmen getestet hast.

"Wie gehst du mit Stakeholdern um, die deine Designs ablehnen?" Zeige, dass du ihre Ziele verstehst und auf Daten zurückgehst. Nicht auf deinen Geschmack.

"Kennst du unseren Design-System-Ansatz?" Falls nicht, gib das zu und erkläre, wie du in ein neues System einsteigst: Komponentenbibliothek sichten, Tokens verstehen, mit dem Team sprechen.

Ein konkretes Beispiel für die Frage nach dem Designprozess:

Frage: "Wie gehst du vor, wenn du ein neues Feature gestaltest?"

Antwort: "In meinem letzten Projekt ging es um die Buchungsmaske für einen Reiseanbieter. Ich habe zuerst mit dem Kundenservice gesprochen, weil die häufigsten Abbrüche dort landen. Dann habe ich die bestehende Maske analysiert und drei Varianten skizziert. Die Variante mit weniger Feldern wurde im Usability-Test mit sechs Nutzern klar bevorzugt, weil weniger Zeit nötig war. Nach der Umsetzung ist die Abbruchrate in der Buchung zurückgegangen, den genauen Wert habe ich aber nicht im Kopf."

Diese Antwort nennt den Kontext, das Problem, deine Handlung und das Ergebnis. Ohne erfundene Zahlen.

Verhaltensfragen und die STAR-Methode#

Verhaltensfragen erkennst du an Formulierungen wie "Erzähl mir von einer Situation, in der..." oder "Wie bist du vorgegangen, als...". Hier hilft die STAR-Struktur: Situation, Task, Action, Result.

Ein vollständiges Beispiel für die Frage "Erzähl mir von einem Konflikt mit einem Entwickler":

S: "In einem Projekt gab es eine Datenvisualisierung, die mein Team anders vorschlagen wollte als die Entwicklung."

T: "Ich sollte eine Lösung finden, die fachlich stimmt und im geplanten Sprint umsetzbar bleibt."

A: "Ich habe den Entwickler zu einem kurzen Termin eingeladen, habe ihm die Nutzerdaten gezeigt und gefragt, welche Variante technisch machbar ist. Wir haben uns auf eine abgespeckte Variante geeinigt, die ich später ausbauen konnte."

R: "Die Funktion ging rechtzeitig live und im nächsten Sprint haben wir die zweite Variante ergänzt. Das Verhältnis zum Entwickler war danach besser als vorher."

Halte dich an die Struktur, aber sprich natürlich. Auswendig gelernte Antworten wirken schnell hölzern.

Was du unbedingt vermeiden solltest#

Ein paar Fehler kosten dich die Stelle zuverlässig. Vermeide diese Punkte:

• Ohne eigene Projekte antworten, sondern immer nur "wir" sagen
• Keine konkreten Beispiele nennen, sondern allgemein bleiben
• Über ehemalige Arbeitgeber oder Kollegen schlecht sprechen
• Methoden nennen, die du nicht angewendet hast, bei Rückfragen fällst du durch
• Zahlen erfinden, wenn du die Ergebnisse nicht kennst
• Keine Fragen am Ende stellen, das wirkt desinteressiert
• Zu lange reden, ohne zum Punkt zu kommen

Gerade der letzte Punkt ist unterschätzt. Wenn du merkst, dass du ins Abschweifen kommst, frag kurz: "Soll ich da tiefer einsteigen?" Das zeigt Gesprächsgefühl.

Vorbereitung auf die Portfolio-Runde#

Die Portfolio-Präsentation ist für UX-Stellen der wichtigste Termin. Wähle zwei bis drei Projekte, die zur Stelle passen. Zeige nicht alles, was du je gemacht hast.

Für jedes Projekt: Kontext, Problem, deine Rolle, was du gemacht hast, was dabei rauskam. Nenne klar, was dein eigener Beitrag war. Personaler achten darauf, weil in Teams oft unklar bleibt, wer was gemacht hat.

Prüfe vorher, ob dein PDF oder dein Figma-File offline funktioniert. Übe die Präsentation laut und stoppe die Zeit. Nutze für die Vorbereitung unsere kostenlose Übersicht für Jobsuche-Tools, um passende Stellen zu finden und die Anforderungen mit deinem Portfolio abzugleichen. Für ein schnelles Feedback auf deine Bewerbungsunterlagen kannst du außerdem den kostenlosen ATS-Checker nutzen.

Was du am Ende fragen solltest#

Gute Fragen am Gesprächsende zeigen, dass du ernsthaft interessiert bist. Frag nach dem Team, nach dem Designprozess, nach dem Verhältnis zu Entwicklung und Produkt. Frag, wie Erfolg für die Rolle gemessen wird.

Vermeide Fragen nach Homeoffice-Quote und Urlaubstagen im ersten Gespräch. Das kommt später, wenn es konkret wird. Gehaltsthemen klärst du meist ab dem zweiten Termin, die genauen Spannen hängen von Stadt, Unternehmensgröße und Erfahrung ab. Orientiere dich an aktuellen Werten für deine Region und prüfe die offiziellen Quellen.

Kostenlose Tools#

• jobrise.io/de/free-ats-checker/
• jobrise.io/de/free-jd-decoder/
• jobrise.io/de/jobs/
• jobrise.io/de/blog/

Häufige Fragen#

Wie lang sollte meine Antwort im Interview sein?

Halte die meisten Antworten bei ein bis zwei Minuten, bei STAR-Beispielen eher bei 90 Sekunden. Wenn der Interviewer nachfragt, kannst du ausbauen. Lieber kurz und konkret als lang und vage.

Soll ich im Interview über gescheiterte Projekte sprechen?

Ja, wenn du daraus gelernt hast. Ein ehrliches Beispiel wirkt stärker als eine Kette von Erfolgen. Wichtig ist, dass du zeigst, was du anders machen würdest.

Brauche ich als UX Designer ein Deck oder ein PDF fürs Portfolio?

Beides ist verbreitet, ein PDF ist für Remote-Gespräche am unkompliziertesten. Entscheidend ist die Struktur deiner Fallstudien, nicht das Dateiformat. Teste die Datei vorher auf einem anderen Rechner.

Wie bereite ich mich auf Whiteboard-Aufgaben vor?

Übe, laut zu denken und Annahmen zu nennen, statt sofort zu zeichnen. Frag nach Zielgruppe und Rahmenbedingungen, bevor du Lösungen vorschlägst. Der Interviewer will deine Denkweise sehen, nicht das perfekte Ergebnis.

Was mache ich, wenn ich eine Antwort nicht weiß?

Sag das direkt und erkläre, wie du an die Lösung kommen würdest. Ein ruhiges "Das habe ich noch nicht gemacht, ich würde aber so vorgehen" ist besser als improvisiertes Fachchinesisch. Ehrlichkeit kommt bei den meisten Interviewern gut an.