Wie man als Staff Product Designer arbeitet

• In einer Designbranche, in der Titelinflation weit verbreitet ist, eine Einführung in die tatsächliche Bedeutung der Titel Senior, Staff und Principal sowie in die am häufigsten missverstandene Staff-Ebene
• Der echte Unterschied zwischen Senior und Staff liegt nicht in den Berufsjahren, sondern im Umfang und in der Art des Einflusses: Senior fragt „Wie bauen wir das gut?“, Staff fragt „Sollten wir das bauen, und wenn ja, warum?“
• Staff führt über einzelne Funktionen und Teams hinaus zu Ausrichtung und Entscheidungen, damit das gesamte Produkt als zusammenhängendes Ganzes verstanden wird, und übernimmt die Rolle, Nicht-Designer:innen Design zu vermitteln
• Wer Staff wird, wartet nicht auf eine Beförderung, sondern handelt schon davor so und wechselt von „mehr tun“ zu einem Denken und Handeln als Multiplikator
• Gerade in einer Zeit, in der man mit AI scheinbar alles bauen kann, werden urteilskraftzentrierte Fähigkeiten wichtiger: hochwertige Ideen erkennen, bewerten und überzeugend vertreten

---

Titelinflation und der Hintergrund des Artikels

• Im Design ist Titelinflation weit verbreitet, sodass viele Menschen Titel oder Ansprüche tragen, die über ihre tatsächlichen Fähigkeiten hinausgehen
  • Das passiert, wenn Unternehmen nicht wissen, wie sie Talente einstellen, gewinnen und halten sollen
  • Das Ergebnis: Designer:innen geraten in Arbeit, die über ihr Niveau hinausgeht, Leveling wird verwässert, und Design wird in der Organisation nicht voll genutzt
• Am häufigsten betrifft die Inflation die Titel Senior, Staff, Principal
  • Selbst derselbe Titel kann je nach Unternehmen etwas anderes bedeuten
• Um die leicht missverstandene Staff-Ebene sowohl aus Sicht von Bewerbenden als auch von einstellenden Unternehmen genauer zu beleuchten, wurde mit drei Designer:innen zusammengearbeitet
  • Milan Jovanović — Product Designer bei VEED
  • Mo Elmelegy — aktuell Principal-Level-Designer bei Bolt, mit über 17 Jahren Erfahrung
  • Rachel Wu — Lead Product Designer bei Mews

Q1: Was ist ein Staff Product Designer?

• Milans Perspektive

  • Staff ist jemand, der Ausrichtung und Entscheidungsfindung mit starkem Vortrieb voranbringt, dabei Nicht-Designer:innen Design vermittelt und mit dem die Zusammenarbeit Freude macht
  • Die Arbeit entwickelt sich von „wie setzen wir es um?“ zu „was sollten wir umsetzen und warum?“
  • Man gestaltet nicht nur Layouts, Buttons und Schatten, sondern genauso Gespräche und Meetings; statt nur ein Erlebnis für einen Bereich auszuliefern, prägt man die Strategie des gesamten Produkts
  • Die meiste Zeit fühlt es sich an wie die Arbeit eines Beraters (counsellor) — Menschen dabei helfen, weniger empfindlich auf Unsicherheit zu reagieren und weniger Angst vor Fehlern zu haben
    • Das betrifft nicht nur das eigene Team, sondern große Teile der Produktorganisation, vom CPO über PMs bis zu Mid-Level-Ingenieur:innen
  • Nur weil man mit AI alles bauen kann, heißt das nicht, dass man alles bauen sollte; Staff muss eine Stimme sein, die hochwertigere Ideen erkennt und dafür Überzeugungsarbeit leistet

