Wie erstellt man ein UX-Portfolio?

Was ist ein UX-Portfolio?

Ein UX-Portfolio besteht aus Fallstudien, die Ihre Arbeit erzählen. Es ist keine Galerie von Screens. Jede Fallstudie beginnt mit einem Problem und endet mit dem, was Sie dagegen getan haben.

Laut der Videozusammenfassung von Lexie Kane bei NN/g von 2019 sollte ein Portfolio Projekte und gelieferte Ergebnisse zeigen. Diese Regel gilt für Erfahrene, für Einsteiger und für Quereinsteiger. Kane empfiehlt, die Geschichte für Ihren eigentlichen Nutzer zu erzählen: die Person, die einstellt.

Wollen Sie den Beruf zuerst kennenlernen, lesen Sie den Ratgeber zum UX-Design. Fangen Sie bei null an, gibt die Seite UX-Designer werden den Fahrplan. Diese Seite öffnet den Schritt Portfolio auf diesem Weg.

Worauf Recruiter achten

Der NN/g-Artikel von Rachel Krause beruht auf einer Befragung von 204 UX-Fachleuten, die für Einstellungen zuständig sind. Das Video von Krause und Maria Rosala von 2020 beruht auf der Meinung von mehr als 200 Hiring Managern. Laut der Zusammenfassung des Videos wird von Designern nicht dasselbe erwartet wie von Researchern. Auch zwischen Junior und Senior ändern sich die Erwartungen.

In den NN/g-Seiten, die ich geöffnet habe, gibt es keine prozentuale Aufteilung dieser Erwartungen. Deshalb nenne ich auch keine Anteile.

Laut Krause suchen Recruiter zuerst einen Beleg: Haben Sie mit einer Chance begonnen und sowohl für Nutzer als auch für das Unternehmen Wert geschaffen? Daneben achten sie auf zwei Dinge:

• Was nicht ins Design kam und warum nicht.
• Den unordentlichen Prozess: Ihre Rolle, Einschränkungen, Zeitplan des Projekts, Änderungen zwischen Iterationen und wie die Forschung das Design gelenkt hat.

Laut Krause lesen Recruiter ein Portfolio selten Wort für Wort. Gliedern Sie den Text deshalb mit Bildern und trennen Sie die Projekte klar voneinander. Krause gibt noch einen Rat: Wählen Sie vorab drei Dinge, die beim Leser hängen bleiben sollen. Prüfen Sie am Ende, ob das Portfolio sie vermittelt.

Kanes Artikel über Portfolios von Researchern nennt einen Anteil. 97 Prozent der 963 befragten UX-Fachleute sagten, sie müssten ihre Lösungen und Ideen regelmäßig einer größeren Gruppe vermitteln. Für mich ist das Portfolio der erste Beleg dieser Fähigkeit.

Aufbau einer Fallstudie: sechs Überschriften

Krause möchte in jeder Fallstudie Folgendes sehen:

• Problem oder Hypothese.
• Ihre Rolle und wie Sie mit dem Team gearbeitet haben.
• Wie Sie zur Lösung gekommen sind und wie die Lösung das Problem gelöst hat.
• Herausforderungen und Designideen, die nicht weiterverfolgt wurden.
• Die Wirkung auf Nutzer und Geschäft.
• Was Sie gelernt haben.

Ich fasse diese Punkte in sechs Überschriften zusammen. Jede Überschrift hat eine Frage, die sie beantworten muss.

1. Problem. Wer konnte was nicht? Woher wussten Sie das?
2. Rolle. Was haben Sie gemacht, was das Team? Kane empfiehlt, Kolleginnen und Kollegen nach Möglichkeit mit Namen zu nennen.
3. Prozess. Welche Methode haben Sie warum gewählt? Haben Sie ein Nutzerinterview geführt oder einen Usability-Test?
4. Entscheidung. Welche Optionen haben Sie ausprobiert, welche haben Sie warum verworfen?
5. Ergebnis. Was hat sich geändert? Schreiben Sie eine Zahl oder eine konkrete Beobachtung.
6. Gelerntes. Was machen Sie im nächsten Projekt anders?

Die Überschrift, die am häufigsten fehlt, ist für mich die Entscheidung. Krause schreibt, dass Recruiter auch sehen wollen, was nicht ins Design kam. Eine verworfene Idee zeigt, wie Sie denken, besser als ein fertiger Screen.

Für das Ergebnis nennt Kane Beispiele messbarer Wirkung: weniger Supportanrufe, eine niedrigere Absprungrate, weniger Kaufabbrüche oder eine höhere Conversion. Fehlt eine Zahl, helfen auch Zitate von Nutzern vor und nach dem Design. Eine Testkennzahl wie die Aufgabenerfolgsquote können Sie auch in kleinen Projekten erheben.

Probieren Sie das Gerüst für eine Fallstudie aus

Im Gerüst unten füllen Sie die sechs Überschriften einzeln aus. Während Sie schreiben, aktualisiert sich die Karte, und drei einfache Regeln prüfen Ihren Text.

