Design-Portfolio: So baust du eins, das dich wirklich zum Job bringt

Hiring Manager verbringen 90 Sekunden mit einem Portfolio, bevor sie entscheiden, ob sie jemanden einladen. Die meisten Designer bauen Portfolios, die für ihr eigenes Ego optimiert sind, nicht für diese 90 Sekunden. Das Ergebnis: eine wunderschön inszenierte Startseite, über die niemand hinaus liest, fünf Projekte, die alle gleich aussehen, und eine Case-Study-Struktur, die jede interessante Entscheidung unter einer Wand aus Screenshots begräbt.

Dieses Paper ist die Arbeitsversion. Die fünf Projekte, die ein Portfolio tatsächlich von Junior auf Senior heben, die Case-Study-Struktur, die Entscheidungsfähigkeit statt Geschmack beweist, und wie du eine Seite baust, die innerhalb von 48 Stunden eine Antwort bekommt statt noch einer Absage.

Was ein Portfolio wirklich ist

Ein Portfolio ist eine Wette auf deinen nächsten Job, kein Museum deiner vergangenen. Jedes Projekt muss aus einem Grund da sein. Jede Case Study muss der Leserin etwas darüber beibringen, wie du denkst. Jede Entscheidung auf der Seite, von der Hierarchie der Startseite bis zur Länge der Case Study, ist ein Signal an die Einstellenden.

Das Portfolio, das Interviews bringt, ist nicht das mit den meisten Projekten. Es ist das, bei dem ein Hiring Manager drei Case Studies liest und danach denkt: „Diese Person will ich im Raum haben.“ Dieses Ergebnis ist kein Zufall. Es ist eine Struktur.

Die Analyse zum Thema Visual-Hierarchy-Design zeigt, wie du die Lesereihenfolge auf jeder Seite steuerst. Das Portfolio ist der Testfall. Wenn dein Portfolio keine Hierarchie hat, lesen Hiring Manager es nicht zu Ende.

Die fünf Projekte, auf die es wirklich ankommt

Die meisten Portfolios enthalten acht bis zwölf Projekte. Der Hiring Manager liest zwei. Die Debatte „alles zeigen“ versus „streng kuratieren“ ist entschieden. Kuratiere. Fünf Projekte, maximal. Wähle die fünf, die eine vollständige Geschichte erzählen.

Projekt 1: Das Flaggschiff

Ein Projekt, bei dem du die Verantwortung für das Ergebnis von der Recherche bis zum Launch hattest. Meist deine stärkste Case Study. Sie gehört auf die Startseite, in den ersten Screen. Das ist das Projekt, das der Hiring Manager lesen soll, falls er nur eins liest, und bei 40 Prozent der Leser passiert genau das.

Das Flaggschiff ist nicht das hübscheste Projekt. Es ist das mit den klarsten Entscheidungen, dem größten Umfang und dem straffsten roten Faden vom Problem zum Ergebnis. Ein bescheidenes Projekt mit voller Verantwortung schlägt ein glänzendes Projekt, bei dem du nur drei Screens angefasst hast.

Projekt 2: Der Range-Setter

Ein Projekt, das zeigt, dass du in einem visuellen Register arbeiten kannst, das sich vom Flaggschiff unterscheidet. Ist das Flaggschiff ein cleveres SaaS-Dashboard, ist der Range-Setter eine ausdrucksstarke Markenidentität. Ist das Flaggschiff eine Consumer-App mit Persönlichkeit, ist der Range-Setter ein präzises Enterprise-Tool. Bandbreite beweist, dass du dich anpassen kannst, und das ist die halbe Miete für „Senior“.

Der Range-Setter steht oft an zweiter Stelle auf der Startseite. Er sollte auf den ersten Blick deutlich anders wirken als das Flaggschiff, damit der Hiring Manager die Breite wahrnimmt, ohne die Case Study lesen zu müssen.

Projekt 3: Das Tiefenstück

Ein Projekt, in dem du eine fortgeschrittene Spezialisierung zeigst. Architektur von Design Systems, Accessibility, Recherchemethodik, Motion Design, Front-End-Umsetzung. Tiefe trennt Senior vom Mittelfeld. Jede Senior-Designerin hat mindestens ein Gebiet, in dem sie tiefer geht, als ein Generalist müsste.

Das Tiefenstück ist als Case Study kürzer als das Flaggschiff, aber technisch dichter. Hier tauchen Code-Snippets, Diagramme zur Token-Architektur oder Recherche-Protokolle auf. Der Design-Systems-Guide ist ein Beispiel für die Art von Thema, die in einem Tiefenstück gut aufgehoben ist.