• Mos Perspektive — die Abgrenzung der Titel

  • Design-Titel sind verwirrend, werden je nach Unternehmen unterschiedlich verwendet, und die Erwartungen sind oft unklar
  • Der echte Unterschied zwischen den Levels liegt nicht in der Berufserfahrung, sondern im Umfang und in der Art des Einflusses
  • Senior
    • Umfang: eine Funktion, ein Flow oder ein Produktbereich
    • Haupteinfluss: starke Ergebnisse ausliefern, die Qualität im Team verbessern
  • Principal
    • Umfang: Domain- oder Unternehmensebene, Einfluss auf langfristige Richtung und Produktsysteme
    • Haupteinfluss: mehrere Teams und Produktbereiche, Struktur und Ausrichtung des gesamten Produkts prägen
  • Der übergreifende Wachstumspfad bewegt sich von ein Problem verantworten → Probleme verbinden → prägen, wie sich das Produkt weiterentwickelt

Q2: Wie man in die Staff-Rolle hineinwächst

• Milans Rat

  • Zuerst entscheiden, ob man diesen Weg wirklich will — wer gerne klare Anweisungen bekommt, für den ist Staff nicht passend; auch Senior ist ein voll respektiertes Level
  • Der schnellste, aber auch härteste Weg ist, als einzige:r Designer:in in ein Startup mit weniger als 20 Mitarbeitenden einzusteigen
    • Das ist ein Härtetest mit Burnout-Risiko, aber man lernt schnell, was zu tun ist, wenn einem niemand sagt, was zu tun ist
  • Wenn es die Rolle im Unternehmen bereits gibt, klein anfangen und Momentum aufbauen
    • Den Designprozess sichtbar machen und breit in Slack teilen, Entwickler:innen asynchron in Gespräche einbeziehen und den eigenen Denkprozess laut erklären
    • Pain Points im ganzen Unternehmen finden und nach Bereichen suchen, die Hilfe brauchen oder in denen Lücken bestehen
    • Unternehmensziele verstehen, Ideen entwickeln, die über den eigenen Bereich hinausgehen, mit Cursor schnelle Mockups und Vibe Coding machen, sie aber immer mit Business-Ergebnissen verknüpfen
    • Die Sprache von PMs und Growth-Teams lernen und in ihrer Sprache sprechen
    • Gespräche mit anderen Teams ansetzen, fragen, was für sie am wichtigsten ist, und dann den Mund halten und zuhören
    • Wissen, wann man lästig wird, und sich entsprechend justieren — gute Absichten am falschen Ort können sehr störend sein
    • Sofort aufhören zu jammern — Jammern ist das Eingeständnis, Kontrolle abgegeben zu haben; wie Satya Nadella sagt, besteht die Arbeit darin, mit den vorhandenen Ressourcen Erfolg möglich zu machen
    • Kolleg:innen im Design sichtbar machen und als Champion der Designfunktion die Arbeit anderer Designer:innen mit der eigenen verbinden
    • Eine Therapie machen

• Von Mo beobachtete Wachstumsmuster

  • Menschen, die Staff oder Principal werden, warten nicht auf den Titel, sondern verhalten sich schon vor der Beförderung so
  • Zur Go-to-Person für eine bestimmte Domain werden
    • Growth-Mechaniken, Onboarding, Marketplace-Dynamiken, Design Systems, mobile Architektur usw.
    • Das entsteht nicht durch formale Zuweisung, sondern weil jemand einen Problemraum so tief durchdringt, dass andere diese Person bei entsprechenden Fragen ganz natürlich dazuholen
  • Initiativen schaffen, um die niemand gebeten hat
    • Nicht darauf warten, dass die Roadmap die Arbeit definiert, sondern strukturelle Probleme früh erkennen, etwa wenn drei Teams dasselbe Problem unterschiedlich lösen oder Onboarding-Flows fragmentiert sind
    • Den Ist-Zustand abbilden, eine klarere Struktur vorschlagen und die richtigen Menschen zusammenbringen
  • Auch die Arbeit tun, damit die Arbeit überhaupt passiert
    • Nicht bei der Lösungserarbeitung stehen bleiben, sondern unklare Probleme klar machen, Teams auf eine Richtung ausrichten oder Ideen per Prototyp konkretisieren
    • Nicht nur die Arbeit designen, sondern dafür sorgen, dass sie tatsächlich geschieht