• Ergebnisregel: Warnt, wenn im Feld Ergebnis keine Zahl steht. Eine Ziffer oder ein Wort wie „fünf“ oder „Prozent“ zählt als Zahl. Ein Beobachtungswort wie „Nutzer“, „Teilnehmende“, „Test“, „Interview“ oder „beobachtet“ reicht auch.
• Ich-und-wir-Regel: Warnt, wenn in den Feldern Rolle und Prozess kein Ich-Satz steht. „Ich“, „mein“ oder „mir“ zählen als Ich-Sprache, „wir“, „unser“ und „Team“ als Wir-Sprache.
• Werkzeuglisten-Regel: Warnt, wenn das Feld Prozess aus kurzen, durch Kommas getrennten Einträgen besteht. Hat jeder Eintrag höchstens zwei Wörter oder ist der Text kürzer als 12 Wörter, erscheint eine Warnung.

Die Regeln sind grob. Sie verstehen den Text nicht, sondern schauen nur auf Wörter. Offensichtliche Fehler finden sie trotzdem.

Gerüst für eine Fallstudie

Die Karte zeigt, wie eine fiktive Fallstudie mit sechs Überschriften aussieht. Mit JavaScript können Sie die Felder selbst ausfüllen.

Beispiel

Fallstudie

Ablauf zum Vormerken von Büchern in der App einer Stadtbibliothek

Meine Rolle

Ich war die einzige Designerin. Die Interviews und Tests habe ich geführt, die Screens habe ich gezeichnet. Mit zwei Entwicklern haben wir die Screens in Code umgesetzt.

Problem

Nutzer, die mit dem Vormerken begannen, brachen beim Schritt zur Wahl der Filiale ab. Auch die Beschwerden beim Support drehten sich meist darum.

Was ich gemacht habe

Ich habe sechs Nutzer interviewt und den Ablauf mit ihnen ausprobiert. Ich sah, dass die Filialliste alphabetisch sortiert war, die Nutzer aber auf die Entfernung achteten. Ich habe zwei Abläufe gezeichnet, den Prototyp mit fünf Personen getestet und den kürzeren gewählt. Die Kartenansicht habe ich verworfen, weil sie auf kleinen Screens langsam war.

Ergebnis

Im ersten Test schlossen 2 von 5 Personen das Vormerken ohne Hilfe ab. Im zweiten Test mit dem neuen Ablauf stieg diese Zahl auf 4.

Was ich gelernt habe

Der Name einer Filiale bedeutet Nutzern nichts, die Entfernung schon. Im nächsten Projekt sortiere ich Listen zuerst nach dem Kriterium der Nutzer.

Das Beispielprojekt ist fiktiv. Was Sie schreiben, wird nirgendwohin gesendet, sondern nur als Entwurf in diesem Browser gespeichert. Der Button Leeren löscht den Entwurf.

Gerüst für eine Fallstudie: Füllen Sie die sechs Felder aus, die Karte aktualisiert sich live. Die Prüfung warnt bei leeren Feldern, Ergebnissen ohne Maß, fehlenden Ich-Sätzen und Werkzeuglisten.

Beim schwachen Beispiel erscheinen drei Warnungen auf einmal. Alle drei haben denselben Grund. Der Text beschreibt das Thema, sagt aber nicht, was Sie getan haben.

Wie viele Projekte, welches Format

Krause empfiehlt 3 bis 5 ausführliche Fallstudien und fasst die Regel mit „Qualität vor Quantität“ zusammen. Wählen Sie die Projekte so, dass sie verschiedene Fähigkeiten zeigen. Haben Sie wenig Zeit, reichen laut Krause auch ein oder zwei tiefe Fallstudien.

Kane nennt auch ein Risiko zu vieler Projekte: Wichtige Projekte rutschen nach unten und werden übersehen. Die Aufmerksamkeit online ist kurz. Deshalb setze ich das stärkste Projekt ganz nach oben.

Für das Format nennt Krause drei Wege: eine Website, eine PDF- oder Präsentationsdatei und gedruckte Unterlagen. Was Sie auch wählen, nutzen Sie in allen Fallstudien dieselbe Vorlage. So finden Leser in jeder Fallstudie das Gesuchte an derselben Stelle.

Am bequemsten finde ich, eine Website und eine PDF-Datei zusammen vorzubereiten. Die Website teilen Sie per Link, die PDF-Datei hängen Sie an das Bewerbungsformular.

Vertraulichkeit und NDA: So zeigen Sie vertrauliche Arbeit

Haben Sie eine Vertraulichkeitsvereinbarung (NDA) unterschrieben, lesen Sie zuerst Ihren Vertrag. Auch Kane empfiehlt, frühere Kunden zu fragen, welche Informationen Sie teilen dürfen. Dieser Abschnitt ist keine Rechtsberatung, der Wortlaut Ihres Vertrags geht immer vor.

Ist die Erlaubnis begrenzt, schlägt Krause drei Wege vor:

