Die erste Product-Einstellung in einem wachsenden B2B-Unternehmen

Engineering entwickelt Features, die die Retention nicht zu verbessern scheinen. Der Vertrieb definiert den Roadmap basierend darauf, wer beim letzten Kundengespräch am lautesten geschrien hat. Und Sie, der CEO oder CTO, sind nach wie vor in jeder Produktentscheidung dabei, weil sonst niemand das Gesamtbild im Blick behalten kann.

Sie haben entschieden, dass es Zeit ist, jemanden für Product einzustellen. Und jetzt sind Sie kurz davor, den Fehler zu machen, der Unternehmen zwei Jahre zurückwirft: einen VP Product einzustellen, wenn Sie einen Senior PM brauchen.

Dieser Leitfaden handelt davon, das richtige Level zu treffen und einen Interviewprozess aufzubauen, der den Builder findet, den Sie brauchen.

Warum das Level wichtiger ist als der Titel

Der Fehler bei der Product-Einstellung bei 50 bis 200 Mitarbeitern dreht sich fast immer um das Level, nicht die Funktion. Sie stellen einen VP Product ein, weil der Titel für „jemanden, der Product leitet" richtig klingt, aber was Sie tatsächlich brauchen, ist ein Senior PM, der mit begrenzter Unterstützung umsetzen kann.

So läuft der typische Fehlschlag einer VP-Product-Einstellung bei 80 Mitarbeitern ab:

• Sie verbringen die ersten 90 Tage damit, Organigramme und Prozessrahmen zu entwerfen, für die Sie nicht den Headcount haben
• Sie wollen 3 bis 4 PMs einstellen, bevor sie etwas persönlich verantworten
• Ihr Instinkt ist es, „Stakeholder abzustimmen", bevor entschieden wird, was bedeutet, dass jede Produktentscheidung dreimal so lang dauert
• Nach sechs Monaten haben sie hervorragend aussehende Strategiedokumente produziert und das Engineering-Team weiß immer noch nicht, was nächste Woche gebaut werden soll

MIT-Sloan-Management-Review-Forschung zum Produktmanagement hat festgestellt, dass frühe Product-Teams mit einem klar definierten Product Leader doppelt so schnell liefern wie solche, bei denen die PM-Rolle mit der Gründer-Entscheidungsfindung überlappt, und dass eine zu hohe Senior-Besetzung häufiger ein Bottleneck ist als eine zu niedrige.

Das liegt nicht daran, dass VP-Product-Kandidaten schlecht sind. Es liegt daran, dass die Fähigkeiten, die jemanden bei einem 400-Personen-Unternehmen zu einem erfolgreichen VP machen (Produktmanager führen, Teamfähigkeiten entwickeln, Portfolio-Strategie festlegen), andere sind als die, die Sie bei 80 Mitarbeitern benötigen: rücksichtslos priorisieren mit unvollständiger Information, detaillierte Produktspezifikationen schreiben, nah an Kunden bleiben und 12 Entscheidungen pro Woche sicher treffen.

Der richtige Rahmen: Starten Sie eine Stufe unterhalb dessen, was Sie zu brauchen glauben, und befördern oder definieren Sie die Rolle neu, wenn das Team groß genug ist, um es zu rechtfertigen. Dasselbe Prinzip gilt für die Beförderung vs. externe Neubesetzung: Der Umfang muss zu den aktuellen Fähigkeiten des Kandidaten passen, nicht zum Titel, den Sie besetzen möchten.

Die drei Rollenstufen

Stufe 1: Senior Product Manager

Geeignet für: Unternehmen, die ihre erste PM-Funktion aufbauen (vor dem Product Leader). Diese Person arbeitet eng mit dem CTO oder CEO an der Priorisierung zusammen, verantwortet den Product Backlog, schreibt Specs und User Stories, verwaltet den Sprint-Zyklus und spricht regelmäßig mit Kunden.

Headcount, den sie managen können: 0 bis 2 Junior-PMs oder Associates Engineering-Teamgröße: Bis zu 8 bis 10 Engineers Was sie nicht verantworten: Unternehmensstrategie, Vertriebsnarrativ, Roadmap auf 12-Monats-Ebene (das bleibt bei den Gründern)

Kandidatensignale: Hat mehrere B2B-Produkte von Anfang bis Ende ausgeliefert, kommt gut mit Ambiguität ohne Prozessinfrastruktur zurecht, schreibt gute Specs und kann reale Beispiele vorweisen, hat Customer Discovery betrieben und nicht nur Features geliefert.

