Lebenslauf UX Designer: Beispiel

Ein UX-Lebenslauf sollte deine Denkweise knapp begründen und einen klaren Weg zu einem stützenden Portfolio bieten. Attraktive Ansichten allein zeigen weder Problem und Rahmenbedingungen noch die Qualität der Begründung. Zeige, wie du Nutzer verstanden, Designentscheidungen getroffen und Implementierungsdetails geklärt hast. Lebenslauf und Portfolio erfüllen unterschiedliche Zwecke: Der Lebenslauf benennt relevante Erfahrung, ausgewählte Fallstudien lassen die Belege vertieft prüfen.

Die fiktive Designerin arbeitet an Verwaltungsabläufen. Deshalb betont das Beispiel Zustände, Berechtigungen und verständliche Aufgaben. Ein Portfolio zur visuellen Markengestaltung würde diese Argumentation allein nicht tragen. Entscheide, für welche Designprobleme dich der Lebenslauf positioniert, und wähle Fallstudien, an denen sie nachvollziehbar werden. Stimmigkeit zwischen Dokument und Portfolio zählt mehr als eine modische Designbezeichnung.

Samiras fiktives Profil konzentriert sich auf einen schwierigen Ablauf statt auf einen modischen visuellen Stil. Der Zugriffsantrag verbindet Beobachtung mit konkreter Änderung. Prototypen beantworten Fragen, statt nur eine Ergebniszahl zu liefern. Die Komponentenarbeit enthält Tastaturverhalten und Fehlerzustände, weil Interaktionsqualität über schöne Standardansichten hinausgeht. Die Prüfung nach dem Release zeigt Beteiligung über die Übergabe hinaus. Alle Arbeitgeber, Projekte und Ergebnisse sind erfundene Lehrbeispiele.

Der Komponentenpunkt nennt Leerzustände und Fehler, weil Menschen eine Oberfläche auch außerhalb des Idealablaufs nutzen. Hast du diese Zustände verbessert, verstecke den Beitrag nicht unter „UI-Ansichten erstellt“. Erkläre das zu spezifizierende Verhalten und die Nutzung der Hinweise im Team. Detaillierte Interaktionsarbeit kann Designreife zeigen, auch wenn daraus wenige vorzeigbare Portfoliobilder entstehen.

Rekonstruiere für jede Fallstudie ursprüngliche Problemstellung, Einschränkungen, Alternativen und entscheidungsrelevante Belege. Notiere eigene Arbeit, Beiträge aus Forschung oder Produktmanagement und Änderungen durch die Entwicklung. Halte Teilnehmerinformationen vertraulich. Kann berufliche Arbeit nicht geteilt werden, nutze eine freigegebene anonymisierte Erklärung oder ein anderes Projekt. Eine klare Entscheidungsbeschreibung kann auch ohne öffentlich zeigbare Endoberfläche hilfreich sein.

Ergänze die Fallstudiennotizen um eine Beitragsübersicht: Forschung anderer, eigene Designarbeit, gemeinsame Entscheidungen und Implementierungsänderungen. Das verhindert, dass eine glatte Erzählung versehentlich gemeinsame Arbeit als Einzelleistung darstellt. Halte auch fest, was du nicht gelernt hast. Eine Studie zu Navigationsfragen trägt möglicherweise keine Aussagen über langfristige Nutzung oder breite Marktpräferenzen.

Der erste Punkt behauptet nicht, sechs Sitzungen repräsentierten alle Nutzer. Er erklärt eine Designreaktion auf eine konkret beobachtete Schwierigkeit. Benenne bei der Überarbeitung deiner Fassung Aufgabe und die aus der Forschung folgende Änderung. „Nutzererlebnis verbessert“ ist zu breit für eine Bewertung. Hast du später die Aufgabenerledigung gemessen, nenne Testbedingungen. Ohne Messung bleiben beobachtetes Problem und umgesetzte Reaktion legitime Belege ohne erfundene Erfolgsquote.