• Zeigen Sie den Prozess. Zeigen Sie statt der unternehmensspezifischen Oberfläche Workshopfotos, Skizzen oder schwarz-weiße Wireframes.
• Schwärzen oder verpixeln Sie. Verbergen Sie Angaben, die eine Erkennung ermöglichen. Krause empfiehlt das besonders für Finanz- und Gesundheits-Apps.
• Verallgemeinern Sie. Zeichnen Sie das Design mit einer anderen Marke und anderen Texten neu.

Kane sagt für Forschungsunterlagen etwas Ähnliches: Unternehmen oder Produkt sollen nicht erkennbar sein, aber was Sie getan haben, soll sichtbar bleiben. Sie empfiehlt auch, einen früheren Kunden um eine Referenz oder Empfehlung zu bitten.

Ich ergänze etwas. Schreiben Sie offen, was Sie verborgen haben, zum Beispiel „Die Screens wurden aus Gründen der Vertraulichkeit neu gezeichnet.“ Erfährt der Leser die Lücke von Ihnen, bleibt er nicht daran hängen.

Was Junioren ins Portfolio stellen

Krause empfiehlt ein Praktikum, um mindestens ein echtes Projekt zu haben. Machen Sie noch Hochschulprojekte, wählen Sie ein Problem mit geschäftlicher Bedeutung und realistischen Einschränkungen. Gibt es in einem abgeschlossenen Hochschulprojekt fiktive Nutzer oder Einschränkungen, sagen Sie das offen.

Krause nennt auch den Grund für diese Offenheit: Sagen Sie es nicht, denkt die Person, die einstellt, womöglich, dass Ihnen das nicht bewusst ist. Auch Kane empfiehlt, dass mindestens eine Hochschularbeit einen klaren geschäftlichen Wert trägt, zum Beispiel eine E-Commerce-Website.

Material sammeln können Sie auch ohne Berufserfahrung. Das Video von Megan Chan bei NN/g von 2025 nennt vier Wege: freie Aufträge, Ehrenamt, Hackathons und eigene Projekte. Laut Kane zeigen auch eigene Arbeiten wie eine heuristische Evaluation Ihre Denkweise, solange Sie sie klar als eigene Projekte kennzeichnen.

Für Junioren empfehle ich einen kleinen, aber vollständigen Zyklus. Wählen Sie in einer bestehenden App einen einzigen Ablauf, machen Sie mit fünf Personen einen Test mit lautem Denken, verbessern Sie ihn und testen Sie erneut. Das Ergebnis des zweiten Tests gehört unter die Überschrift Ergebnis. Kennzeichnen Sie das Projekt als eigenes Projekt.

Häufige Fehler

Die ersten vier Fehler stammen aus Krauses Artikel, die letzten drei aus den Regeln, die ich in das Gerüst eingebaut habe.

• Nur fertige Screens. Krause nennt die Vorstellung, ein Portfolio bestehe nur aus finalen Oberflächen, einen verbreiteten Irrtum. Für mich erzählen die finalen Screens nur das Ende der Geschichte.
• Eine auffällige Vorlage, die den Inhalt überdeckt. Leser sollten auf Ihre Arbeit schauen, nicht auf die Vorlage.
• Arbeiten, die Sie nicht gern machen. Krause rät, Arbeit, die Sie nicht mögen, nicht hervorzuheben. Ich finde: Die Arbeit in Ihrem Portfolio beeinflusst die Arbeit, die man Ihnen anbietet.
• Zu lange Darstellung. Leser überfliegen, und unnötige Details begraben die eigentliche Entscheidung.
• Ein „wir“, das die Rolle versteckt. Ist nicht klar, was Sie im Team gemacht haben, muss der Leser Ihren Anteil raten.
• Werkzeugliste statt Prozess. Der Name einer Software sagt nicht, was Sie damit gelöst haben.
• Ergebnis ohne Maß. „Wurde benutzerfreundlicher“ ist eine Behauptung. Ihr Beleg ist eine Zahl oder eine Beobachtung.

Kane sieht das Portfolio als lebendes Dokument und empfiehlt, es während der ganzen Laufbahn zu aktualisieren. Auch Krause rät, die Ergebnisse neuer Projekte für spätere Fallstudien aufzubewahren. Legen Sie Skizzen und Testnotizen gleich nach Projektende in einen Ordner.

Meine Notiz

Lese ich eine Fallstudie, schaue ich zuerst auf die Überschrift Entscheidung. Sehe ich dort zwei Optionen und eine Begründung, lese ich weiter. Sehe ich sie nicht, bleibt bei mir eine Frage, wie gut die Screens auch sein mögen.

Ich empfehle, jede Fallstudie mit einem kurzen Zusammenfassungsabsatz zu beginnen. Problem, Ihre Rolle und Ergebnis sollten auf den ersten Blick sichtbar sein. Auch ich entscheide beim Lesen anhand dieser Zusammenfassung, ob ich weiterlese.

Probieren Sie Ihr Portfolio zuletzt wie bei einem Nutzertest aus. Geben Sie einer Freundin zwei Minuten und fragen Sie dann, woran sie sich erinnert. Auch Krause rät, Feedback von anderen einzuholen und das Portfolio zu überarbeiten.