Q3: Wie unterscheidet man Senior, Staff und Principal im Alltag?

• Milans Unterscheidung

  • Senior ist die Phase, in der man Ausführung in einem definierten Raum meistert; Staff ist die Phase, in der man diesen Raum selbst hinterfragt und erweitert
  • Entscheidend ist nicht, dieselbe Arbeit besser zu machen, sondern grundlegend eine andere Art von Arbeit zu tun
  • Man verbringt genauso viel Zeit mit Gesprächen und Ausrichtung wie mit Screen-Arbeit; das ist kein Kompromiss, sondern die Arbeit selbst

• Mos Unterscheidung

  • Senior verantwortet meist einen bedeutenden Teil des Produkts innerhalb eines einzelnen Teams und bringt unübersichtliche Produktprobleme als klare, gut ausgearbeitete Lösungen live
  • Beim Schritt zu Staff erweitert sich der Umfang über einzelne Funktionen und Teams hinaus, und die Fragen ändern sich
    • Lösen verschiedene Teams dasselbe Problem auf unterschiedliche Weise?
    • Gibt es hinter diesen Funktionen ein System, oder driften sie auseinander?
    • Wo fragmentiert das Produkt, während es wächst?
  • Die stärksten Staff-Designer:innen definieren Muster, die andere Teams wiederverwenden können, verbinden Teams mit verwandten Aufgaben und bringen Klarheit in Bereiche, die ins Treiben geraten
  • Principal arbeitet auf einer noch breiteren Ebene eng mit Senior Leadership zusammen; der Fokus verschiebt sich von einzelnen Projekten zu der Richtung, in die sich das Produkt im Laufe der Zeit bewegt

Q4: Wie sieht Arbeiten auf Staff-Level konkret aus?

• Der Alltag, wie Milan ihn beschreibt

  • Man gestaltet Gespräche und Meetings genauso wie Layouts und hilft im selben Raum mit CPO, PMs und Ingenieur:innen dabei, dass Menschen weniger Angst vor Fehlern haben
  • Der eigentliche Wechsel: Senior fragt „Wie bauen wir das gut?“, Staff fragt „Sollten wir das bauen, und wenn ja, warum?“
  • Das ist die schwierigere Frage und verlangt nicht Selbstvertrauen in Craft, sondern Selbstvertrauen in die eigene Urteilskraft

• Konkrete Muster nach Mo

  • Systeme schaffen, die andere nutzen können — statt nur eine einzelne Funktion zu lösen, Muster formen, die mehrere Teams nutzen können, etwa skalierbare Onboarding-Strukturen oder Interaktionsmuster, die mehrere Teams übernehmen; der Einfluss summiert sich mit Zinseszinseffekt
  • Menschen um die Arbeit herum zusammenbringen — auf diesem Level bewegt man nicht durch Autorität, sondern durch Klarheit und Vortrieb, erklärt komplexe Produktprobleme verständlich und bindet Teams früh in das Denken ein
  • Intentionalität geben — bewusst machen, warum eine Entscheidung getroffen wurde, welche Trade-offs sie hat und wie die Arbeit mit dem Gesamtprodukt zusammenhängt; je bewusster das geschieht, desto mehr Vertrauen entsteht, und dieses Vertrauen wächst kumulativ

