Product-Designer-Portfolio-Leitfaden für Tech-Unternehmen (2026)

Kurz gesagt

Ein Product-Designer-Portfolio wird 2026 in 6 bis 8 Sekunden bewertet. Die erste Case Study muss schon im ersten Bildschirmausschnitt geschäftlichen Impact signalisieren, sonst springt der Reviewer ab. Drei tief dokumentierte Case Studies schlagen zehn Thumbnails. Jede Case Study beginnt mit dem Problem (mit Kohortengröße und Umfang), zeigt den Prozess kurz und endet mit dem gemessenen Ergebnis und dem, was Sie daraus gelernt haben. Ihr Portfolio ist das hebelstärkste Artefakt Ihrer Jobsuche; behandeln Sie es entsprechend.

Kernpunkte

• 6 bis 8 Sekunden Erstscan. Hiring Manager entscheiden in Sekunden nach dem Eintreffen auf Ihrem Portfolio, ob sie tiefer lesen. Die Eingangszeile und das Bild des ersten Projekts tragen diese Entscheidung.¹
• Drei tiefe Case Studies schlagen zehn Thumbnails. Dokumentierte Case Studies mit Geschäftskontext, Recherche, Prozess und Ergebnissen gewinnen gegen ein Portfolio aus hübschen Screens ohne Geschichte.
• Beginnen Sie jede Case Study mit dem Problem, nicht der Arbeit. „Unsere Checkout-Abschlussrate lag bei 34 %“ schlägt „Hier sind meine Wireframes“. Ein starker Rahmen verändert die Lesekonversion.
• Spezialisieren Sie sich, generalisieren Sie nicht. Ein Portfolio, das sagt „Ich gestalte Enterprise-Daten-Interfaces“, konkurriert gegen einen kleineren Pool als eines, das sagt „Ich bin Product Designer“.
• 78 % der Design-Manager gewichten KI-Tool-Souveränität bei der Bewertung von Kandidaten 2026. Dokumentieren Sie KI-Nutzung in Ihren Case Studies — welches Tool, was es eingespart hat, was es produziert hat.²

Was ist das richtige Portfolio-Format 2026?

Eine einfache, scanbare Website mit klarer Case-Study-Navigation. Eigene Domain. Schnell ladend. Sauber auf dem Smartphone. Drei bis fünf hervorgehobene Case Studies auf der Startansicht, mit einer klaren Ergebniszeile unter jedem Projekttitel. Jedes hervorgehobene Projekt verlinkt auf eine tiefe Case-Study-Seite; erwarten Sie nie, dass Reviewer ein Projekt aus einer Behance-Galerie oder Notion-Liste rekonstruieren.

Vermeiden Sie:

• Behance, Dribbble oder Notion als einziges Portfolio. Sie funktionieren ergänzend, ersetzen aber keine eigene Domain.
• Login-geschützte Portfolios. Wenn ein Reviewer Sie für Zugang anschreiben muss, tut er es nicht.
• Schwergewichtige animierte Case-Study-Seiten, die 8 Sekunden zum Rendern brauchen. Geschwindigkeit ist 2026 ein Hiring-Signal.
• Überdesignte Case-Study-Templates, die den Inhalt verstecken. Der Inhalt ist das Asset.

Wie sieht eine starke Case Study aus?

Jede Case Study sollte sechs Fragen in der Reihenfolge beantworten, in der ein Reviewer sie liest:

1. Was war das Geschäftsproblem? Ein Satz mit einer Zahl, wo immer möglich. „Unsere Checkout-Abschlussrate lag bei 34 %, was das Team rund 1,2 Mio. USD/Monat an Warenkorbabbrüchen kostete.“
2. Was war der Umfang? Teamgröße, Ihre Rolle, Zeitrahmen, betroffene Surfaces.
3. Was haben Sie untersucht? Kurz: Recherchemethoden, Schlüsselerkenntnisse. Zwei bis vier Stichpunkte.
4. Was haben Sie ausgeliefert? Die Arbeit, die Iteration, die Partnerschaft mit Engineering und PM. Zeigen Sie Artefakte: Flows, Schlüsselscreens und höchstens ein kurzes Video.
5. Was hat sich verändert? Das gemessene Ergebnis. Kohortengröße oder Skala, Vorher/Nachher-Metriken, Zeithorizont. Wenn das Ergebnis qualitativ war, benennen Sie, was Sie gesehen haben und wie.
6. Was haben Sie gelernt? Zwei Sätze darüber, was Sie anders machen würden. Senior-Reviewer gewichten diesen Abschnitt stark.

Länge: 800 bis 1500 Wörter pro Case Study, plus Bilder. Reviewer, die Tiefe wollen, finden sie; Reviewer, die Tempo wollen, bekommen das Headline-Ergebnis aus dem ersten Bildschirm.

Wie viele Case Studies sollte man einbauen?

