Designer sind jetzt PMs

Der Senior-Designer-Job ist 2026 ein PM mit Geschmack. Die Verschmelzung der IC-Rollen hat längst stattgefunden. So zu tun, als stünde sie noch bevor, ist der Grund, warum Design-Budgets gekürzt werden.

Wenn du die letzten zwölf Monate Pixel in Figma geschoben und darauf gewartet hast, dass ein PM die Spec schreibt, dann hat der Markt aufgehört, diese Rolle zu bezahlen. Der Job, der sie ersetzt hat, besitzt die Spec, die Metriken, das Ship-Datum und die User Research. Gleicher Stuhl, gleiche Figma-Datei, anderes Ergebnis.

Die Rollenverschmelzung hat schon stattgefunden

Die Verschmelzung ist strukturell, nicht saisonal. Headcount zu konsolidieren wurde billiger als ihn zu koordinieren, KI hat die Produktionslast vom unteren Ende der Rolle genommen, und die verbleibenden Design-ICs haben Discovery, Spec und Ship-Datum übernommen, die früher bei einem separaten PM lagen. Der Markt hat aus zwei Rollen eine gemacht und ist weitergezogen.

Man sieht es in den Stellenanzeigen. Beschreibungen für "Product Designer" lesen sich 2026 wie PM-Beschreibungen mit einem drangeschraubten Figma-Punkt. Roadmap-Input, Metrik-Verantwortung, Eval-Kriterien, Kundeninterviews, Write-ups, Verantwortung für das Ship-Datum. Figma ist inzwischen Grundvoraussetzung, nicht der Job.

Teams, die schon so gearbeitet haben, haben niemanden entlassen. Teams, die noch den Split von 2018 fahren, Designer schiebt Screens, PM schreibt Spec, Engineer baut, haben es getan. Gleicher Headcount, zwei Schicksale, ein struktureller Grund.

Was ein Designer-PM tatsächlich verantwortet

Die neue IC-Rolle hat fünf Artefakte in ihrer Verantwortung. Fehlt dir eines, macht jemand anderes die Arbeit, und das ist das erste Signal, dass deine Rolle überflüssig ist.

• Die Spec. Kein Figma-Flow. Ein geschriebenes Dokument, das Problem, Nutzer, Erfolgsmetrik, Fehlerfälle und Schnittlinien benennt. Die Figma-Datei ist der Anhang.

• Die Metrik. Eine einzelne benannte Zahl, die die Arbeit bewegt. Aktivierungsrate, Conversion-Lift, Retention-Kurve, Latenz, NPS in einem Zielsegment. Wenn du die Zahl nicht nennen kannst, die dieser Ship bewegt, ist die Arbeit Dekoration.

• Das Ship-Datum. Ein echtes Datum in einem echten Kalender, auf das das Team dich festnagelt. Es 2026 zu reißen ist ein Designer-PM-Problem, kein Teamproblem.

• Die User Research. Fünf Interviews, die du geführt hast, eine Umfrage, die du geschrieben hast, eine Session, die du angesehen hast, ein Sentry-Trace, den du gelesen hast. Im Glossar zu User Research steht, was das auf IC-Ebene bedeutet.

• Das Write-up. Ein kurzes, öffentlich teilbares Post-Launch-Dokument: was geshippt wurde, was sich bewegt hat, was nicht, und was das Team gelernt hat. Das Artefakt, das dein Manager die Kette hinauf weiterleitet.

Ein Artefakt zu besitzen heißt, es zu schreiben, zu teilen, im Review zu verteidigen und geradezustehen, wenn es falsch ist. Mit einem PM gemeinsam zu schreiben ist in Ordnung. Darauf zu warten, dass einer es schreibt, nicht.

Wie Linear, Stripe, Vercel, Anthropic und Figma Design-ICs führen

Die Firmen, die die sauberste Software mit der höchsten Geschwindigkeit ausliefern, arbeiten längst so. Sie haben keine Reorg angekündigt. Sie haben einfach aufgehört, die alte Rolle einzustellen.

Bei Linear führen Design-ICs die Spec. Karri Saarinen sagt seit Jahren, dass Linears Designer das Problem, den Vorschlag, die Umsetzung und den Ship besitzen. Die PM-Funktion existiert, aber die Artefakt-Verantwortung liegt beim Designer und beim Engineer, die gemeinsam an der Oberfläche arbeiten. Der Anti-Dashboard-Ansatz für Produktansichten ist ein Designer-PM-Entscheid, keine Spec von oben.

Stripes Design-Output ist PM-förmig. Die Designerin, die Stripes neue Pricing-Oberfläche verantwortete, besaß das Modell, die Händlerinterviews, den Rollout-Plan und die Metrik. Die Figma-Datei wurde spät finalisiert, nachdem Spec und Daten feststanden. Dieselbe Disziplin sieht man in dem Problem der Pricing-Seite.

