Wird das Anschreiben eines UX-Designers überhaupt gelesen?

Wo es tatsächlich landet

Bei den meisten UX-Stellen ist das Anschreiben das Dritte, was ein Hiring-Manager ansieht – falls überhaupt. Das Erste ist der Link zum Portfolio. Das Zweite ist oft der Lebenslauf, der nach Titeln, Tools und danach durchsucht wird, ob man etwas bei einem bekannten Unternehmen veröffentlicht hat. Wenn jemand zum Anschreiben gelangt, hat er sich meist schon anhand der Case Studies eine Meinung gebildet. Das Anschreiben bestätigt sie entweder oder bewegt nicht viel.

Das unterscheidet sich von Bereichen, in denen das Anschreiben die primäre Schreibprobe ist. In UX ist die primäre Schreibprobe die Case Study – die Art, wie man ein Problem formuliert, die Recherche zeigt und eine Entscheidung erklärt, die unter Einschränkungen getroffen wurde. Wenn das Portfolio das nicht leistet, behebt kein Anschreiben das. Wenn es das leistet, muss das Anschreiben weniger beweisen, als man denkt.

Wo das Anschreiben seinen Platz noch verdient: kleinere Unternehmen und Startups, bei denen der Hiring-Manager jede Bewerbung persönlich liest, Stellen, die aus der Stellenbezeichnung nicht eindeutig sind (macht dieser "Product Designer" UI, Research oder beides?), und Berufswechsel – von Grafikdesign, von Front-End-Entwicklung, von einem Bootcamp in die erste UX-Stelle – wo das Portfolio allein den Werdegang nicht erklärt. In diesen Fällen muss jemand einen Satz lesen, der erklärt, warum man eine plausible Besetzung ist, und das Anschreiben ist der einzige Ort dafür.

Bei Unternehmen, die UX-Einstellungen über Greenhouse, Lever oder Workday mit einem Recruiter für die erste Sichtung bei hohem Volumen abwickeln, wird das Anschreiben häufig nicht geöffnet, bevor eine Entscheidung anhand von Portfolio und Lebenslauf getroffen wird. Das ist keine Vermutung über die Software eines bestimmten Arbeitgebers – so funktioniert Screening einfach, wenn eine Stelle Hunderte Bewerbungen bekommt und eine Person einen Nachmittag hat. Niemand hat verlässliche Zahlen veröffentlicht, wie oft UX-Anschreiben gelesen werden, und wer eine Prozentzahl nennt, erfindet sie. Was branchenweit stimmt, ist, dass die Portfolio-Prüfung strukturell zuerst passiert, weil sie der schnellste Weg ist, Leute auszuschließen.

Die zwei Dinge, die es beantworten muss

Wenn man akzeptiert, dass das Anschreiben manchmal gelesen und sonst überflogen wird, schreibe man es so, dass es zwei Aufgaben erfüllt und sonst nichts.

Warum dieses Produkt, dieses Problem oder diese Nutzerbasis – konkret. Nicht "Ich brenne dafür, nutzerzentrierte Erlebnisse zu schaffen", was jeder Hiring-Manager in diesem Bereich mehrere hundert Mal gelesen hat und was buchstäblich auf jeden UX-Designer zutrifft, der sich je irgendwo beworben hat. Sag etwas, das zeigt, dass man sich angesehen hat, was sie tatsächlich bauen: einen Fintech-Onboarding-Flow, ein Terminplanungstool für Kliniken, eine B2B-Admin-Konsole, einen Checkout mit Churn-Problem. Wenn man relevanten Kontext hat – man hat für regulierte Branchen designt, man hat an einem Produkt mit ähnlicher Nutzerbasis gearbeitet, man hat sich mit derselben Art technischer Einschränkung befasst (ein Legacy-Design-System, eine Plattform ohne native Komponenten) – das ist der Satz, der funktioniert. Er sagt dem Hiring-Manager, dass man nicht dasselbe Anschreiben an vierzig Unternehmen schickt, was die meisten Bewerber tun.

Wie man denkt, nicht nur was man ausgeliefert hat. Das Portfolio zeigt das Artefakt – den Flow, die Screens, den Prototyp. Es zeigt oft nicht das Denken unter Zeitdruck: warum man sich für fünf moderierte Usability-Sessions statt einer Umfrage entschieden hat, warum man gegen die Anfrage eines Stakeholders argumentiert hat, wie man einen Fall gehandhabt hat, bei dem die Recherche dem widersprach, was der PM bauen wollte. Ein Satz, der auf eine spezifische Case Study verweist und die Entscheidung benennt, die sie bemerken sollen – "die zweite Case Study auf meiner Seite handelt von einem Redesign, das wir ohne User-Testing ausgeliefert haben, wegen eines Launch-Termins, und was wir stattdessen getan haben, um Risiken zu reduzieren" – leistet mehr als ein Absatz voller Adjektive. Es lenkt auch ihre Aufmerksamkeit, was zählt, wenn sie ein Portfolio mit sechs Projekten überfliegen.