Drei ist die starke Zahl. Höchstens fünf. Zwei nur, wenn beide wirklich tief sind und eine im großen Maßstab lief. Das Portfolio aus fünfzehn Thumbnails ohne Case Studies dahinter ist der häufigste Grund, warum Kandidaten ausgesiebt werden: Es signalisiert, dass kein Projekt tief genug ist, um aufgeschrieben zu werden.¹

Wie zeigt man Geschäfts-Impact, wenn man keinen hat?

Den meisten Berufseinsteigern und vielen Mid-Career-Designern geht es so: Sie haben geliefert, aber Sie haben keine User-Retention-Zahl oder den Umsatz-Impact. Drei ehrliche Schritte:

• Nutzen Sie die Metrik, die Sie haben. Verbesserung der Time-on-Task, Reduktion der Fehlerrate, Reduktion von Support-Tickets, bestandene Accessibility-Audits, Geschwindigkeit interner Stakeholder-Abnahmen. Echte Ergebnisse, die kein Umsatz sind, zählen ebenfalls.
• Beschreiben Sie das qualitative Ergebnis mit Strenge. „Eskalationen aus dem Kundensupport auf dieser Surface fielen im Quartal nach dem Launch nahe null; das Team löste die dedizierte Triage-Queue auf, die wir vor dem Redesign aufgebaut hatten.“ Konkret und überprüfbar.
• Legen Sie offen, was fehlt. „Wir haben die Konversionsänderung damals nicht gemessen; rückblickend hätten wir den Benchmark vor dem Redesign setzen müssen.“ Hiring Manager schätzen Designer, die ihre Messlücken benennen.

Erfinden Sie niemals Metriken. Reviewer 2026 gleichen auf LinkedIn, Twitter und (wo verfügbar) öffentlichen Unternehmensberichten ab. Erfundene Zahlen kosten Sie das Angebot, sobald sie auffliegen.

Wo passen KI-Tools in Ihre Case Studies?

Dokumentieren Sie KI-Workflow innerhalb der Case Study, im Prozessabschnitt. Seien Sie spezifisch, was Sie genutzt und was es produziert hat:

• „Mit Figmas KI-Tooling drei Layout-Kandidaten für den leeren Zustand generiert, dann den stärksten zum Endergebnis verfeinert.“
• „18 Kundeninterviews mit Claude synthetisiert, das Cluster-Ergebnis gegen drei weitere Interviews validiert, dann die User-Segment-Definitionen von Hand geschrieben.“
• „Den Redesign in Cursor prototypisiert, mit meinem Figma-Export als Spec; die Prototyp-URL am nächsten Tag dem PM für Stakeholder-Feedback geliefert, bevor Engineering loslegte.“

Spezifität schafft Glaubwürdigkeit. Generische Aussagen über „KI-erweiterten Workflow“ ohne Beispiele lesen sich wie Buzzword-Füller.

Worauf achten Hiring Manager wirklich?

Aus der Hiring-Forschung und meiner eigenen Erfahrung beim Lesen von Product-Design-Portfolios in großem Maßstab sind die Fragen, die Reviewer beim Scannen einer Case Study stellen, meist:

• Hat dieser Designer das Geschäftsproblem verstanden, oder ist er sofort zum Screen gesprungen?
• Hat er mit Engineering und PM zusammengearbeitet oder isoliert gearbeitet?
• Kann er beschreiben, was sich durch seine Arbeit verändert hat?
• Würde ich ihm zutrauen, das nächste Problem zu scopen und zu führen?
• Ist er auf dem aktuellen Stand, wie Design heute praktiziert wird (Recherchemethoden, KI-Tools, Accessibility, Design Systems)?

Schreiben Sie Ihre Case Studies so, dass diese Fragen klar und schnell beantwortet werden, dann läuft die Lektüre gut. Verstecken Sie die Antworten, und der Reviewer geht.

Wie wählt man eine Spezialisierung?

Schauen Sie auf die Arbeit, die in Ihren letzten zwei Rollen schon vorhanden ist. Nicht der Jobtitel — die Arbeit. Wenn die Mehrheit Ihrer Projekte eine Domäne teilen (Consumer Mobile, Fintech, B2B SaaS, Marketplaces, Healthcare, Developer Tools, KI-Produkte), benennen Sie das und lassen Sie es Ihr Portfolio färben. Spezialisten passieren Filter mit höherer Rate als Generalisten, vor allem in Senior+. Die Kosten einer falschen Wahl sind gering; Sie können sich neu spezialisieren, wenn sich Ihre Domäne ändert.

Wie verändert sich das Portfolio über die Karrierestufen?