Projekt 4: Der Kollaborationsfall

Ein Projekt, das beweist, dass du mit anderen Designern, Entwicklern oder Stakeholdern außerhalb des Designs arbeiten kannst. Hier schreibst du ehrlich über Kompromisse, Trade-offs und darüber, was du ausgeliefert hast und was du eigentlich ausliefern wolltest. Hiring Manager gewichten dieses Projekt stark, weil es ihnen zeigt, wie du als Teamkollege bist, nicht als Solokünstler.

Der Kollaborationsfall ist oft am schwersten zu schreiben, weil er Ehrlichkeit verlangt. Projekte, die ohne Kompromisse live gingen, gibt es in der Regel nicht, und eine Case Study, die das Gegenteil behauptet, liest sich wie eine Lüge.

Projekt 5: Das persönliche Projekt oder Side Project

Ein Projekt, das keine Kundenarbeit ist. Eine selbst initiierte Erkundung, ein Tool, das du gebaut hast, ein Typografie-Experiment, ein Game-Jam-Beitrag. Hier beweist das Portfolio, dass die Designerin auch außerhalb des Briefings Geschmack hat. Das persönliche Projekt muss nicht groß sein. Es muss spezifisch sein.

Side Projects zählen mehr für Designer am Karrierebeginn (wo Kundenarbeit begrenzt ist) und für Senior-Designer (wo sie anhaltende Neugier zeigen). Designer in der Karrieremitte können diesen Slot manchmal überspringen und durch ein zweites Tiefenstück ersetzen.

---

Die Case-Study-Struktur, die überzeugt

Die meisten Case Studies sind als Diashow fertiger Screens mit Marketingtext dazwischen aufgebaut. Das ist keine Case Study. Das ist eine Galerie. Eine echte Case Study liest sich wie ein Decision Log.

Die Struktur, die funktioniert:

Abschnitt 1: Der Zwei-Zeilen-Pitch

Wer war der Kunde, was war das Problem, was war deine Rolle. Zwei Zeilen, nicht mehr. Ein Hiring Manager, der sonst nichts liest, sollte wissen, was dieses Projekt war und was du beigetragen hast.

Beispiel: „Den Checkout-Flow für einen Fintech-Kunden mit 2 Mio. Nutzern in 18 Märkten neu gestaltet. Ich habe UX geleitet, mit einer Brand-Designerin und drei Entwicklern zusammengearbeitet und einen Flow ausgeliefert, der die Warenkorbabbrüche gegenüber der alten Basis um 23 Prozent senkte.“

Abschnitt 2: Das Problem

Ein bis drei Absätze zum tatsächlichen Problem. Nicht „Nutzer hatten eine schlechte Erfahrung.“ Spezifisch. Zahlen, Verhalten, Reibungspunkte. Je konkreter das Problem, desto glaubwürdiger die Lösung.

Die Falle ist, das Problem in Begriffen zu formulieren, die Designer interessieren, statt in Begriffen, die das Business interessieren. „Das Interface wirkte veraltet“ ist ein Designerproblem. „17 Prozent der Nutzer brachen auf dem Zahlungsscreen ab“ ist ein Business-Problem. Schreibe die zweite Version.

Abschnitt 3: Der Ansatz

Wie bist du das Problem angegangen. Welche Recherche hast du gemacht. Welche Hypothesen hast du aufgestellt. Welche Rahmenbedingungen haben die Arbeit geformt. Das ist der Denkabschnitt, und er ist der Grund, warum Hiring Manager Case Studies lesen. Sie wollen sehen, wie du vom Problem zur Lösung kommst, nicht nur, dass du bei einer Lösung angekommen bist.

Lass die Rahmenbedingungen nicht aus. Jedes echte Projekt hat welche: Budget, Zeitplan, Legacy-Code, regulatorische Vorgaben, Vorlieben der Stakeholder. Eine Case Study, die wie uneingeschränkte Exploration wirkt, wirkt wie Fiktion. Rahmenbedingungen sind das Gewürz.

Abschnitt 4: Die Arbeit

Zeige die Artefakte. Recherche-Ergebnisse, Wireframes, Design-Explorationen, finale Screens. Hier leben die Screenshots, aber sie dienen der Geschichte, sie ersetzen sie nicht. Jeder Screenshot hat eine Bildunterschrift, die erklärt, welche Entscheidung er darstellt, nicht nur, wie er aussieht.

