Die Aufgaben eines designorientierten Produktchefs

13. Dezember 2025

– Das Produkt
– Führungsrolle
⌇ Verbinden

Derzeit bin ich Leiter der Produktabteilung bei Tal, eine KI-gestützte LinkedIn-Automatisierungsplattform, die durch hyper-personalisierte Ansprache Verkaufsgespräche bucht. Wir konkurrieren in einem Bereich, in dem Produkterfahrung IS das Unterscheidungsmerkmal. Und ich führe diese Erfahrung von der Designseite aus, nicht von der technischen Seite.

Hier ist, was die meisten Leute falsch machen: Sie nehmen an, dass ein großartiger Produktchef alles auf einmal macht – technische Architektur, visuelles Design, strategische Orchestrierung. Das führt zu Burnout, nicht zum Erfolg. Ihr Archetyp bestimmt, wo Sie Wert schaffen. Ihren Archetyp zu verstehen ist wichtiger, als so zu tun, als ob Sie alle drei wären.

Die drei Hauptarchetypen des Produkts

1. Der technische Architekt – lebt am engsten mit den Ingenieuren zusammen – prüft die Architektur, versteht die technische Schuld, kann über das Datenbankdesign diskutieren

• Haupttreiber: Durchführbarkeit über alles
• Am besten geeignet für: Deep Tech in der Frühphase, B2B/Unternehmenstools, Produkte, bei denen die Infrastruktur IS das produkt
• Risiko: Setzt zu sehr auf das, was technisch elegant ist, nicht auf das, was die Nutzer brauchen Hier ist nochmal der Filmfinalabsatz, nochmal gekürzt, komplett. Vielen Dank. Findest du es gut?

2. Der Design-Visionär (das bin ich) – lebt in Figma & Linear, ist besessen von Design-Systemen, glaubt, dass die Schnittstelle IST das Produkt für die meisten Benutzer

• Kerntreiber: Erfahrung über alles
• Am besten für: Konsumgüter, markenorientierte Unternehmen, überfüllte Märkte, in denen UI/UX der Graben ist
• Risiko: Übermäßige Investitionen in den Schliff, wenn Geschwindigkeit wichtiger ist

3. Der strategische Orchestrator – rührt selten Code oder Designdateien an – lebt in Roadmaps, Gesprächen mit Stakeholdern und funktionsübergreifender Orchestrierung

• Haupttreiber: Ausrichtung über alles
• Am besten geeignet für: Skalierende Unternehmen mit mehreren Produktteams und komplexen Stakeholder-Umgebungen
• Risiko: Wird zu abstrakt, verliert an Glaubwürdigkeit bei Entscheidungsträgern, die jemanden wollen „im Unkraut“

Warum dies wichtig ist

Ihr Archetyp ist keine Einschränkung – er ist eine Betriebsprotokoll das bestimmt, wo Sie den größten Wert für das Startup schaffen, in dem Sie tätig sind.

Bei Valley leite ich die Entwicklung, verwalte das Produkt und entwerfe die sich entwickelnde Designoberfläche, während ich mit einer Reihe anderer Aufgaben jongliere. Aber ich bin kein Techniker, was bedeutet, dass ich technische Co-Piloten brauche, auf die ich mich stützen kann, und prozedurale Frameworks, die mich davon abhalten, alles zu übertreffen, wenn es auf Geschwindigkeit ankommt. Das bedeutet aber auch, dass unsere Benutzeroberfläche besser aussieht, sich besser anfühlt und besser funktioniert als die der Konkurrenten, die Design nur als Dekoration und nicht als funktionales Hilfsmittel betrachten.

Und so sieht das in der täglichen Praxis aus.

Meine täglichen Aufgaben als designorientierter Produktchef

Bei Valley verbringe ich die meiste Zeit mit der technischen Koordination und stelle sicher, dass jede Pull-Anfrage den Qualitätsstandards entspricht, die unsere Kunden erwarten. Aber das ist nur ein Teil eines viel umfassenderen Betriebssystems. So sehen meine Tage tatsächlich aus:

Qualitätssicherung & Testen (wo ich die meiste Zeit verbringe)

• Lokale Umgebungen aufsetzen und PRs von Ingenieuren testen
• Geben Sie Feedback zur korrekten Funktion und die Kundenerfahrung mit neuen Funktionen absegnen
• Koordinieren Sie PR Rezensionen mit leitenden Ingenieuren (sowohl von Junior- als auch von Senior-Ingenieuren)
• Untersuchung von Fehlern & Ermittlung der Grundursachen Von Kunden gemeldete Fehler & Bereitstellung von Ansatzpunkten für Ingenieure zur schnelleren Behebung
• LinkedIn-Konto-Sicherheitsschwellenwerte überwachen und Maßnahmen zur Einhaltung von Vorschriften (Einschränkungen sind immer ein Thema für mich)

Design & Produktvision

• Design UI/UX-Entwicklungen im Produkt
• Pflegen und weiterentwickeln unser Entwurfssystem und unsere Komponentenbibliothek
• Entwurfsspezifikationen und Dokumentation erstellen in Figma für die technische Umsetzung
• Neue Funktionen ausloten die gebaut werden müssen
• Änderungen mit Interessengruppen abstimmen in den Bereichen Geschäftsführung, Vertrieb, Wachstum und Technik

Technische Leitung & Koordination

