Früher gab es Softwareentwickler, Produktmanager und Designer. Jetzt verschmelzen diese Rollen: Jemand verantwortet das Produkt und den Code, versteht die Nutzer und übernimmt Verantwortung für Ergebnisse.
Doch bis vor etwa einem Jahr blieb das Organigramm mit seinen Berufsbezeichnungen unverändert. Letzten Sommer gab es einen Wandel, und Unternehmen begannen, eine neue Art von Rolle zu besetzen: den Product Engineer.
Heute wird der Begriff „Product Engineer" 100 Mal pro Woche erwähnt. Das entspricht einem Anstieg von ~335 % seit Juni 2020, aber dieses Wachstum fand wirklich erst ab Mai 2025 statt.
Was ist das also für eine neue Rolle?
Was ist ein Product Engineer?
In heutigen Unternehmen ist der Product Engineer genau das, wonach es klingt: jemand, der Produkturteilsvermögen mit technischem Know-how kombiniert, um schnell zu prototypisieren, zu entwickeln und zu iterieren.
Hier ist, was unser Chief AI Officer, Zain Lakhani, sagte:
„Traditionell liefert ein Engineer etwas, ein Product Manager spricht mit Nutzern, um zu sehen, ob es tragfähig war oder nicht, und diese Schleife setzt sich fort. Aber je näher wir uns der Mitte des Spektrums bewegen – was ich „Product Engineers" nennen werde – ist es eine Ein-Mann-Band. Jemand, der liefert, iteriert, Nutzerfeedback sammelt und wieder iteriert, alles in einem, anstatt es auf Engineering, Produkt und Design aufzuteilen."
Da sie dank Codex, Claude Code oder ihrem bevorzugten Agenten weniger Zeit mit dem Schreiben von Code verbringen können, konzentriert sich diese Rolle auf höherwertige Arbeit: kreatives Problemlösen, Gespräche mit Nutzern und das Beantworten der „Was-wäre-wenn"-Fragen, die in ihrem Hinterkopf herumgeistern.
Obwohl dies wie eine Bedrohung für Designer oder PMs erscheinen mag, ist es eigentlich ein Versprechen zur Zusammenarbeit. Hier ist, was Productengineer.org in einem offenen Brief an Product Designer sagt:
„Sie sehen vielleicht Gespräche über „Product Engineering" und fragen sich, ob wir versuchen, Ihnen ins Gehege zu kommen … Aber die Wahrheit ist: Es ist größtenteils für uns selbst geschrieben. Es ist eine Erinnerung, aufzuhören zu coden und anzufangen zu denken. Über das Jira-Ticket hinauszuschauen und zu fragen: Fühlt sich das richtig an? Ist es intuitiv? Wären wir stolz darauf, das zu liefern?"
Was Unternehmen von Product Engineers erwarten
Product Engineers sind mehr als nur Programmierer. Vielmehr verbinden sie Urteilsvermögen und Gespür, Datenorientierung und technische Umsetzung, um zu Kernproblemen vorzudringen, Nutzer zu verstehen und Lösungen zum Leben zu erwecken.
In dieser Stellenbeschreibung für einen Product Engineer balanciert die Rolle technisches Engineering mit Produktgespür: der Entwicklung von LLM-gestützten Tools und dem Liefern von Features, während gleichzeitig mit der Zielgruppe gesprochen, die Richtung der Plattform gestaltet und exzellentes Produktgespür bewahrt wird.
Die Rolle bleibt auch im Engineering verwurzelt, und produktgeführte, entwicklerorientierte Unternehmen setzen sich für dieses Konzept ein.
Wie unterscheidet sich das von der PM-Rolle, die es seit Jahrzehnten gibt?
Product Engineer vs. Product Manager: Was ist anders, was ist gleich?
Hier ist eine weitere Möglichkeit, über diese Arbeitsteilung zwischen PMs und Product Engineers nachzudenken: PMs besitzen das „Warum" und „Was", während Product Engineers den gesamten Kreislauf verantworten und selbst auf Feedback reagieren.
So stellen wir uns die Arbeitsteilung vor:
| Product Managers | Product Engineers | |
|---|---|---|
| Primary focus | What to build, and why | What to build, how to build it, and if it worked |
| Feedback ownership | Partial. Collects feedback and hands it off to developers | End-to-end. Ships and learns themselves |
| Code ownership | None | Writes and ships it |
| User relationship | Interviews, research, and synthesis | Direct: reads product data and iterates in real-time |
| Works through | Backlogs, PRDs, and handoffs | Coding agents Analytics and product agents Judgement |
Hier überschneiden sie sich: tatsächlich überschneiden: Nutzerproblemen definieren, die Richtung des Produkts gestalten und priorisieren, was gebaut werden soll. Aber die volle Verantwortung für diesen Kreislauf zu übernehmen, bringt eigene Kompromisse mit sich.
3 zentrale Herausforderungen für Product Engineers
Da sich diese Rolle in Unternehmen herausbildet, sind hier einige zentrale Herausforderungen für Product Engineers:
- Weniger Leitplanken. Geschwindigkeit hat Priorität (und ist der eigentliche Sinn). Aber der Weg vom Prototyp zur Produktion mit weniger Zeit zum Testen, zur strategischen Durchdenkung und zum Iterieren bedeutet, dass hinter dem, was man ausliefert, mehr Risiko steckt.
- Reaktive Analysen. Da Sie in einem völlig neuen Tempo liefern, haben traditionelle Produktanalyse- und Messplattformen Schwierigkeiten, Schritt zu halten. PMs pflegten früher zu definieren, was gemessen werden soll, aber jetzt benötigen Product Engineers proaktive Erkenntnisse: Tools, die Verhaltenssignale aufzeigen und Ihnen sagen, was als nächstes zu bauen ist und wo Sie bereits arbeiten (wie Slack).
- Instrumentierung als nachträglicher Gedanke. Beobachtbarkeit, Forschung und Tests mögen banal erscheinen, aber sie sind es, was ein mittelmäßiges Produkt von einem großartigen unterscheidet. Auf dem heutigen Markt wird dies in der Regel als zweiter Schritt behandelt, obwohl es ein erster sein sollte – und wir haben denselben Fehler beim Aufbau von Novus gemacht.
Was das für Sie bedeutet
All das deutet auf einen umfassenderen Wandel hin: Generalisten gewinnen die Oberhand. Man muss in der Lage sein, wie ein Produktmensch zu denken, mit Nutzern zu sprechen, Daten zu analysieren und Code zu liefern – ohne den traditionellen Drei-Meeting-Übergabeprozess.
Die Frage lautet jetzt nicht mehr „Sollte ich einen Product Engineer einstellen?" Wenn Sie das hier lesen, kennen Sie die Antwort wahrscheinlich bereits – und sie lautet mit Nachdruck ja. Stattdessen ist die Frage, mit der man sich auseinandersetzen sollte: Wie schafft man sich die richtige Grundlage, um auf diese Weise zu agieren?
Das Schwierigste ist jetzt zu wissen, was als Nächstes gebaut werden soll und ob das, was man ausgeliefert hat, tatsächlich funktioniert.
Dafür muss man nah an seinen Nutzern und seinen Daten bleiben – und genau das unterscheidet einen Product Engineer von jemandem, der einfach schlechte Arbeit abliefert.
Die gute Nachricht: Genau dafür haben wir Novus entwickelt. Es ist kostenlos, also kannst du noch heute loslegen.
