Day in the Life of a UI UX Designer

Du stellst dir vor, wie ein Tag als UI UX Designer aussieht, und bekommst online vor allem Slide-Shows mit Kaffeetassen und Sticky Notes. Die Realität ist anders: ein mittlerer UI UX Designer verbringt einen großen Teil seiner Zeit nicht am Zeichenbrett, sondern in Abstimmungen, in Tickets und in Kommentarschleifen. Hier ist ein ehrlicher Tagesablauf, ohne Beschönigung.

Der Morgen beginnt selten mit Design#

8:45 Uhr. Slack ist schon voll. Ein Entwickler fragt, was passieren soll, wenn die API 404 liefert. Der Product Manager hat im Ticket geschrieben, dass das Feature "morgen live gehen muss". Du hast noch keinen Pixel gesetzt.

Das ist normal. In den meisten Teams ist Design nicht der Anfang des Prozesses, sondern mittendrin. Du liest Tickets, du antwortest in Threads, du klärst Unklarheiten, die jemand anders hätte klären können. Wer hier jeden Morgen erwartet, direkt in Figma eintauchen zu können, wird frustriert.

9:15 Uhr, Daily Stand-up. Fünfzehn Minuten, die fast immer länger dauern. Du sagst kurz, woran du arbeitest: Onboarding-Screen für die Zahlungsseite, Review der gestrigen Änderungen, Klärung der Leerzustände. Danach gehst du mit zwei neuen Aufgaben raus, die vorher nicht auf deiner Liste standen.

Die ehrliche Zeitverteilung#

Ein typischer Tag sieht bei einem Mid-Level-Designer ungefähr so aus:

• 2 bis 3 Stunden Meetings oder Calls
• 2 bis 3 Stunden konzentrierte Arbeit in Figma
• 1 bis 2 Stunden Feedback geben und einarbeiten
• der Rest: Tickets, Slack, Dokumentation, Kleinkram

Das variiert stark je nach Unternehmen. In kleineren Start-ups bist du oft mehr im Delivery-Modus und hast weniger strukturierte Zeit. In größeren Firmen hast du mehr Abstimmungsrunden und dafür klarere Prozesse. Beides hat Nachteile.

Was du wirklich am Rechner machst#

Die Tools, die in Stellenanzeigen stehen, sind meistens korrekt, aber sie zeigen nicht, wo die Arbeit liegt. Ja, du arbeitest viel in Figma: Frames anlegen, Varianten bauen, Komponenten pflegen, Prototypen verdrahten. Aber die eigentliche Arbeit passiert oft in Jira, in Confluence, in Slack und in Kommentarfeldern.

Dazu kommen weniger glamouröse Aufgaben: Design-Tokens sauber benennen, Komponenten dokumentieren, damit der Entwickler nicht raten muss, Zustände für Edge Cases definieren. Wer das überspringt, zahlt es später in Bug-Tickets zurück.

Ein konkretes Beispiel für eine Aufgabe: Du sollst die Fehlermeldungen im Registrierungsprozess überarbeiten. Nicht nur die Farbe ändern. Du definierst für jedes Feld den Fehlerzustand, den Hilfetext, den Fokus-Zustand für Tastaturnutzung und das Verhalten bei Netzwerkfehlern. Das ist ein Ticket, das zwei bis vier Stunden dauert, wenn man es richtig macht.

Der Schnitt zwischen Meetings und Deep Work#

Das größte Problem im Alltag ist nicht die Komplexität der Designs. Es ist die Fragmentierung. Drei Meetings am Vormittag bedeuten, dass du dreimal den Faden verlierst und neu einsteigen musst.

Was hilft: Blocke im Kalender, die du verteidigst. Nicht als Vorschlag, sondern als harte Grenze. Sag im Daily an, dass du zwischen 10 und 12 Uhr nicht erreichbar bist, außer für echte Blocker. Manche Teams respektieren das, manche nicht. Aber ohne diese Grenze bekommst du nie konzentrierte Zeit.