Stufe 2: Head of Product (oder Group Product Manager)

Geeignet für: Unternehmen mit einem bestehenden PM oder zweien, 10 bis 20 Engineers und dem Bedarf nach jemandem, der die Product-Funktion aufbaut und gleichzeitig selbst als arbeitender PM tätig ist.

Headcount, den sie managen können: 2 bis 4 PMs Engineering-Teamgröße: 10 bis 20 Engineers Was sie nicht verantworten: Unternehmensstrategie auf CEO-Ebene, Investor-Narrativ, Headcount-Entscheidungen außerhalb von Product

Kandidatensignale: Hat 2 bis 3 PMs geführt, hat einen Produktprozess aufgebaut oder verbessert (Roadmap-Methodik, Sprint-Kadenz, Discovery-Programm), denkt in Ergebnissen, nicht in Features.

Stufe 3: VP Product

Geeignet für: Unternehmen mit einem etablierten Product-Team (4+ PMs), die Führungsstrategie auf Leitungsebene, Executive Partnership und organisatorische Entwicklung benötigen.

Headcount, den sie managen können: 4 bis 8+ PMs Engineering-Teamgröße: 20+ Engineers Was sie nicht verantworten: Tägliche Sprint-Planung (dafür haben sie PMs)

Kandidatensignale: Hat ein Product-Team aufgebaut und skaliert, hat eine Produktportfolio-Strategie verantwortet, hat auf Board-Ebene zu Produktfragen operiert.

Die 3-Fragen-Diagnose

Frage 1: Wie viele Engineers stellen Sie in den nächsten 12 Monaten ein?

• 0 bis 5 neue Engineers: Senior PM
• 5 bis 10 neue Engineers: Head of Product
• 10+ neue Engineers: Head of Product oder VP (hängt von der aktuellen PM-Besetzung ab)

Frage 2: Haben Sie bereits einen PM?

• Keine PMs: Senior PM
• 1 bis 2 PMs: Head of Product, der sie führen kann
• 3+ PMs: Head of Product oder VP

Frage 3: Wie viel Ihrer Produktarbeit ist strategisch vs. operativ?

• Hauptsächlich operativ (Backlog-Management, Sprint, Customer Discovery): Senior PM
• Mix aus Umsetzung und Prozessaufbau: Head of Product
• Hauptsächlich strategisch (Portfolio-Ausrichtung, Organisationsentwicklung, Executive Alignment): VP

Wenn Ihre Antworten auf Senior PM hindeuten, Sie aber versucht sind, einen VP einzustellen, weil „wir irgendwann einen brauchen werden", widerstehen Sie. Sie zahlen 60.000 bis 80.000 USD mehr pro Jahr für jemanden, der zur aktuellen Arbeit nicht passt, und Sie werden ihn wahrscheinlich innerhalb von 18 Monaten verlieren, wenn er erkennt, dass die Rolle nicht ihren Erwartungen entspricht. SHRM-Daten zur PM-Fluktuation zeigen, dass Senior-Produktmanager, die im Verhältnis zur Teamgröße zu hoch eingestuft sind, in den ersten 24 Monaten 35 % häufiger kündigen als solche, die im richtigen Umfang für die Unternehmensphase eingestellt wurden.

Der Interview Loop

Stufe 1: Telefonscreening (30 Minuten)

Erfahrungsstand qualifizieren und echten Produktinstinkt prüfen. Zwei Fragen, die sich in dieser Stufe bewähren:

• „Erzählen Sie mir von einem Feature, das Sie eingestellt haben. Was war die Entscheidung, wer hat widersprochen, und wie haben Sie damit umgegangen?"
• „Wie entscheiden Sie, was Sie nicht bauen?"

Starke Product-Einstellungen haben auf beides gute Antworten. Die Frage nach dem eingestellten Feature zeigt, ob sie harte Abwägungsentscheidungen treffen können oder dazu neigen, allem zuzustimmen. Die Frage nach dem Nicht-Bauen zeigt Priorisierungsdisziplin.

Stufe 2: Product Critique Exercise (45 Minuten)

Schicken Sie ihnen einen Link zu Ihrem Produkt (oder eine Bildschirmaufnahme, falls es hinter einem Login liegt) und geben Sie ihnen 48 Stunden.

Bitten Sie sie, Folgendes zu erstellen:

1. Ihre Einschätzung der drei größten UX- oder Produktwertprobleme
2. Ein Feature, das sie priorisieren würden, und warum
3. Ein Feature, das sie entfernen oder zurückstellen würden

Vertiefen Sie die Übung anschließend im Interview. Das Ergebnis ist weniger wichtig als die Begründung. Sie suchen nach:

• Formulieren sie Probleme in Kundenergebnissen oder internen Annahmen?
• Betrachten sie das Produkt aus Nutzersicht oder aus der Perspektive des Bauers?
• Begründen sie die Priorisierung mit Belegen oder nur mit Meinungen?
• Sind sie diplomatisch oder ehrlich, wenn sie etwas Falsches finden?

Produktmanager, die ein Produkt nicht diplomatisch kritisieren können, werden dem Vertriebsteam auch keine Roadmap-Anfragen ablehnen können. Referenzprüfungen sind hier besonders aufschlussreich. Ehemalige Kollegen verraten Ihnen, ob ein Kandidat unter kommerziellem Druck einen Standpunkt halten oder dazu neigen konnte einzulenken. Siehe Referenzprüfungen, die echte Signale liefern für die Struktur dieser Gespräche.

Stufe 3: Priorisierungsrahmen-Session (60 Minuten)

Das ist eine Arbeitssession, keine Präsentation. Geben Sie ihnen einen fiktiven Product Backlog mit 20 Elementen aus einer Mischung von Bug-Fixes, kundenwünschen Features, technischen Schulden und strategischen Wetten. Teilen Sie ihnen mit, dass Engineering nächstes Quartal Kapazität für 6 Elemente hat.

Gehen Sie den Backlog gemeinsam durch und bitten Sie sie zu priorisieren. Sie evaluieren:

• Stellen sie klärende Fragen, bevor sie priorisieren, oder springen sie direkt zu Antworten?
• Welches Framework wenden sie an? (RICE, ICE, MoSCoW: Es gibt keine richtige Antwort, aber sie sollten eine Methode haben.)
• Wie gehen sie mit Unklarheiten über den Kundeneinfluss um?
• Können sie eine Entscheidung treffen, wenn die Daten unvollständig sind?
• Wie erklären sie die Abwägungen jemandem, dessen Element es nicht in die Liste geschafft hat?

Dieser letzte Punkt ist wichtig. In einem mittelständischen Unternehmen muss der Product Leader dem Vertrieb und CS ständig erklären, warum eine Kundenanfrage nicht auf dem Roadmap steht. Wenn sie das nicht in einem Gespräch mit Ihnen können, werden sie es auch nicht mit einem skeptischen VP Sales können.

Stufe 4: Customer Interview Debrief (30 Minuten)

Wenn Sie eine aktuelle Customer-Discovery-Aufnahme haben (mit Zustimmung) oder eine simulieren können, nutzen Sie diese. Andernfalls schreiben Sie ein fiktives 1-seitiges Kundeninterview-Transkript, in dem der Kunde Frustration mit einem Workflow ausdrückt und vage drei verschiedene mögliche Ursachen andeutet.

Bitten Sie sie, das Interview zu debriefing: Was sind die wichtigsten Erkenntnisse, was ist der Job-to-be-Done, welche Fragen sind noch nicht beantwortet, und was würden sie als nächstes tun?

Das zeigt, ob sie in Kundenproblemen oder Produktlösungen denken. Ein PM, der sofort zu „hier ist, was wir bauen sollten" springt, überspringt den schwierigsten Teil der Arbeit.

Die 30/60/90-Tage-Planvorlage

Nutzen Sie diese, um Erwartungen beim Angebot und in den ersten Wochen zu kalibrieren.

Erste 30 Tage: Orientieren

• 5 Kundengespräche begleiten (nicht nur Demos, sondern Support-Calls, Onboarding-Calls, QBR-Gespräche)
• Die letzten 3 Monate Support-Tickets auf Muster prüfen
• Jede in den letzten 6 Monaten geschriebene Produktspezifikation lesen (auch grobe)
• 1:1-Meetings mit jedem Engineer und Designer führen
• Einen priorisierten Backlog aus Gelerntem erstellen (auch grob)

Erste 60 Tage: Beitragen

• Ersten vollständigen Sprint als primärer PM leiten
• Priorisierten Roadmap für das nächste Quartal fertigstellen
• 3 bis 5 strukturierte Customer-Discovery-Interviews eigenständig durchführen
• Ein First-Principles-Dokument zum Job-to-be-Done des Produkts veröffentlichen
• Erste Backlog-Refinement-Session mit Engineering leiten

