Wie man sein Design-Portfolio im Interview präsentiert
Suchintention: UX/UI-Designer, die großartige Arbeit geleistet haben, aber nicht wissen, wie sie ihre Designentscheidungen unter Interviewerdruck selbstbewusst vermitteln sollen.
Warum großartige Arbeit allein nicht ausreicht
Dein Portfolio hat dir das Interview eingebracht. Jetzt muss die Portfolio-Präsentation dir das Angebot einbringen.
Portfolio-Präsentationen im Design-Interview scheitern aus einem konsistenten Grund: Designer schildern, was sie gebaut haben, statt warum sie es gebaut haben. Sie gehen Screen für Screen durch – hier ist die Startseite, hier ist das Onboarding – ohne jemals das Problem, die überlegten Alternativen oder die Ergebnisse zu erklären.
Interviewer – besonders bei Produktunternehmen – schauen sich nicht deine Pixel an. Sie schauen sich dein Denken an.
Die Struktur, die für jedes Design-Portfolio-Interview funktioniert
Für jede Fallstudie, die du präsentierst, verwende diese Struktur:
1. Das Problem (60 Sekunden)
Welches spezifische Problem hast du gelöst? Für wen? Was hat es schwierig gemacht?
„Wir hatten einen 68%igen Abbruch in Schritt 3 unseres Onboardings – Nutzer wurden aufgefordert, ihr Bankkonto zu verbinden, bevor sie irgendwelchen Produktwert gesehen hatten. Das Problem war nicht die UI – es war die Abfolge."
Setze die Tragweite. Wenn der Interviewer nicht versteht, warum das ein schwieriges oder wichtiges Problem war, landet nichts anderes.
2. Deine Rolle und Einschränkungen (30 Sekunden)
Wofür warst du konkret verantwortlich? Welche Einschränkungen haben die Arbeit geprägt?
„Ich war für die End-to-End-UX dieses Flows verantwortlich. Engineering hatte 3 Wochen. Wir konnten die Backend-Anforderung für die Bankverbindung nicht ändern – das war eine Compliance-Einschränkung."
Sei spezifisch und ehrlich. Interviewer werden deine tatsächlichen Beiträge hinterfragen. Vage Formulierungen wie „Ich war Teil des Teams" signalisieren eingeschränkte Eigenverantwortung.
3. Dein Prozess (2–3 Minuten)
Das ist der Kern. Nicht jeder Schritt deines Prozesses – die Entscheidungen, die zählten.
Erkläre:
- Was hast du aus Research oder Daten gelernt, das deine Richtung geprägt hat?
- Welche Alternativen hast du erkundet?
- Warum hast du diese Richtung gegenüber den Alternativen gewählt?
„Ich habe drei Ansätze erkundet: die Bankverbindung auf nach der ersten Transaktion zu verschieben, Social Proof bei dem Schritt hinzuzufügen und die Verbindung in zwei Mikroschritte aufzuteilen. Ich habe Konzepte mit 6 Nutzern getestet – der Verzögerungsansatz schnitt am besten ab, aber Engineering flaggte ihn als riskant für Compliance. Ich habe mit den Nutzerdaten widersprochen und wir fanden einen Mittelweg: Verschiebung auf einen späteren Flow mit einer klaren Rückkehraufforderung."
4. Das Ergebnis (30–60 Sekunden)
Was ist passiert? Quantifiziere, wenn möglich.
„Der Abbruch bei diesem Schritt sank in den ersten zwei Wochen nach dem Launch von 68% auf 41%. Wir sahen eine Verbesserung von 15% bei der 7-Tage-Aktivierung."
Wenn du keine Daten hast, sei ehrlich: „Wir hatten kein starkes Post-Launch-Tracking, was ich in zukünftigen Projekten früher einfordern würde."
Wie man schwierige Interviewerfragen handhabt
„Warum hast du X nicht erkundet?"
Werde nicht defensiv. Behandle es als Design-Diskussion.
„Das ist eine gute Alternative. Wir haben etwas Ähnliches in Betracht gezogen, es aber verworfen, weil [Grund]. Im Nachhinein hätte ich es gerne prototypisiert – es wäre ein stärkerer Datenpunkt gewesen."
„Was würdest du anders machen?"
Das ist eine Einladung, Reife zu zeigen. Habe für jede Fallstudie eine echte Antwort. „Ich hätte das Support-Team früher einbezogen – sie hatten Daten darüber, wo Nutzer verwirrt waren, die wir erst in der Mitte des Projekts herangezogen haben."
„Was war dein spezifischer Beitrag im Vergleich zum Team?"
Sei ehrlich und präzise. „Ich habe die Research durchgeführt, die Flows bis zum Handoff designed. Das visuelle Finish auf Mobile wurde mit dem Visual Designer erarbeitet. Die Inhalte waren kollaborativ."
Die größten Portfolio-Präsentationsfehler
Zu viele Projekte zeigen. Zwei oder drei tiefe Fallstudien schlagen acht oberflächliche. Streiche rücksichtslos.
Mit visuellem Design beginnen. Dein erstes Projekt sollte dein Denken zeigen, nicht deine schönsten Screens. Beginne mit einem Projekt, bei dem du ein wirklich schwieriges Problem gelöst hast.
Keine Misserfolge oder Iterationen. Designs, die vom Brief zur Perfektion in einem Durchgang übergegangen sind, wirken verdächtig. Zeige, wo deine erste Richtung falsch lag und was du gelernt hast.
Geschäftskontext überspringen. Interviewer bei Produktunternehmen wollen wissen, dass deine Designentscheidungen mit Geschäftsergebnissen verbunden waren – nicht nur mit Nutzerzufriedenheitswerten.
Vorbereitung auf die Präsentation
Gehe jede Fallstudie vor dem Interview laut durch. Nicht im Kopf – laut. Nimm dir Zeit. Du wirst die Stellen finden, wo du dich verlierst, wo du das „Warum" auslässt und wo du den roten Faden verlierst.
Frage dich nach jeder Fallstudie: „Würde jemand, der nicht daran gearbeitet hat, verstehen, was das Problem war, was ich entschieden habe und warum es wichtig war?" Wenn nicht, kürze oder strukturiere neu.
Jetzt üben
Designarbeit unter Live-Beobachtung selbstbewusst zu vermitteln ist eine Fähigkeit – sie erfordert Übung unter echten Bedingungen, nicht nur Solo-Proben.