Wo der Druck herkommt#

Der Druck kommt selten von der Designarbeit selbst. Er kommt aus der Abhängigkeit. Dein Design hängt an einem Entwickler, der Zeit braucht. Das Ticket hängt an einem PM, der Deadlines hat. Die Deadline hängt an einem Release, der an ein Quartalsziel gekoppelt ist.

Dazu kommt Feedback, das keine Entscheidung ist. "Kannst du mal eine Variante mit weniger Text machen?" ist keine Anweisung, sondern eine Frage, die wie eine Anweisung klingt. Du musst lernen, zurückzufragen: Was ist das Problem, das wir lösen wollen? Sonst produzierst du Varianten ins Leere.

Ein typisches Gespräch, das du als Mid-Level führen solltest:

PM: "Der Kunde will auf der Landingpage mehr Call-to-Actions." Du: "Wie viele sind aktuell, und welches Ziel hat die Seite: Registrierung oder Klick auf den Preis?" PM: "Registrierung." Du: "Dann würde ich einen Haupt-CTA behalten und die anderen in die Navigation verschieben. Mehr CTAs senken meistens die Klickrate auf den wichtigsten. Soll ich das kurz testen, bevor wir es bauen?"

Das ist keine Kunst. Das ist die Arbeit.

Was Neueinsteiger überrascht#

Die größte Überraschung für die meisten: Design ist im Job selten der Hauptteil. Du wirst weniger Zeit mit schönen Screens verbringen als mit Argumentation, Dokumentation und Nacharbeit. Und du wirst viel mehr schreiben als zeichnen. Gute UX-Arbeit besteht zu einem großen Teil aus Text: Microcopy, Fehlermeldungen, leere Zustände, Erklärungen im Ticket.

Die zweite Überraschung: Perfektion ist teuer und wird selten belohnt. Ein Screen, der 80 Prozent abdeckt und pünchtlich ausgeliefert wird, ist für die meisten Teams wertvoller als ein Screen, der 98 Prozent abdeckt und zwei Wochen zu spät kommt. Das ist kein Argument für schlechte Arbeit. Es ist ein Argument dafür, früh Klarheit über den Umfang zu schaffen.

Was sich von Junior zu Senior ändert#

Als Junior bekommst du Aufgaben mit klarem Rahmen. Du gestaltest Screens, die jemand anderes definiert hat. Die Fragen, die du stellst, betreffen Farben, Abstände, Zustände.

Als Mid-Level beginnst du, den Rahmen mitzugestalten. Du fragst, warum dieses Feature überhaupt gebaut wird. Du erkennst, wenn ein Problem nicht durch Design lösbar ist, sondern durch eine Produktentscheidung.

Als Senior verschiebt sich die Arbeit nochmal. Weniger Screens, mehr Systeme. Du baust keine einzelnen Buttons mehr, sondern Komponentenbibliotheken und Richtlinien. Du verhandelst mit Engineering über Machbarkeit, mit Produkt über Prioritäten, mit Management über Ressourcen. Dein wichtigstes Werkzeug ist nicht mehr Figma, sondern deine Fähigkeit, Kompromisse zu finden, die niemanden glücklich, aber alle zufriedenstellen.

Das Gehalt steigt mit dieser Verschiebung. Typische Spannen für UI UX Designer in Deutschland bewegen sich je nach Erfahrung, Branche und Standort grob zwischen 40.000 Euro für den Einstieg und 75.000 Euro oder mehr für erfahrene Rollen. Die Zahlen variieren stark. Prüfe immer die aktuellen Angaben auf der jeweiligen Jobbörse oder beim Statistischen Bundesamt, bevor du damit argumentierst.

Ein realistischer Nachmittag#

13:30 Uhr. Design Review mit dem Entwicklerteam. Du zeigst den Prototyp. Nach zehn Minuten kommt die Frage, ob die Animation in React Native überhaupt machbar ist. Sie ist es, aber mit Aufwand. Ihr einigt euch auf eine einfachere Variante.