Der häufige Fehler ist, mit polierten finalen Screens zu führen und den Prozess zu vergraben. Dreh es um. Beginne mit der chaotischen Mitte (die verworfenen Richtungen, die Recherche-Erkenntnisse, die umstrittenen Trade-offs) und zeige dann die finale Arbeit als Schlussfolgerung dieses Denkens.

Abschnitt 5: Das Ergebnis

Was nach dem Launch passiert ist. Metriken, qualitatives Feedback, Folgearbeiten, Learnings. Wenn du harte Zahlen hast, nutze sie. Wenn nicht, nutze qualitative Signale (Testimonials, interne Resonanz, was du anders machen würdest).

Erfinde nie Zahlen. Ein Hiring Manager, der eine erfundene Conversion-Rate erwischt, beendet das Interview, bevor es beginnt. Ein ehrliches „Das haben wir damals nicht gemessen, aber das Sales-Team berichtete nach dem Redesign von einer stärkeren Demo-zu-Trial-Conversion“ schlägt erfundene Metriken jedes Mal.

Abschnitt 6: Die Reflexion

Ein kurzer Absatz dazu, was du gelernt hast und was du ändern würdest. Das ist oft der Abschnitt, der Senior von Mid-Level trennt. Juniors schreiben Case Studies, in denen alles funktioniert hat. Seniors schreiben Case Studies mit Sätzen wie: „Wir hätten das neue Onboarding vor dem Launch mit fünf Nutzern testen sollen, denn in der ersten Woche haben wir zwei Usability-Probleme entdeckt, die in der Recherche offensichtlich gewesen wären.“

Reflexion ist keine Selbstgeißelung. Sie ist der Beweis von Selbstwahrnehmung. Eine Case Study ohne Reflexion liest sich wie eine Designerin, die glaubt, alles richtig gemacht zu haben, und das ist das Gegenteil dessen, was Hiring Manager sehen wollen.

---

Regeln für die Startseite

Die Startseite ist der 10-Sekunden-Test. Besteht sie ihn nicht, werden die Case Studies nie gelesen. Drei Regeln.

Regel 1: Führe mit der Arbeit, nicht mit dir

Der Hero sollte eine Vorschau deines stärksten Projekts sein, kein Porträtfoto, kein Slogan, keine Hero-Zeile über „das Gestalten begeisternder Erlebnisse“. Hiring Manager interessieren sich noch nicht für dich. Sie interessieren sich dafür, ob deine Arbeit in der Zone liegt, für die sie einstellen. Zeige zuerst die Arbeit, stelle dich danach vor.

Die einzige Ausnahme sind bekannte Designer, deren Name selbst der Köder ist. Bist du nicht diese Designerin, führe mit der Arbeit.

Regel 2: Die Ein-Zeilen-Positionierung

Unter oder neben dem Featured-Projekt steht eine Textzeile, die dich positioniert. Kein Wertversprechen, eine Positionierung. „Product Designer für Early-Stage-Fintech.“ „Brand-Designerin für Consumer Wellness.“ „UX-Systems-Designer für Enterprise-SaaS.“

Die Positionierungszeile filtert das Publikum. Ein Recruiter, der für eine Brand-Designerin bei einem Wellness-Unternehmen sucht, sieht deine Zeile und liest weiter. Ein Recruiter, der Enterprise-SaaS sucht, während deine Zeile Fintech sagt, zieht weiter, und das ist das richtige Ergebnis. Das Glossar zu wertbasierter Preisgestaltung behandelt dieselbe Logik für Kundenarbeit: Positioniere dich eng, um die richtige Arbeit anzuziehen, nicht um Möglichkeiten auszuschließen.

Regel 3: Navigation, die nicht gegen dich arbeitet

Eine Hauptnavigation mit genau drei bis fünf Punkten: Work, About, Contact, optional Notes oder Writing. Das Portfolio ist ein lineares Artefakt. Hiring Manager lesen es beim ersten Besuch von oben nach unten. Lass sie nicht suchen.

Vermeide Filtermenüs für Case Studies, Masonry-Grids, die sich beim Hover umordnen, und animierte Navigation, die sich versteckt. Die Startseite kämpft ohnehin um die Aufmerksamkeit des Hiring Managers. Füge keine Reibung hinzu.

---

Die About-Seite