Vercels Design-Org ist eine Produktpartner-Einheit, kein Service-Team. Designer halten die Oberfläche, shippen den Launch-Post und besitzen die Dashboard-Metrik. Der Stack aus Marketing-Site-Stack 2026 gehört Designern, die Code shippen und Specs schreiben, nicht einem PM, der sie briefet.

Anthropics Product Designer shippen Eval-Kriterien. Das Eval ist die Spec, die Metrik und der Test. Wer das Eval für seine Oberfläche nicht schreiben kann, gehört nicht zum Team, das sie ausliefert.

Figmas Design-ICs schreiben PRDs. Die Debatte PRD oder kein PRD endete, als Figmas Design-Team anfing, sie zu schreiben. Die Firma, die der Branche beigebracht hat, Figma ernst zu nehmen, hat auch ihren eigenen Designern beigebracht, die Spec ernst zu nehmen.

Fünf Firmen, ein Muster. Design-ICs besitzen das Dokument, die Zahl und das Datum. Nicht als Stretch-Projekt. Als Job.

Alte Rolle vs. neue Rolle

Der Marktwandel ist kein Bauchgefühl. Er zeigt sich in den Artefakten, die ein Senior Designer liefert, und in den Gesprächen, die er führt.

Die rechte Spalte ist kein Wunschbild. Sie ist der aktive Job bei jeder Firma, die 2026 noch Designer einstellt. Die linke Spalte wurde automatisiert, konsolidiert oder entlassen.

Warum Design-Budgets gekürzt werden

Design-Budgets werden nicht gekürzt, weil die Arbeit unwichtig geworden wäre. Sie werden gekürzt, weil zwei Rollen einen Job gemacht haben und KI die Produktionsschicht so billig gemacht hat, dass die Redundanz in einem Finanz-Dashboard auftauchte.

Die Rechnung ist gnadenlos. Ein Team mit einem Designer, der Figma schiebt, und einem PM, der die Spec schreibt, kostet etwa doppelt so viel wie ein Team mit einem Designer-PM, der beides macht. KI übernimmt die Produktionsarbeit, die früher den zweiten Sitz rechtfertigte, also verliert eine der beiden Rollen ihre Finanzierung.

Die Rolle, die verliert, ist die, die Spec, Metrik und Ship-Datum nicht übernommen hat. In den meisten Orgs, die kürzen, war das der Designer, weil Designer sich historisch über das Figma-Artefakt statt über das Produktergebnis definiert haben.

Die Teams, die nicht gekürzt wurden, sind die, in denen der Designer zum PM wurde und der PM aufstieg oder herausverschmolz. Gleicher Headcount, weniger Titel, mehr Output pro Sitz.

Ein CFO, der eine Design-Org für Kürzungen ins Auge fasst, fragt nicht "ist Design wertvoll". Er fragt "welcher Sitz shippt das Artefakt, das die Metrik bewegt". Sitze, die das nicht namentlich beantworten können, gehen zuerst. Das Muster ist brutal, zutreffend und in jeder Layoff-Liste des ersten Quartals 2026 sichtbar.

Was dich 2026 noch zum Job bringt

Fünf Schritte. Parallel, nicht nacheinander. Keiner braucht eine Erlaubnis.

1. Besitze die Spec. Nimm die nächste Oberfläche, die du shippst, und schreib die Spec selbst. Eine Seite. Problem, Nutzer, Metrik, Fehlerfälle, Schnittlinien. Schick sie an deinen PM, oder an deinen Manager, falls es keinen PM gibt.

2. Shippe die Metrik. Nenne eine einzelne Zahl, die der nächste Ship bewegen wird. Verdrahte das Dashboard vor dem Design-Review, nicht danach. Behandle das Design System als Produktionsschicht, nie als die Arbeit selbst.

3. Halte das Datum. Trag ein Ship-Datum in einen Kalender ein und sag es dem Team. Reiß es einmal, lern die Lektion, reiß es nie zweimal.

4. Führe die Research. Mindestens fünf User-Interviews pro Oberfläche. Fünfzehnminütige Calls, aufgezeichnet, mit Otter oder Claude transkribiert, von dir zusammengefasst. Zitiere den Nutzer in der Spec. Oberflächen wie Onboarding ohne Onboarding sind ohne das unmöglich.

5. Schreibe das Write-up. Binnen fünf Werktagen nach dem Ship eine einseitige Launch-Zusammenfassung posten. Was geshippt wurde, was sich bewegt hat, was nicht, was das Team gelernt hat. Mach es zum Artefakt, das dein Manager weiterleitet.

Wenn du diese fünf zwei Quartale lang durchziehst, ist deine Rolle im Unternehmen strukturell eine andere, egal was dein Titel sagt. Wenn du null davon machst, ist deine Rolle die Budgetzeile, die die nächste Reorg konsolidiert.