• Junior-Portfolio. Maximal drei Projekte. Eines sollte ein Real-World- oder Freelance-Projekt sein; die anderen zwei können studentische oder selbstinitiierte Arbeiten sein. Jedes Projekt beantwortet auch in dieser Phase die sechs Case-Study-Fragen. Voran das stärkste Visual.
• Mid-Portfolio. Drei bis vier hervorgehobene Case Studies. Ergebnisse beginnen messbaren Geschäfts-Impact zu zeigen. Ein kurzer Über-mich-Abschnitt, der Ihre Spezialisierung benennt.
• Senior-Portfolio. Drei tief dokumentierte Case Studies und ein Streifen mit Featured Projects darunter. Ergebnisse sind skaliert. Mentorship und Partnerschaft sind in den Case Studies sichtbar. Der Über-mich-Bereich beglaubigt Ihre Spezialisierung mit den Jahren und den Unternehmen.
• Staff und Principal. Das Portfolio ist mehr Bestätigung als Vorstellung; der Ruf eilt voraus. Zwei oder drei Case Studies, aber das Schreiben trägt organisationsweite Reichweite. Erwägen Sie einen „Ausgewählte Texte“-Abschnitt, wenn Sie publizieren.

Häufige Fragen

Brauche ich eine eigene Domain für mein Portfolio?

Stark empfohlen. Eigene Domains lesen sich professionell und lassen Sie Ladegeschwindigkeit, Layout und Analytics kontrollieren. Sie überleben auch Plattformwechsel (Behance verschwindet, Notion ändert Preise usw.). Ein Subdomain auf Webflow, Framer oder Vercel, der wie ihrname.com liest, ist die kleinste akzeptable Form.

Soll ich Case Studies passwortschützen?

Eine oder zwei NDA-gebundene Case Studies hinter einem Passwort sind akzeptabel, vor allem für FAANG- oder Fintech-Arbeit. Das Passwort sollte ein einzelnes Wort sein, das der Reviewer ohne Schmerz anfragen kann. Nie alles passwortschützen.

Wie aktuell muss mein Portfolio sein?

Die jüngste Case Study sollte aus den letzten 18 Monaten stammen. Ältere Flagship-Projekte sind in Ordnung, wenn sie mit mindestens einem aktuellen Stück gepaart sind. Reviewer, die ein Portfolio lesen, dessen letztes Projekt drei Jahre alt ist, springen oft weiter.

Soll ich Prozessartefakte (Skizzen, Wireframes, Recherchenotizen) einbauen?

Ja — aber selektiv und innerhalb des Prozessabschnitts jeder Case Study. Zwei oder drei Artefakte, die zeigen, wie Sie eine Schlüsselentscheidung durchdacht haben, sind mehr wert als dreißig Wireframes. Das Portfolio ist kein Projektarchiv.

Lesen Hiring Manager wirklich 1500-Wörter-Case-Studies?

Senior-Hiring-Manager schon, wenn die Eröffnung die Lektüre verdient. Junior-Recruiter und Screener scannen typischerweise; die Struktur Ihrer Case Study (klare Überschriften, scanbare Eröffnung, herausgestelltes Ergebnis) macht das Scannen produktiv, auch wenn niemand den vollen Text liest.

Soll ich jedes Projekt auflisten, an dem ich je gearbeitet habe?

Nein. Kuratieren Sie schonungslos. Drei hervorgehobene Case Studies, plus einen kleinen Past-Work-Streifen mit Einzeilen-Beschreibungen, falls nötig. Reviewer leiten Signal aus dem ab, was Sie hervorheben; das Fehlende sagt so viel wie das Vorhandene.

Wie wichtig ist die Über-mich-Seite?

Wichtiger als gedacht. Eine klare Über-mich-Seite, die Ihre Spezialisierung, den aktuellen Fokus und einen Kontaktweg nennt, ist die zweithäufigst geklickte Seite nach der Startansicht. Halten Sie sie kurz — 200 Wörter — und aktuell.

Soll ich einen Blog schreiben oder Design-Texte publizieren?

Nützlich in Senior+ für Glaubwürdigkeitsaufbau, optional in Junior und Mid. Wenn Sie publizieren, verlinken Sie zwei oder drei Stücke vom Portfolio aus; vergraben Sie Leser nicht in einem Essay-Archiv. Qualität des Denkens zählt mehr als Volumen.

Quellen

1. UX Playbook — Senior UX Designer Portfolio Guide (2026). 6 bis 8 Sekunden Erstscan; tiefe Case Studies > Thumbnails.
2. Muzli — UX Portfolio That Gets You Hired (2026). 78 % der Design-Manager gewichten KI-Tool-Souveränität.
3. UXPilot — 12 Best Product Design Portfolios Analyzed. Case-Study-Struktur und Präsentationsmuster, analysiert über erfolgreich rekrutierte Portfolios.
4. Fueler — Portfolio Examples for Product Designers (2026). Format- und Längenkonventionen in ausgelieferten Portfolios.
5. Designlab — UX/UI Design Portfolio Examples (Updated 2026). Visuelle Referenz für aktuelle Portfolio-Konventionen.

Über den Autor. Blake Crosley hat ResumeGeni gegründet und schreibt über Product Design, Hiring-Technologie und ATS-Optimierung. Mehr Texte auf blakecrosley.com.