Die About-Seite ist nach der Flaggschiff-Case-Study die am zweithäufigsten gelesene Seite eines Portfolios. Die meisten Designer behandeln sie als Formalität. Das ist sie nicht. Die About-Seite beantwortet eine konkrete Frage des Hiring Managers: „Wie wird die Zusammenarbeit mit dieser Person sein?“

Drei Dinge gehören hinein:

Eine Bio in einfacher Sprache. Zwei bis vier Absätze. Wer du bist, was du getan hast, was dir wichtig ist. Schreibe sie so, wie du dich auf einer Konferenz vorstellen würdest, nicht wie ein LinkedIn-Profil. Konkretes und Textur schlagen Glätte.

Die Menschen, mit denen du gearbeitet hast. Nicht jede Firma, aber die, die zählen. Eine kurze Liste von Kunden, Unternehmen oder Kollaborateuren. Wenn du von einem davon ein Ein-Zeilen-Testimonial bekommst, ist diese eine Zeile mehr wert als jeder Absatz, den du über dich selbst schreibst.

Kontakt, prominent. Auf der About-Seite melden sich die meisten Hiring Manager. Setze die E-Mail-Adresse als Klartext (nicht hinter ein Kontaktformular), und zwar zweimal: einmal oben, einmal unten. Ein Kontaktformular ist eine Hürde. Entferne die Hürde.

Die Arbeit jenseits des Portfolios

Hiring Manager hören beim Portfolio nicht auf. Sie prüfen Twitter/X, LinkedIn, Dribbble, den Notes-Bereich deiner Seite und alles, was du lang geschrieben hast. Geh davon aus, dass sie schauen, und stelle sicher, dass das, was sie finden, die Geschichte deines Portfolios stützt.

Das heißt nicht, eine Präsenz vorzutäuschen. Es heißt, sich nicht zu widersprechen. Ein Portfolio, das dich als systemdenkende Senior-Designerin positioniert, dazu ein Twitter-Feed voller „Ich fange gerade erst im Design an, hat jemand Tipps“, sendet ein gemischtes Signal. Die Lösung ist entweder, den Twitter-Feed zu aktualisieren, oder zuzugeben, dass das Portfolio aspirational ist. Beides ist legitim. Inkonsistenz nicht.

Häufige Portfolio-Fehler

Vier Muster, die mehr Portfolios töten als schwache Arbeit.

Die endlose Projektliste. Zwölf Projekte, keins davon abgegrenzt, der Hiring Manager scrollt an den ersten dreien vorbei. Die Lösung ist Kuratierung. Fünf Projekte, jedes erzählt einen anderen Teil der Geschichte. Beantwortet ein Projekt keine konkrete Frage der Einstellenden, streiche es.

Der Hero ohne Hierarchie. Eine schöne Startseite, die dem Hiring Manager nicht sagt, was er zuerst lesen soll. Lösung: ein Featured-Projekt, eine Positionierungszeile, alles andere unterhalb des Folds. Die Analyse zu den Webdesign-Prinzipien behandelt dieselben Regeln für jede Landingpage, Portfolios eingeschlossen.

Die Case Study, die die Entscheidungen versteckt. Eine Wand aus finalen Screens, kein Prozess, keine Reflexion. Hiring Manager erfahren nichts darüber, wie die Designerin denkt, und genau das ist der ganze Sinn einer Case Study. Lösung: nutze die sechsteilige Struktur von oben. Führe mit dem Denken, stütze mit der Arbeit.

Die Seite, die auf Mobile zerbricht. Portfolio-Seiten, die auf einem 27-Zoll-Display funktionieren und auf dem Handy auseinanderfallen. Die Hälfte der ersten Lesevorgänge findet auf dem Handy statt. Ein Portfolio, das dort nicht funktioniert, ist ein Portfolio, das nicht funktioniert. Die Responsive-Design-Muster, die für jedes Webdesign gelten, gelten auch hier.

Portfolio-Updates als Gewohnheit

Das Portfolio, das alle zwei Jahre einmal aktualisiert wird, ist an dem Tag, an dem es geöffnet wird, zwei Jahre veraltet. Die Lösung ist ein kleiner, regelmäßiger Update-Rhythmus statt eines massiven Rewrites bei jedem Karriereknick.

Vierteljährlich: eine Case Study hinzufügen oder aktualisieren, das Featured-Projekt der Startseite prüfen, kontrollieren, dass die Kontaktdaten aktuell sind.

Jährlich: die Positionierungszeile überdenken, entscheiden, ob die fünf Projekte noch die richtige Geschichte erzählen, alles aussortieren, was überholt ist.