Dieselbe Verantwortung zeigt sich in jeder Oberfläche, die ein Designer-PM shippt. Wie der Ladezustand das Produkt ist und das Problem der Einstellungsseite behandelt werden, ist der Unterschied zwischen einem Designer, der die Oberfläche besitzt, und einem, der sie dekoriert hat.

Die Junioren, die das in Panik gebookmarkt haben

Wenn du weniger als drei Jahre in der Branche bist, ist der Schritt einfacher und dringlicher. Keine Panik. Kalibriere das Jahr neu.

Der alte Karrierepfad war ein Senior-IC im fünften Jahr, der Figma auf höchstem Niveau schiebt. Diesen Pfad gibt es für Berufseinsteiger nicht mehr.

Der Pfad, den es gibt, ist ein IC im dritten Jahr, der Specs schreibt, Research führt, Metriken besitzt und shippt. Die Latte ist nach oben und nach links gerutscht, und der Zeitplan mit ihr.

Praktisch heißt das drei Dinge. Hör auf, dein Portfolio in Shots zu messen, und miss es in geshippten Oberflächen mit angehängten Metriken. Hör auf, bei einem PM in die Lehre zu gehen, und geh bei einem erfahrenen Designer-PM in die Lehre. Such dir ein Side-Project, bei dem du Spec und Ship besitzt, auch wenn der Ship klein ist.

Junioren, die das 2026 tun, sind 2028 Seniors. Junioren, die weiter Dribbble-Shots posten, sind 2028 immer noch Junioren, in einem Markt, der keine Junioren mehr einstellt.

Hör auf, so zu tun, als käme die Verschmelzung erst noch

Die Verschmelzung ist kein Trend. Sie ist die strukturelle Form der Design-IC-Arbeit 2026. Der Senior Designer, der Spec, Metrik, Ship-Datum und User Research besitzt, wird weiter eingestellt, weiter finanziert und weiter als Peer der Engineering-Seite respektiert.

Der Senior Designer, der nur Figma shippt, ist die Rolle, die der Markt aus dem Preis gedrängt, wegautomatisiert hat und jetzt aktiv streicht. Das Gegenteil zu behaupten ist der teuerste Zug, den ein Design-IC dieses Jahr machen kann. Gleiche Figma-Datei, gleicher Stuhl, anderer Job.

Wenn du deinen Sitz behalten willst, nimm dir die Artefakte. Die Spec, die Metrik, das Datum, die Research, das Write-up. Niemand wird sie dir geben. Der IC, der zuerst zugreift, ist der, den die Firma in der nächsten Reorg schützt.

FAQ

Machen Designer wirklich PM-Arbeit, oder ist das nur Senior-IC-Inflation?

Beides, aber überwiegend das Erste. Die Verschmelzung der IC-Rollen ist bei jeder Firma real, die 2026 Designer einstellt, und sie zeigt sich in Stellenbeschreibungen, Artefakt-Verantwortung und Layoff-Mustern. Senior-IC-Inflation ist ein Etikettenproblem obendrauf auf einem strukturellen. Die Arbeit selbst, Spec-Verantwortung, Metrik-Verantwortung, Verantwortung für das Ship-Datum, User Research, Write-ups, ist der Senior-IC-Job, egal was im Titel steht.

Heißt das, PMs werden durch Designer ersetzt?

Nein. Die IC-Ebene von PM und Designer ist in einem Sitz zusammengefallen, und die PM-Funktion ist in der Org aufgestiegen oder hat sich spezialisiert. Senior PMs gibt es weiterhin, sie verantworten Portfolios, Strategie, Marktpositionierung und teamübergreifende Koordination.

Der IC-PM, der Designer briefte und auf Engineering wartete, ist die Rolle, die verschmolzen ist. Der Designer-PM und der Senior PM sind die zwei überlebenden Formen.

Was, wenn ich einfach nur designen will und mich nicht mit Metriken oder Specs befassen möchte?

Das ist eine nachvollziehbare Präferenz. Es ist auch eine, für die der Markt 2026 keine Senior-Gehälter zahlt. Du kannst diese Rolle bei Agenturen behalten, die nach Stunden abrechnen, in rein visueller oder Markenarbeit oder als Freelancer für Produktionsaufgaben.

Innerhalb einer Produkt-Org mit einem Gehaltsband für "Senior Designer" ist diese Rolle die, die konsolidiert wird. Der Markt darf sich ändern, und deine Karrierestrategie auch.

CTA

Wenn du einen Design-Partner willst, der standardmäßig als Designer-PM-Einheit arbeitet, Spec, Metrik und Ship-Datum besitzt und den Launch-Post schreibt, wenn die Arbeit live geht, hol dir Brainy. Wir designen Produkte so, wie der Markt 2026 dafür zahlt, nicht so, wie er 2018 gezahlt hat.