• Tägliche Standups durchführen zur Koordinierung der technischen Bemühungen
• Verwalten von Sprint-Planungszyklen damit die Ingenieure wissen, was als Erstes, als Nächstes & später getan werden muss
• Erleichterung für Ingenieure die Brände löschen müssen, die für die Kundenbindung entscheidend sind
• Definieren Sie Produktentwicklungsprozesse (ein spezifischer Rahmen, über den ich separat schreiben werde)
• Führen Sie 1-on-1 Gespräche mit Ingenieuren bei Bedarf
• Verwalten von Produkttools und Arbeitsabläufen in Linear, PostHog, Metabase usw.:.

Kundenforschung & Direkte Unterstützung

• Nehmen Sie regelmäßig an Kundengesprächen teil um ihre Probleme aus erster Hand zu verstehen
• Direkten Zugang zum Kalender anbieten für Kunden, wenn sie nicht weiterkommen – so kann ich Schmerzpunkte in Echtzeit verstehen
• Direkt mit Kunden kommunizieren um sie schneller freizugeben
• Erleichterung einer schnellen Reaktion wenn das Produkt für bestimmte Kunden ausfällt oder wenn systemweite Ausfälle auftreten

Produktstrategie & Fahrplan

• Eigenverantwortung für die Produkt-Roadmap vollständig
• Erfolgsmetriken und KPIs definieren für alle Merkmale
• Akzeptanzkriterien schreiben für alles, was gebaut wird
• Verwalten Sie alle Funktionsanfragen und Feedbackschleifen damit das Team alles im Blick behält

Daten & Analytik

• Schreiben Sie SQL Abfragen zur Erstellung von Dashboards für CX, Führungskräfte und Produktentscheidungen
• Analysieren Sie das Nutzerverhalten und die Analytik um Produktentscheidungen zu treffen
• Daten abrufen, um die Tiefe von Problemen zu verstehen damit wir die richtigen Prioritäten setzen können

Funktionsübergreifende Führung

• Koordinieren und verwalten Sie unsere CX team damit sie die Informationen haben, die sie brauchen, um den Kunden zu antworten
• Interne Dokumentation erstellen unserer Produktfunktionen für die Aktivierung & CX Teams
• Koordinieren Sie sich mit growth & CX zu Produktinitiativen & Änderungsanträge

Über die Bewachung der Technik

Der größte Teil meiner Arbeit ist (Lernen) zu sagen „nein.“ Ständig gehen Kundenanfragen ein. Einige sind legitim, die meisten nicht. CX eskaliert auch Probleme, die sich dringend anfühlen, aber nicht in den großen Rahmen der abgestimmten Prioritäten passen. Wenn ich jede Anfrage an die Technik weiterleite, wird nichts Wichtiges gebaut. Also filtere ich rücksichtslos: Betrifft das Problem viele Menschen, oder ist es im Moment nur interessant zu beobachten, wie es sich auf einige wenige auswirkt? Ist dies ein Produkt- oder ein Supportproblem? Bringt uns die Lösung dieses Problems näher an unsere Vision heran oder führt sie uns in die Hölle der Grenzfälle? Meine Aufgabe ist es nicht, alle glücklich zu machen. Sie besteht darin die Zeit der Ingenieure zu schützen, als wäre sie die teuerste Ressource des Unternehmens. Meine Aufgabe ist es, den Lärm zu absorbieren, die Tiefe der Probleme zu untersuchen und Prioritäten zu setzen, was wirklich wichtig ist. All das dient dazu, die Technik davor zu schützen, dass der Kontext in Vergessenheit gerät.

Über das Bauen in einem Vakuum

Ich analysiere weder die Produkte noch die Marktpositionierung der Wettbewerber. Der Grund dafür ist folgender: Wenn man ständig verfolgt, was die Konkurrenz auf den Markt bringt, verliert man den Fokus auf das, womit Ihre Kunden tatsächlich zu kämpfen haben. In einem Vakuum zu entwickeln bedeutet, im Ökosystem des eigenen Kundenfeedbacks und der eigenen Vision zu bleiben – und sich nicht von Funktionen ablenken zu lassen, die für die Menschen, die man bedient, vielleicht nicht wichtig sind. Diese Philosophie (und der Produktentwicklungsprozess, der sie unterstützt) verdient einen eigenen Artikel, den ich separat schreiben werde. Fürs Erste gilt: Kundenfeedback und Visionen übertrumpfen für mich jederzeit die Analyse der Wettbewerber.

Abschließende Überlegungen

Nachdem ich dies nun seit einem Jahr mache, habe ich erkannt, dass mein Stil als Head of Product ein „Schweizer Armeemesser“ als mein CEO sagt das gerne. Das heißt aber auch: Startups, die gewinnen (wie wir derzeit), sind nicht diejenigen mit einem „kompletten“ Produktchef, der alles macht. Sie sind diejenigen, die verstehen, welchen Archetyp sie am meisten brauchen und dieser Person erlauben, Systeme zu bauen, die das Fehlende kompensieren.

Ich würde also sagen: Kennen Sie das Protokoll Ihres Archetyps. Konzentrieren Sie sich ganz darauf. Alles andere ist Lärm.

Bis zum nächsten Mal.

Verbinden Sie

Lassen Sie uns auf der Plattform zusammenkommen, die für Ihr gewünschtes Ergebnis am besten geeignet ist. Mein digitale Identität enthält alle Plattform-Absichten. Bevorzugen Sie E-Mail? Versuchen Sie contact@julianpaul.me.

Möchten Sie auf dem Laufenden bleiben? RSS und/oder für E-Mail-Updates abonnieren. ↓

Sozialisieren Sie sich mit mir: LinkedIn | Instagram |
𝕏 |
LEBENSLAUF