Das war's. Nicht der Fünfjahresplan, keine Tool-Liste (der Lebenslauf deckt Figma, FigJam, Sketch, Maze, UserTesting, welches Design-System auch immer man genutzt hat, ab), keine Wiederholung der beruflichen Laufbahn. Zwei Dinge: warum dies, und wie man denkt.

Was man weglassen sollte

Ein paar Dinge, die ständig in UX-Anschreiben auftauchen und nichts bewirken:

• "Ich brenne dafür, Probleme für Nutzer zu lösen." Das tun alle anderen auch, die sich bewerben. Es ist nicht falsch, es ist nur keine Information.
• Eine Zusammenfassung des Lebenslaufs. Wenn das Anschreiben die Jobtitel und Daten wiederholt, ist es verschwendeter Platz; der Hiring-Manager hat den Lebenslauf im anderen Tab offen.
• Design-Philosophie-Statements – "Ich glaube, gutes Design ist unsichtbar" oder ähnliches. Diese lesen sich als Füllmaterial, weil sie Füllmaterial sind; sie sagen niemandem, was man bei deren Produkt anders machen würde.
• Verantwortung beanspruchen, die man nicht hatte. Wenn man einer von drei Designern in einem Projekt war, sag das. UX-Hiring-Manager haben große Teams geleitet und können meist erkennen, wenn jemandes Case-Study-Sprache mehr Arbeit leistet als die tatsächliche Rolle. Das kommt im Interview schlecht rüber, wenn es nicht schon im Anschreiben auftaucht.
• Eine Tool-Liste. Kompetenz in Figma, Prototyping und welchen Research-Tools auch immer Standard sind, gehört in den Lebenslauf. Sie im Anschreiben zu nennen, liest sich wie Füllmaterial.

Format in der Praxis

Halte es kurz genug, dass es above the fold in welchem System auch immer sie es lesen passt – drei oder vier kurze Absätze, keine Seite. Adressiere es an einen Namen, wenn man einen finden kann; "Sehr geehrte Damen und Herren" kostet nichts, signalisiert aber, dass man nicht nachgesehen hat. Wenn die Stellenanzeige einen spezifischen Produktbereich, ein Team oder Problem nennt ("wir bauen unser Design-System neu", "diese Rolle verantwortet Onboarding"), verwende genau diese Formulierung einmal – es zeigt, dass man die Anzeige gelesen hat statt einer Vorlage davon, und es ist eines der wenigen Dinge, die Applicant-Tracking-Systeme abgleichen können, falls ein Mensch die Datei noch nicht geöffnet hat.

Ende mit etwas Konkretem und Aufwandsarmem für den Lesenden: welche Case Study man zuerst öffnen sollte und warum, oder ein einzeiliges Angebot, den Prozess in einem Anruf durchzugehen. Ende nicht mit einer Bitte um Berücksichtigung der Kandidatur – jedes Anschreiben endet mit irgendeiner Version davon, und es ist der am wenigsten einprägsame Satz im Dokument.

Wo das Anschreiben wirklich nicht viel zählt

Sei ehrlich zu dir selbst darüber. Wenn man sich bei einem großen Tech-Unternehmen mit formaler UX-Hiring-Pipeline bewirbt – Portfolio-Review, dann Recruiter-Screening, dann Design-Übung oder Präsentation – wird das Anschreiben wahrscheinlich das Ergebnis der ersten beiden Stufen nicht ändern. Was es ändert, ist das Portfolio: die Klarheit der Case Studies, der Nachweis von Prozess (Research-Methode, Iteration, was man anders machen würde) und ob die Arbeit zur Seniorität passt, die die Stelle verlangt. Ein schwaches Portfolio mit exzellentem Anschreiben kommt nicht durch; ein starkes Portfolio mit mittelmäßigem Anschreiben kommt meist durch.

Wo das Anschreiben mehr zählt, sind genau die oben genannten Situationen: kleine Teams, mehrdeutige Titel, Berufswechsel oder wenn der Hintergrund einen Satz Übersetzung braucht, bevor die Case Studies Sinn ergeben. In diesen Situationen lohnen sich die zwanzig Minuten. Im Rest sind diese zwanzig Minuten oft besser damit verbracht, die eine Case Study zu straffen, die die ganze Bewerbung trägt.

Was als Nächstes zu tun ist

Bevor man ein weiteres Anschreiben schreibt, öffne die stärkste Case Study und lies sie, als hätte man sich nie selbst getroffen. Wenn sie nicht klar ein Problem, eine Methode, eine Entscheidung und ein Ergebnis zeigt, behebe das zuerst – es wird mehr für die Bewerbungsquote tun als jedes Anschreiben. Sobald das Portfolio seine Arbeit tut, schreibe das Anschreiben, um die beiden obigen Fragen zu beantworten, und hör auf. Wenn das, was einen tatsächlich verlangsamt, das Volumen an Anpassung ist, das dies über verschiedene Unternehmen und Stellenbezeichnungen hinweg erfordert, ist das ein mechanisches Problem statt eines schriftlichen – jobmarket.pro liest jede Anzeige und erstellt die Bewerbung aus einem einzigen Profil der Arbeit, sodass die Anpassung pro Stelle passiert, ohne dass man sie jedes Mal neu schreibt.