Erste 90 Tage: Verantworten

• Vollständige Verantwortung für den Product Backlog übernehmen
• Quarterly Planning eigenständig leiten
• Regelmäßige Customer-Discovery-Kadenz etablieren
• Einen schriftlichen „Product State of the Union" mit Empfehlungen an die Gründer liefern
• Definieren, wie Erfolg für die nächsten zwei Quartale aussieht

Passen Sie Meilensteine an Ihre Sprint-Kadenz und Teamgröße an. Das Schlüsselsignal ist, ob sie Artefakte erstellen, auf die das Team sich verlässt (Specs, Roadmap, Discovery-Erkenntnisse), und nicht nur Meetings besuchen. Das Onboarding-Buddy-System funktioniert bei Product-Einstellungen genauso gut wie bei Vertriebsmitarbeitern. Die Paarung mit einem Senior Engineer in den ersten 30 Tagen beschleunigt den technischen Kontextaufbau, der allein am schwersten ist.

Das Gespräch „Wer verantwortet den Roadmap?"

Führen Sie vor dem Start des neuen Mitarbeiters ein explizites Gespräch darüber, wer was verantwortet. Das ist der häufigste Konflikt nach der Einstellung in frühen Product-Teams.

• Gründer/CEO: Unternehmensstrategie, in welchen Märkten man konkurriert, was das Produkt auf höchster Ebene tut und nicht tut
• Product Leader: Wie man dorthin gelangt, was als nächstes gebaut wird, wie es sequenziert wird, Abwägungsentscheidungen zwischen konkurrierenden Features
• Engineering: Wie es gebaut wird, technische Architektur, Build-vs-Buy-Entscheidungen
• Vertrieb/CS: Kundeneingaben, keine Produktausrichtung

Wenn der CEO nach dem dritten Monat noch wöchentlich Produktentscheidungen überstimmt, stimmt etwas nicht. Entweder ist die Einstellung nicht die richtige Person, oder der CEO hat nicht wirklich losgelassen. Ein nützliches Signal: Wenn Ihre Product-Einstellung bis Tag 60 keine effektiven One-on-Ones mit ihren Engineering-Partnern führt, ist der Entscheidungskreis immer noch zu abhängig vom CEO.

Vergütungsbenchmarks

Equity für die erste Product-Einstellung sollte bedeutsam sein. Sie prägen die Produkttrajektorie des Unternehmens. Wenn Ihr Optionspool eingeschränkt ist, führen Sie dieses Gespräch frühzeitig, anstatt beim Angebot eine zu niedrige Equity-Zahl zu präsentieren. BLS-Daten für Software-Produktmanager liefern nationale Referenzwerte, die helfen zu kalibrieren, ob Ihre Gehaltsspannen in Ihrem geografischen Markt wettbewerbsfähig sind.

Häufige Fehler

Einstellung eines prozessorientierten PM, wenn Sie einen Builder brauchen. Einige PMs sind hervorragend darin, Prozesse zu betreiben: Sprint-Zeremonien, Stakeholder-Reviews, Roadmap-Präsentationen. Aber in einem 60-Personen-Unternehmen brauchen Sie keinen Prozessmanager. Sie brauchen jemanden, der am Montag eine Spec schreiben und freitags liefern kann. Fragen Sie gezielt nach ihrer eigenständigen Arbeit, nicht nur nach ihrem Prozessmanagement.

Keine Definition, wer den Roadmap verantwortet. Ohne eine klare Definition werden VP Sales und CEO ihn standardmäßig weiterhin besitzen, und Ihre neue PM-Einstellung wird die ersten 90 Tage damit verbringen, herauszufinden, wessen Input mehr zählt.

VP Product bei Series A einstellen. Sie haben fast sicher nicht die Teamgröße oder Organisationskomplexität, um dieses Level zum Funktionieren zu bringen. Der VP wird unterfordert sein, zu viele Ressourcen haben und innerhalb von 18 Monaten gegangen sein.

---

Mehr erfahren

• Einen Chief of Staff einstellen: Wann es richtig ist und wann es verfrüht ist
• Intern vs. extern: Das Framework für die Entscheidung Beförderung oder externe Einstellung
• AI Skills Matrix für wachsende Teams
• Zeit bis zur Produktivität nach dem Onboarding messen