Die Überarbeitung zum Zugriffsantrag sollte zu einem konkreten Portfoliomoment führen: unklarer Status und neues Verhalten für den nächsten Schritt. Zeige eine erwogene Alternative, wenn sie die Wahl erklärt. Ein Vorher-Nachher-Bild ohne Aufgabe kann dazu verleiten, nur das Aussehen zu beurteilen. Gib dem Lebenslaufpunkt genug Kontext, damit hinter dem visuellen Vergleich eine sinnvolle Frage steht.

Usability-Kennzahlen brauchen Kontext: Aufgabe, Teilnehmende, Umfeld und Vergleich zählen. Ein kleiner moderierter Test kann Probleme erkennen, sollte aber nicht als Leistungsschätzung für die gesamte Nutzerschaft gelten. Produktnutzung nach einem Neuentwurf kann andere Ursachen haben. Beschreibe beobachtete Befunde sorgfältig und nutze qualitative Belege, wenn diese vorliegen. Designsystemarbeit kann Umfang durch Komponenten, Teams oder dokumentiertes Verhalten zeigen, ohne Qualität auf die Zahl erstellter Ansichten zu reduzieren.

Verbinde Methoden mit der damit geleisteten Arbeit. Usability-Tests lassen sich durch Forschungsfrage und daraus folgende Designwahl belegen, Prototyping durch geklärte Unsicherheit. Beschreibe bei Barrierefreiheit tatsächliche Arbeit, etwa Tastaturspezifikationen oder Zusammenarbeit mit Fachleuten, statt uneingeschränkte Regelkonformität zu behaupten. Halte Werkzeuglisten knapp. Eine lange Softwareliste ersetzt selten eine Fallstudie mit klarer Verantwortung und belastbarer Entscheidung.

Forschung und Design hängen zusammen, sind aber unterschiedliche Fähigkeiten. Interviews moderieren, Befunde analysieren und Erkenntnisse in Interaktion übersetzen sind verschiedene Beiträge. Beschreibe die selbst ausgeführten. Ebenso unterscheidet sich die Kenntnis einer Komponentenbibliothek von der Definition wiederverwendbaren Verhaltens oder der Steuerung seiner Übernahme. Der Kenntnisbereich sollte die Nutzung eines bestehenden Systems nicht mit dessen vollständiger Entwicklung gleichsetzen.

Zum Einstieg kannst du Studienarbeiten, Ehrenamt oder eigene Projekte mit ausdrücklichem Kontext nutzen. Ein freies Redesign muss Annahmen benennen und darf keinen Zugang zu Unternehmensnutzern oder internen Daten vortäuschen. Zeige Überarbeitungen und erkläre den Richtungswechsel. Nenne tatsächliche Einschränkungen wie begrenzte Teilnehmergewinnung oder Umsetzungsressourcen. Eine fokussierte Fallstudie zu einem überschaubaren Problem liefert oft bessere Belege als ein erfundener Gesamtprozess mit jeder denkbaren Forschungsmethode.

Mit Erfahrung solltest du die Erweiterung deines Einflusses zeigen: unklare Aufgaben strukturieren, gemeinsame Muster verbessern, teamübergreifende Einschränkungen bearbeiten oder andere Designer fachlich begleiten. Lass nicht jeden erfahrenen Punkt von Workshops handeln. Erkläre die geklärte Frage und die Produktfolge. Bei Personalführung benenne Team und Aufgaben. Ohne Personalführung beschreibe Designumfang und Zusammenarbeit, statt nicht vorhandene Leitungsbefugnisse anzudeuten.

Beim Rückweg aus einer anderen Disziplin kann ein sorgfältig eingegrenztes Projekt aktuelle Interaktionspraxis zeigen. Erkläre Nutzerannahmen und kennzeichne freie Konzeptarbeit. Behalte frühere berufliche Belege für Zusammenarbeit oder Fachgebietskenntnis bei; das neue Projekt sollte aber die Designfähigkeit zeigen. Verwandle nicht rückwirkend jede frühere Rolle in UX-Arbeit.

Stell dir eine kontoverwaltende Person vor, die wiederholt Zugang zum falschen Arbeitsbereich vergibt. Designarbeit beginnt beim Verständnis von Aufgabe und Verwirrungsquelle, nicht bei einer neuen Farbpalette. Vielleicht blendet die Oberfläche den Arbeitsbereichskontext nach dem ersten Schritt aus. Trenne in deinen Notizen Beobachtungen und Annahmen und notiere Forschungsbeteiligte. Beschreibe dann Alternativen, etwa sichtbaren Kontext oder einen geänderten Bestätigungsschritt. Das schafft eine hilfreiche Fallstudie, auch wenn die endgültige visuelle Änderung klein wirkt.