• Das Beispiel Personio

  • Bei Personio die mobile Architektur verantwortet und native iOS- und Android-Apps von Grund auf aufgebaut
  • Auf diesem Level besteht der Großteil der Arbeit aus „der Arbeit vor der Arbeit“ — Produkt-, Engineering-, Brand- und Plattform-Teams auf eine gemeinsame Vision für Mobile ausrichten
  • Partner dafür sein, wie Brand nativ übersetzt wird, gemeinsam mit Ingenieur:innen Theming aufbauen und Workflows wie Zeiterfassung in ihrer mobilen und Desktop-Ausprägung begleiten
  • Auch selbst Dinge bauen, von standortbasierter Zeiterfassung und Geofencing-Compliance bis zu Motion- und Interaktions-Prototyping
  • Ergebnisse von Launch und Redesign
    • monatlich aktive Nutzer der App von rund 40K auf 200K gesteigert
    • verlustbehaftete mobile Transaktionen von über 8 % auf 0,2 % gesenkt
    • Akzeptanz der mobilen Zeiterfassung um das Fünffache erhöht

Q5: Was Senior-Designer:innen diese Woche sofort anfangen können, um den Übergang vorzubereiten

• Rachels Rat

  • Der Übergang von Senior zu Staff/Lead bedeutet nicht, mehr zu tun, sondern zu lernen, als Multiplikator zu denken und zu handeln
  • Der Einfluss von Senior ist meist lokal — eine Oberfläche verantworten und darin Probleme lösen
  • Die Frage auf Staff-/Lead-Level lautet nicht „Was hast du gebaut?“, sondern „Was hat deine Präsenz bei Kolleg:innen, im Produktbereich und im gesamten Business möglich gemacht?“
  • In Systemen denken — die Person sein, die erkennt, dass zwei Teams dasselbe Problem von entgegengesetzten Seiten lösen und in Zusammenarbeit etwas schaffen könnten, das keines von beiden allein bauen würde; aus Konsistenz entsteht Wettbewerbsvorteil
  • Die Beziehung zu Zeit und Ambition verändern — die große organisationsweite Ambition im Blick haben und fragen: „Was ist heute der eine Schritt mit dem größten Hebel, den wir gemeinsam gehen können?“
    • Ambition ohne nächsten Schritt ist verschwendete Energie; diese Energie umzuwandeln, ist die Aufgabe
  • Auf Kolleg:innen Einfluss nehmen — auf Produkt und Business, und zunehmend sogar auf AI-Agenten
    • Ehrlich neugierig darauf sein, was für die Menschen, die man bewegen muss, am wichtigsten ist, und Vertrauen aufbauen, damit man sich gegenseitig herausfordern kann
  • Alles verlangt Zurückhaltung (restraint); man wird zur Person, die die Bedingungen schafft, damit andere besser lösen können, statt alles selbst zu lösen
  • Eine taktische Handlung für heute: kartieren, wo der eigene Einfluss derzeit endet
    • Wo werden Entscheidungen getroffen, ohne dass ich dabei bin?
    • Wo verliert meine Arbeit in der Übersetzung an Wirkung?
    • Mit wem habe ich noch kein wirkliches Gespräch geführt, obwohl ich das sollte?
    • Eins davon auswählen und dort anfangen

Fazit: Nicht der Titel zählt, sondern die Arbeit

• Senior liefert großartige Funktionen aus, Staff hilft dabei, dass das gesamte Produkt Sinn ergibt
• Weil Titel von Unternehmen zu Unternehmen unterschiedlich sind, sollte der Fokus weniger auf dem Titel als auf den geforderten Ergebnissen (outcomes) liegen
• Viele Design-Teams schaffen Titel stillschweigend ab — nach außen heißen alle einfach „Designer“, intern bleibt das Leveling bestehen
  • Flachere Strukturen beschleunigen Entscheidungen und reduzieren den Energieverbrauch für interne Politik
  • AI verwischt Rollengrenzen schnell; jemand mit drei Jahren Erfahrung kann AI besser verstehen als jemand mit 20 Jahren, daher werden Umfang und Einfluss wichtiger als Titel
  • Der Fokus liegt darauf, Designer:innen einzustellen, die sich auf die Arbeit und auf Design Craft konzentrieren
• Beim Blick auf Jobs sollte man sich auf die Arbeit statt auf den Titel konzentrieren