15:00 Uhr. Du arbeitest die Review-Kommentare ein. Zwei davon sind berechtigt, einer ist Geschmack, einer widerspricht dem, was du gestern mit dem PM besprochen hast. Du klärst das, bevor du etwas änderst.

16:30 Uhr. Du pflegst das Design-System: eine neue Tabellen-Komponente mit drei Varianten, dokumentiert mit allen Zuständen. Kein Meeting, kein Applaus. Aber genau diese Arbeit spart dem Team in den nächsten Wochen Zeit.

17:15 Uhr. Du schreibst eine kurze Zusammenfassung ins Ticket, was heute entschieden wurde und warum. Das ist der Teil, den viele auslassen. Er ist der, der dich in drei Wochen rettet, wenn jemand fragt, warum die Seite so aussieht.

Checkliste für den Einstieg in den Alltag#

• Blocke mindestens zwei Stunden am Tag für konzentrierte Arbeit und halte sie ein
• Lerne, vor dem Gestalten die eigentliche Frage zu stellen: Welches Problem lösen wir?
• Dokumentiere Entscheidungen im Ticket, nicht nur im Figma-File
• Sprich früh mit Entwicklern, bevor du etwas Komplexes designst
• Unterscheide zwischen Feedback, das eine Entscheidung ist, und Feedback, das nur eine Meinung ist
• Bau keine Komponente, die nur einmal vorkommt, wenn sie nicht kritisch ist
• Frag nach den Edge Cases: Leerzustand, Fehlerzustand, Ladezustand
• Lerne die Grundlagen der Barrierefreiheit, sie werden dich fast täglich begleiten

Wenn du nach passenden Stellen suchst, lohnt ein Blick in die aktuellen Angebote für UI UX Designer. Auf Jobrise findest du eine Übersicht über offene Positionen, und mit dem kostenfreien ATS-Check prüfst du, ob dein Lebenslauf die automatischen Filter überhaupt passiert. Ein Decoder für Stellenanzeigen hilft dir, die eigentlichen Anforderungen aus einer Ausschreibung herauszulesen. Mehr Hintergründe zu Bewerbung und Portfolio findest du im Blog.

Kostenlose Tools#

• jobrise.io/de/free-ats-checker/
• jobrise.io/de/free-jd-decoder/
• jobrise.io/de/jobs/
• jobrise.io/de/blog/

Häufige Fragen#

Wie viel Zeit geht tatsächlich für Meetings drauf?

In vielen Teams sind es zwei bis drei Stunden pro Tag, in Abstimmungsphasen auch mehr. Wenn du regelmäßig über vier Stunden im Meeting sitzt, ist das ein Prozessproblem im Unternehmen, nicht deine persönliche Arbeitsweise.

Muss ich als UI UX Designer programmieren können?

Nein. Du musst aber verstehen, was technisch machbar ist und was Aufwand kostst. Grundlegendes Verständnis von HTML, CSS und der Arbeitsweise von Frontend-Teams reicht für die meisten Rollen aus.

Wie unterscheidet sich der Alltag in einer Agentur von einem Produktteam?

In der Agentur springst du zwischen Projekten und hast oft kürzere Zyklen mit mehreren Kunden parallel. In einem Produktteam bleibst du an einem Bereich, baust tieferes Verständnis auf, hast aber mehr interne Abstimmung.

Was ist der häufigste Grund für Frust in diesem Job?

Nicht die Arbeit selbst, sondern das Gefühl, dass Designentscheidungen nicht gehört werden. Das lässt sich nur begrenzt beeinflussen, aber gutes Dokumentieren und frühzeitiges Einbinden der Entwickler helfen.

Wie lange dauert es, bis man als Mid-Level gilt?

Das hängt stark vom Unternehmen und vom Umfang der eigenen Verantwortung ab. Oft sind es drei bis fünf Jahre, manchmal schneller, wenn man früh eigene Bereiche verantwortet. Titel allein sagen wenig über das tatsächliche Niveau.