Ein fiktiver Lebenslaufpunkt könnte lauten: „Überarbeitete Arbeitsbereichsauswahl und Bestätigung nach Usability-Sitzungen mit erkannten Kontextverwechslungen und ergänzte dauerhafte Arbeitsbereichsangaben sowie eine ausdrückliche Prüfung vor dem Absenden.“ Das verbindet Befund und Interaktion, ohne jede Fehlerquelle als beseitigt darzustellen. Erkläre im Portfolio Auswahl und technische Bedingungen des endgültigen Verhaltens. Zeige passende Fehler- und Tastaturzustände statt nur der saubersten Ansicht. Benenne Unterschiede zwischen veröffentlichter Version und Prototyp ehrlich.

Der Lebenslauf sollte so einheitlich auf die Fallstudie verweisen, dass sie sofort erkennbar ist. Nutze denselben Projekttitel, Zeitraum und dieselbe Verantwortungsbeschreibung. Die erste Fallstudienansicht sollte Problem und eigene Rolle vor einer langen Prozesschronologie nennen. Stammt die Forschung von anderen, würdige den Beitrag und betone deine Designreaktion. Transparente Zusammenarbeit erklärt mehr als eine glatte Geschichte, in der eine Person jede Disziplin allein ausgeführt zu haben scheint.

Eine Rolle für Unternehmenssoftware verlangt Belege zu Komplexität, Berechtigungen und wiederkehrenden Abläufen. Eine mobile Endnutzerrolle kann Interaktionsdetails, Einführung neuer Nutzer und Plattformbedingungen gewichten. Ordne Portfolioprojekte passend zur Lebenslaufargumentation. Nutze in beiden dieselben Projektnamen und Rollenbeschreibungen. Ist ein Projekt optisch älter, zeigt aber relevante Begründungen, erkläre den Kontext, statt Substanz durch ein unpassendes schönes Mockup zu ersetzen.

Betrachte Oberfläche und Rahmenbedingungen des Zielteams. Komplexe Desktopsoftware kann dichte Informationen und Rollenrechte verlangen, mobile Arbeit Interaktion auf kleinem Bildschirm und Plattformkonventionen. Wähle Belege für vergleichbare Einschränkungen. Fehlt eine genaue Entsprechung, erkläre die übertragbare Entscheidung, statt ein unverbundenes Projekt optisch dem Arbeitgeberprodukt anzugleichen.

Eine häufige Schwäche ist ein beeindruckendes Prozessdiagramm ohne Entscheidung. Eine andere ist ein Portfoliolink mit unerklärtem Zugang oder unfertiger Startseite. Prüfe, ob der Lebenslauf ohne Portfolio verständlich bleibt; manche lesen zuerst das Dokument. Beanspruche Teamarbeit nicht vollständig für dich. Stelle allgemeine Muster-Personas nicht als Forschungsergebnisse dar und entferne Teilnehmeridentifikatoren sowie vertrauliches Kundenmaterial aus PDF und verlinkten Fallstudien.

Öffne das Portfolio über den exportierten Lebenslauflink ohne Anmeldung. Prüfe, ob Bilder, Beschriftungen und Text deine Rolle auf kleinem Bildschirm erklären. Zugangshinweise oder Passwörter müssen angemessen gehandhabt werden, Teilnehmerdetails dürfen nicht in Dateien stehen. Lies zuletzt jeden Lebenslaufpunkt neben der Fallstudie. Umfang, Forschungsaussagen und Einführungsstatus sollten übereinstimmen.

• Verbinde Forschungsbeobachtungen mit einer tatsächlichen Designentscheidung.
• Benenne deine Rolle getrennt vom übrigen Team.
• Prüfe Portfoliozugang und einheitliche Projektnamen im Lebenslauf.
• Beschreibe Barrierefreiheitsarbeit genau und ohne unbelegte Konformitätsbehauptung.