Bei jeder Jobsuche: aggressiv editieren. Die Positionierung für die angepeilte Rolle neu schreiben. Die Startseite so umordnen, dass das relevanteste Projekt vorne steht. Die About-Seite auf das aktuelle Ziel ausrichten.

Wenn du Hilfe beim Strukturieren von Case Studies, beim Positionieren der Seite brauchst oder einfach Designer einstellen willst, die das alles schon im Griff haben, hire Brainy. Wir wissen, wie Senior-Portfolios aussehen, weil wir aus ihnen einstellen.

FAQ

Wie viele Projekte sollten in einem Design-Portfolio sein?

Fünf, maximal. Zwei oder drei reichen für ein Senior-Portfolio nicht. Acht oder mehr verwässern die Geschichte. Fünf Projekte, kuratiert als Flaggschiff, Range-Setter, Tiefenstück, Kollaborationsfall und persönliches Projekt, geben Hiring Managern genug Belege, ohne sie zu erschlagen.

Wie lang sollte eine Portfolio-Case-Study sein?

Lang genug, um die Entscheidungsgeschichte zu erzählen, kurz genug, dass ein Hiring Manager sie in fünf Minuten überfliegen kann. Typischerweise 600 bis 1500 Wörter pro Case Study, mit Screenshots und Bildunterschriften. Die Flaggschiff-Case-Study darf länger sein. Kürzere Side Projects kommen mit 300 Wörtern aus. Entscheidend ist, dass jeder Abschnitt (Pitch, Problem, Ansatz, Arbeit, Ergebnis, Reflexion) vorhanden ist.

Sollte ich meinen Lebenslauf auf meine Portfolio-Seite stellen?

Optional. Die meisten Portfolios verlinken auf einen herunterladbaren Lebenslauf als PDF oder auf ein LinkedIn-Profil, statt den Lebenslauf direkt einzubetten. Wenn du einen einbindest, setze ihn auf eine eigene Seite, nicht auf die Startseite. Die Startseite gehört der Arbeit.

Brauche ich ein Portfolio, wenn ich ein starkes LinkedIn habe?

Ja. LinkedIn ist ein Profil, kein Portfolio. Ein starkes LinkedIn bringt dich ins Gespräch mit einem Recruiter. Das Portfolio bringt dir das Interview. Für jede Design-Rolle oberhalb von Junior ist ein Portfolio nicht verhandelbar.

Sollte mein Portfolio meinen Prozess zeigen oder nur finale Arbeit?

Beides, aber der Prozess ist das Unterscheidungsmerkmal. Finale Arbeit zeigt, dass du gestalten kannst. Der Prozess zeigt, wie du denkst. Hiring Manager, die schon wissen, dass du gestalten kannst (sie haben dich ja irgendwie gefunden), lesen die Case Study, um die Entscheidungsfindung zu verstehen. Die sechsteilige Case-Study-Struktur balanciert beides.

Was ist der größte Fehler, den Designer bei Portfolios machen?

Zu lasch zu kuratieren. Die meisten Portfolios enthalten zu viele Projekte und zu wenig Geschichte zu jedem davon. Die Lösung ist brutales Editieren: Streiche vier Projekte, um die übrigen fünf zu stärken, schreibe entscheidungsgetriebene Case Studies statt Galerien und führe die Startseite mit einem starken Featured-Stück statt mit einem Raster aus acht.

Das Portfolio ist eine Wette

Jedes Portfolio ist ein Statement darüber, mit wem du als Nächstes arbeiten willst. Die fünf Projekte sind das Argument. Die Case Studies sind die Beweise. Die Startseite ist der Eröffnungssatz. Die About-Seite ist das Schlusswort.

Baue es, als würdest du deinen nächsten Job darauf wetten, denn das tust du. Kuratiere gnadenlos. Strukturiere jede Case Study als Decision Log. Aktualisiere es vierteljährlich. Sorge dafür, dass es auf Mobile funktioniert. Setze deine E-Mail als Klartext.

Wenn du Designer einstellen willst, die diese Latte schon gerissen haben, oder Hilfe beim Aufbau von Case Studies brauchst, die auf Senior-Niveau überzeugen, hire Brainy. Das Portfolio ist die Bewerbung. Behandle es auch so.

Weiterführende Lektüre

• Case-Study-Vorlage für Designer
• Design-Systems-Guide
• Visual-Hierarchy-Design
• Webdesign-Prinzipien
• UI vs. UX