Deutsch

Shreyas Doshi Führungsstil: Produktdenken über Produktmanagement

Shreyas Doshi Leadership Profile

Shreyas Doshi verbrachte 10 Jahre in drei der meistuntersuchten Produktorganisationen im Internet — Yahoo, Twitter und Stripe — und ging dann Executive-Titel hinter sich lassen, um öffentlich zu denken und zu schreiben.

Diese Entscheidung ist entweder ein Karriererisiko oder eine Strategie, je nachdem, was man aufzubauen versucht.

In Doshis Fall ist es eine Strategie. Er verließ Stripe um 2019 ohne nächste Stelle und wurde innerhalb von 18 Monaten zu einer der meistzitierten Stimmen in Produktstrategie. Er tat es durch X-Twitter-Threads, die spezifisch genug waren, um nützlich zu sein, und ehrlich genug, um unbequem zu sein. Er hat jetzt 500.000+ Follower und mehr Einfluss darauf, wie Produktmanager über ihre Arbeit nachdenken, als die meisten CPOs bei öffentlichen Unternehmen. Seine ausführlichen Schriften sind auf seinem Substack gesammelt, wo er längere Frameworks veröffentlicht, die seine Twitter-Threads verdichten.

Das ist kein Zufall. Die Frameworks, die Doshi entwickelte — LNO-Aufgabenpriorisierung, die Produktmanager-vs.-Produktdenker-Unterscheidung, Pre-Mortem-Disziplin — sind direkt auf Entscheidungen anwendbar, die Sie diese Woche treffen. Sie kamen nicht aus akademischer Forschung oder Beratungsaufträgen. Sie kamen aus jahrelangem Operieren innerhalb schwieriger Probleme in sich schnell bewegenden Unternehmen.

Steckbrief

  • Ehemaliger Director of Product Management bei Stripe — leitete Produktorganisationen, bevor er um 2019 ausschied, um unabhängig zu lehren und zu schreiben
  • Frühere Rollen bei Google, Twitter, Yahoo und Nokia — über ein Jahrzehnt in vier der meistuntersuchten Produktorganisationen der 2000er-2010er Jahre
  • Unabhängiger Produktberater und Consultant für große Tech-PM-Organisationen und Startups
  • LinkedIn Top Voice und einer der meistgefolgten Produktdenker auf X (Twitter) mit 500.000+ Followern
  • Autor weitverbreiteter PM-Frameworks — LNO (Leverage/Neutral/Overhead), Produktdenker vs. Produktmanager, Pre-Mortem-Disziplin, Anti-Goals, „Product Sense"
  • Beiträger zu Lennys Newsletter und Verleger langer Frameworks auf shreyasdoshi.substack.com

Das LNO-Framework (Doshi-Produktdenk-Modell)

Das LNO-Framework ist Shreyas Doshis Drei-Eimer-Aufgabenklassifizierungssystem, das jede Einheit der Arbeit eines Produktmanagers in Leverage-Aufgaben (unverhältnismäßig wirkungsvolle Entscheidungen und strategische Artefakte, die etwa 80 % der Aufmerksamkeit verdienen), Neutral-Aufgaben (notwendige Koordination und Berichterstattung, die die minimal nötige Zeit verbrauchen sollten) und Overhead-Aufgaben (redundante Meetings, Genehmigungen und Status-Rituale, die Leverage-Arbeit aktiv verdrängen und aggressiv eliminiert werden müssen) sortiert. Die Disziplin des Frameworks ist, dass Overhead nie durch Mehrarbeit reduziert wird — er wird reduziert, indem er benannt, öffentlich kategorisiert und Teams explizit die Erlaubnis gegeben wird, ihn zu kürzen.

Führungsstil-Analyse

Stil Gewichtung Wie er sich zeigte
Frameworks-Architekt 55 % Doshis primärer Beitrag ist konzeptuell. Er nimmt Probleme, die Praktiker intuitiv spüren, aber nicht präzise benennen können, und gibt ihnen Frameworks, die das Problem handlungsfähig machen. LNO beschreibt nichts Neues über Aufgabenpriorisierung — die Leute haben immer gewusst, dass manche Arbeit mehr zählt als andere. Aber die Kategorien zu benennen (Leverage, Neutral, Overhead) und auf den Unterscheidungen zu bestehen, schafft ein Entscheidungswerkzeug. Die Produktmanager-vs.-Produktdenker-Unterscheidung funktioniert genauso: der Unterschied existierte bevor Doshi ihn benannte, aber das Benennen gab Produktführungskräften eine gemeinsame Sprache für eine Lücke, an der sie gearbeitet hatten, ohne sie direkt ansprechen zu können.
Operator für radikale Klarheit 45 % Doshi operierte in Organisationen, in denen strategische Klarheit wirklich schwer aufrechtzuerhalten war. Twitters Produktausrichtung war während seiner Zeit dort auf Führungsebene umstritten. Stripes Ambitionen erweiterten sich schneller als die organisatorische Ausrichtung. In diesen Umgebungen drehte sich sein Betriebsstil darum, Mehrdeutigkeit zu beseitigen — bereit zu sein, unbequeme Dinge klar zu sagen statt um sie herumzuarbeiten. Seine öffentlichen Schriften spiegeln dieselbe Qualität wider. Er veröffentlicht regelmäßig Threads, die Fehlermuster im Produktmanagement benennen, die die meisten Praktiker erkennen, aber in Meetings nicht sagen. Die Kombination aus Framework-Präzision und Direktheit verleiht seiner öffentlichen Persona ihre Glaubwürdigkeit.

Die 55/45-Aufteilung ist wichtig, weil Doshi anders operiert als die meisten Produktdenker. Er ist nicht in erster Linie ein Coach (wie Torres) oder ein Systemkritiker (wie Cagan). Er baut Frameworks in der Öffentlichkeit auf und testet sie gegen ein großes Publikum von Praktikern, die zurückdrängen, sie anwenden und berichten. Diese Feedback-Schleife ist der Mechanismus, der seine Frameworks ehrlich hält.

Zentrale Führungseigenschaften

Eigenschaft Bewertung Was das in der Praxis bedeutet
Pre-Mortem-Disziplin Außergewöhnlich Doshis operativ nützlichste Gewohnheit ist das Durchführen von Pre-Mortems vor dem Committen zu größeren Initiativen. Ein Pre-Mortem fragt: Wenn dieses Projekt in einem Jahr scheitert, was ist die wahrscheinlichste Misserfolgsgeschichte? Diese Frage bringt Annahmen ans Licht, die Optimismus verbirgt. Die meisten Planungsprozesse sind darauf ausgelegt, das Vertrauen in einen Plan aufzubauen. Ein Pre-Mortem ist darauf ausgelegt, den schwächsten Punkt des Plans zu finden, bevor man in ihn investiert ist. Doshi wendet das auf Produktstrategie, Karriereentscheidungen und Organisationsgestaltung an. Es ist auf jede Hochrisiko-Entscheidung mit unsicherem Ergebnis übertragbar.
LNO-Aufgabenpriorisierung Sehr hoch Doshis LNO-Framework — Leverage, Neutral, Overhead — ist ein tägliches Werkzeug zur Steuerung, wohin Aufmerksamkeit geht. Leverage-Aufgaben sind diejenigen, die unverhältnismäßige Ergebnisse produzieren: eine Entscheidung, die fünf Menschen entblockt, ein Gespräch, das die Strategie für das Quartal klärt, ein Dokument, das zehn Meetings ersetzt. Neutral-Aufgaben sind notwendig, aber nicht multiplizierend: Reviews, Berichterstattung, Routinekommunikation. Overhead-Aufgaben sind organisatorischer Widerstand: Meetings, die E-Mails sein könnten, Prozesse, die existieren, weil niemand sie entfernt hat, Koordinationsarbeit, die keine direkte Ausgabe produziert. Die meisten Menschen wissen, dass sie Zeit mit Overhead verbringen. LNO gibt Ihnen ein Label und ein Mandat, ihn zu eliminieren.
Toleranz für das öffentliche Aussprechen unbequemer Wahrheiten Hoch Doshis öffentliche Threads benennen regelmäßig Dinge, mit denen Praktiker übereinstimmen, aber bei der Arbeit nicht sagen. „Ihr PM-Team besteht größtenteils aus Projektmanagern" ist nicht etwas, das die meisten CPOs in einem All-Hands sagen werden. Doshi sagt es auf X mit spezifischen Beispielen. „Die meisten Produkt-Roadmaps sind Eitelkeitsdokumente" ist keine sichere Meinung innerhalb eines Unternehmens mit einer kürzlich genehmigten Roadmap. Doshis Bereitschaft, unbequeme Spezifika zu veröffentlichen, unterscheidet seine Schriften von allgemeinem Produktmanagement-Rat — und es ist das, was das Engagement erzeugt, das sein Publikum die Frameworks vertrauen lässt.
Unterscheidung zwischen Produktmanagern und Produktdenkern Hoch Doshis Produktmanager-vs.-Produktdenker-Unterscheidung ist sein intellektuell präzisester Beitrag. Ein Produktmanager führt einen Prozess aus: Discovery, Priorisierung, Roadmap, Lieferung. Ein Produktdenker fragt, ob der Prozess das Richtige aufbaut — ob das optimierte Ergebnis das richtige Ergebnis ist, ob das gelöste Kundenproblem das echte Problem ist, ob die Strategie, der die Roadmap dient, korrekt ist. Die meisten Organisationen stellen für Produktmanagement-Kompetenz ein und erwarten Produktdenken. Dieses Missverhältnis ist eine anhaltende Quelle von Frustration auf beiden Seiten.

Die 3 Frameworks, die Shreyas Doshi definierten

1. LNO-Framework — Leverage, Neutral, Overhead

Doshi entwickelte das LNO-Framework als Reaktion auf ein Problem, das er in mehreren Organisationen beobachtete: Kluge, fähige Menschen, die sehr hart arbeiten und mittelmäßige Ergebnisse produzieren. Das Problem war nicht der Einsatz. Es war, wohin der Einsatz gelenkt wurde.

LNO ist ein Klassifizierungssystem für Aufgaben. Jede Aufgabe, die ein PM erledigt, fällt in eine von drei Kategorien. Leverage-Aufgaben sind diejenigen, die Ergebnisse produzieren, die unverhältnismäßig zur investierten Zeit sind — Entscheidungen, die Teams entblocken, strategische Dokumente, die Ausrichtung über Funktionen hinweg schaffen, Kundengespräche, die die Richtung eines Features ändern. Das sind die Aufgaben, die 80 % der Zeit eines PM verdienen.

Neutral-Aufgaben sind notwendig, aber nicht multiplizierend. Sprint-Zeremonien, Status-Updates, regelmäßige Review-Meetings, routinemäßige Stakeholder-Kommunikation. Diese müssen stattfinden. Sie sollten nicht mehr Zeit verbrauchen als das Minimum, das benötigt wird, um sie laufend zu halten.

Overhead-Aufgaben sind die teure Kategorie. Das ist die Arbeit, die Zeit verbraucht, ohne Ausgaben zu produzieren, die wichtig sind: redundante Genehmigungsprozesse, Koordination, die durch eine Entscheidung ersetzt werden könnte, Meetings, die keine Entscheidungen produzieren und eine E-Mail hätten sein können. Overhead ist nicht nur deshalb korrosiv, weil er Zeit verbraucht, sondern weil er Leverage-Arbeit verdrängt. Ein PM, der 4 Stunden in Status-Update-Meetings verbringt, verbringt nicht 4 Stunden weniger mit Neutral-Arbeit. Er verbringt 4 Stunden weniger mit den Entscheidungen und dem strategischen Denken, die das Produkt tatsächlich voranbringen.

Die praktische Anwendung des LNO-Frameworks erfordert die Bereitschaft, etwas zu tun, dem die meisten Organisationen widerstehen: Overhead explizit zu kategorisieren und zu eliminieren. Das ist schwieriger als es klingt, weil Overhead oft als Verantwortlichkeit präsentiert wird — das Status-Meeting existiert, weil die Führung Sichtbarkeit will, der Genehmigungsprozess existiert, weil einmal etwas schiefging. Doshis Argument ist, dass Verantwortlichkeit durch Overhead ein schlechter Tausch ist. Die Sichtbarkeit, die Sie bekommen, kostet mehr an Leverage-Arbeit als sie wert ist.

2. Produktmanager versus Produktdenker

Doshis einflussreichster konzeptueller Beitrag ist kein Framework, das man ausfüllt. Es ist eine Unterscheidung, die eine andere Art der Selbstbewertung erzwingt. Seth Godin wendet eine ähnliche Disziplin auf Marketing an — indem er fragt, ob man für das kleinstmögliche lebensfähige Publikum baut, das einen vermissen würde, statt für Reichweite zu optimieren. Der strukturelle Schachzug ist identisch: die Prämisse hinterfragen, bevor die Ausführung optimiert wird.

Ein Produktmanager führt eine Reihe von Praktiken aus. Discovery, Definition, Priorisierung, Lieferung, Messung. Er weiß, wie man einen Sprint leitet, ein PRD schreibt, ein Nutzerinterview durchführt, einen Funnel analysiert. Das sind erlernbare Fähigkeiten, und die meisten PMs, die den Job zwei oder drei Jahre gemacht haben, beherrschen sie einigermaßen.

Ein Produktdenker stellt die Frage stromaufwärts all dieser Praktiken: Lösen wir das richtige Problem? Ist das optimierte Ergebnis das Ergebnis, das wichtig ist? Ist das Kundensegment, für das wir bauen, dasjenige, dessen Problem es wert ist zu lösen? Erfassen wir Wert proportional zum geschaffenen Wert?

Die Unterscheidung ist wichtig, weil die meisten Organisationen für Produktmanagement-Fähigkeiten einstellen und Produktdenk-Ergebnisse erwarten. Sie wollen einen PM, der den Prozess effizient ausführen kann, aber auch einen PM, der weiß, wann der Prozess auf die falsche Sache zeigt. Das sind verschiedene Menschen — oder vielmehr dieselben Menschen in verschiedenen Entwicklungsstufen. Man kann ein technisch versierter PM sein, ohne ein Produktdenker zu sein. Aber man kann kein wirkungsvoller PM sein, ohne es.

Doshis Argument ist, dass der Unterschied zwischen PMs mit überproportionalem Einfluss und PMs, die kompetent, aber austauschbar sind, fast immer diese Unterscheidung ist. Die wirkungsvollen fragen, ob was wir bauen, richtig ist, bevor sie fragen, ob wir es richtig bauen.

Für Produktleiter ist die Implikation diagnostisch: Schauen Sie sich die Fragen an, die Ihre PMs in Reviews stellen. Wenn jede Frage zur Ausführung gehört — was ist der Zeitplan, was sind die Abhängigkeiten, was ist das Risiko — und keine zur Strategie — warum tun wir das, was passiert, wenn wir es nicht tun, was müsste wahr sein, damit das gelingt — dann haben Sie ein Team fähiger Produktmanager, die kein Produktdenken betreiben. Die Lösung ist kein Trainingsprogramm. Es ist zu ändern, welche Fragen Sie in Reviews stellen, was ändert, welche Fragen sich sicher zu stellen anfühlen.

3. Pre-Mortem und Anti-Goals-Denken

Doshis Pre-Mortem-Praxis kommt von Gary Kleins Arbeit in der Entscheidungswissenschaft, veröffentlicht in HBR, aber Doshi wendete sie an und popularisierte sie speziell im Produktmanagement-Kontext. Peter Drucker rahmte dieselbe Disziplin Jahrzehnte früher als „der effektive Manager" — der Manager, der Entscheidungen trifft, indem er zuerst fragt, was wahr sein müsste, damit das falsch ist, nicht was wahr sein müsste, damit es gelingt. Die Übung ist einfach: Bevor man sich zu einer großen Initiative verpflichtet, projiziert man sich ein Jahr in die Zukunft zu einem Misserfolgs-Zustand. Das Projekt wurde gestartet, es hat nicht funktioniert, und jetzt führt man eine Retrospektive durch. Was war der wahrscheinlichste Grund für das Scheitern?

Die Disziplin des Pre-Mortem ist, dass er den Optimismus-Bias umgeht, der die Planung durchdringt. Wenn man vorwärts plant, vergleicht das Gehirn mit Erfolgsgeschichten und filtert die Misserfolgsmodi heraus. Wenn man von einem Misserfolg rückwärts projiziert, werden die Misserfolgsmodi sichtbar, weil man sich die Erlaubnis gegeben hat, sie ernst zu nehmen.

Doshi wendet das auf Produktstrategie, Organisationsgestaltungsentscheidungen und persönliche Karriereentscheidungen an. Die Struktur ist immer dieselbe: die Misserfolgsgeschichte im Voraus benennen, die Annahme identifizieren, die diese Misserfolgsgeschichte enthüllt, und entscheiden, ob der Plan geändert oder das Risiko explizit akzeptiert werden soll.

Anti-Goals sind eine verwandte Praxis. Die meisten strategischen Planungen definieren, was man zu erreichen versucht. Anti-Goals definieren, was man explizit nicht zu erreichen versucht — Ergebnisse, auf die man bereit ist zu verzichten, Kundensegmente, für die man nicht optimiert, Metriken, die man im Dienst des gewählten Ziels sinken lassen ist.

Anti-Goals sind wichtig, weil sie Trade-offs offenbaren, die positives Zielesetzen verbirgt. Wenn das Ziel Wachstum bei Enterprise-Konten ist, was wird de-priorisiert? Wenn man das nicht explizit sagt, wird man die Antwort implizit entdecken, wenn die SMB-Bindungsrate zu sinken beginnt und niemand die Entscheidung getroffen hat, das geschehen zu lassen. Anti-Goals bringen den Trade-off an die Oberfläche, wo er entschieden statt entdeckt werden kann.

Was Shreyas Doshi in Ihrer Rolle tun würde

Als CEO ist Doshis nützlichstes Framework für Sie Anti-Goals. Sie haben fast sicher Jahresziele. Was sind die Dinge, für die Sie in diesem Jahr explizit nicht optimieren? Wenn Sie diese Frage nicht klar beantworten können, wird Ihre Organisation die implizite Antwort in der zweiten Jahreshälfte entdecken, wenn widersprüchliche Prioritäten Entscheidungs-Gridlock schaffen. Die Anti-Goal-Liste zwingt Sie, zu entscheiden, was niedrigere Priorität hat, bevor der Moment des Konflikts eintritt, wenn die Entscheidung einfacher klar zu treffen ist.

Als COO gilt das LNO-Framework direkt dafür, wie Ihr Team Zeit verbringt. Führen Sie die Übung mit Ihren Direct Reports durch: Lassen Sie jede Person ihre letzte Arbeitswoche in Leverage, Neutral und Overhead klassifizieren. Dann schauen Sie sich die Overhead-Spalte als Führungsfrage an, nicht als individuelle. Wenn Ihre Direct Reports erhebliche Zeit in Meetings verbringen, die keine Entscheidungen produzieren, oder in Koordination, die existiert, weil Informationen nicht automatisch fließen, sind das strukturelle Misserfolge, die Sie beheben können. Bitten Sie die Menschen nicht, Overhead aus ihren individuellen Kalendern zu eliminieren, ohne die organisatorischen Strukturen zu ändern, die ihn erzeugen.

Als Produktverantwortlicher gibt Ihnen die Produktmanager-vs.-Produktdenker-Unterscheidung eine diagnostische Linse für Ihr Team. Für jeden Ihrer PMs fragen Sie: Wann haben sie zuletzt die Prämisse eines Projekts herausgefordert, bevor es genehmigt wurde? Wann haben sie zuletzt „Ich glaube nicht, dass wir das bauen sollten" auf der Grundlage eines strategischen Arguments statt eines Kapazitätsarguments gesagt? PMs, die nur Nein sagen, wenn keine Kapazität verfügbar ist, führen einen Prozess aus. PMs, die Nein sagen, wenn das Projekt falsch ist, betreiben Produktdenken. Sie wollen ein Team, das beides tut, und Sie bauen es, indem Sie es sicher machen, Strategiefragen zu stellen, bevor die Planung festgelegt ist.

Im Sales oder Marketing ist Doshis Pre-Mortem die am direktesten anwendbare Praxis. Bevor man sich zu einer Kampagne, einer Preisänderung oder einer GTM-Bewegung verpflichtet, führt man die Misserfolgsgeschichte vorwärts: Es ist ein Jahr von jetzt, das hat nicht funktioniert. Was war der wahrscheinlichste Grund? Diese Frage wird die Annahme ans Licht bringen, die man am unwilligsten ist zu untersuchen — was normalerweise die wichtigste ist. Die meisten GTM-Misserfolge sind im Voraus vorhersehbar. Das Pre-Mortem verhindert keine Misserfolge; es konvertiert ungeprüfte Annahmen in bekannte Risiken, die man entweder mindern oder explizit akzeptieren kann.

Doshis Denken mit Rework anwenden

Product Sense entwickelt sich nicht in Isolation — es entwickelt sich, wenn PMs den vollen Bogen einer Entscheidung sehen können, von Kundensignal bis zur Roadmap-Verpflichtung bis zum gelieferten Ergebnis. Die meisten Produktteams verlieren diesen Bogen, weil die Evidenz in sechs Werkzeugen lebt: Interview-Notizen in einem Dokument, Tickets in einem Tracker, Deals in einem CRM, Support-Themen in einem Help-Desk, Entscheidungen in Slack, Metriken in einem Dashboard. Rework kollabiert den Stack — CRM, Projektmanagement, Kundengespräche und gemeinsame Operations in einem Workspace ab 6 $/Nutzer/Monat — sodass das Signal, das ein Produktdenker braucht, um eine Prämisse zu hinterfragen, tatsächlich erreichbar ist. Das ist die Voraussetzung dafür, dass LNO funktioniert: Man kann eine Aufgabe nur als Leverage vs. Overhead klassifizieren, wenn man sehen kann, welche Aufgaben die wichtige Metrik bewegt haben. Rework gibt PM-, Sales- und Support-Teams eine gemeinsame Oberfläche, auf der Roadmap-Wetten und ihre nachgelagerten Ergebnisse in derselben Ansicht sichtbar sind — genau die Workflow-Sichtbarkeit, die Doshis Frameworks voraussetzen, die die meisten Organisationen aber nie aufbauen.

Bemerkenswerte Zitate und Lektionen jenseits des Boardrooms

„Der Unterschied zwischen großartigen PMs und mittelmäßigen PMs ist nicht Talent. Es ist, wie sie über Probleme nachdenken." Doshi veröffentlichte das in einem Thread, der zehntausende Engagements erhielt, und der Grund, warum es ankam, ist, dass es eine Umformulierung ist, der die meisten Praktiker noch nicht begegnet waren. Die normale Zuschreibung für PM-Qualität ist Ausführungsfähigkeit. Doshis Argument ist, dass Ausführungsfähigkeit das Mindestmaß ist. Das Differenzial liegt stromaufwärts.

Sein Framing von „beschäftigt aussehen vs. produktiv sein" ist es wert, buchstäblich als Kalender-Audit angewandt zu werden. Ziehen Sie die letzten zwei Wochen heraus. Fragen Sie für jedes Ereignis und jede Aufgabe ehrlich: War das Leverage-Arbeit, die Ergebnisse produzierte, oder war es Overhead, der den Anschein von Aktivität produzierte? Die meisten Führungspersönlichkeiten, die diese Übung ehrlich durchführen, stellen fest, dass 30–40 % ihrer Zeit Overhead war, der als Arbeit verkleidet war. Das ist kein persönliches Versagen. Es ist ein Organisationsgestaltungsproblem. Aber es ist ein Problem, das man anfangen kann zu lösen, sobald man es benannt hat.

Sein konsistentester anwendbarer Rat dreht sich um das frühzeitige Vertrauen unbequemer Daten. Doshis Pre-Mortem-Disziplin kommt aus derselben Quelle wie sein Produktdenker-Framing: Die meisten Planungsmisserfolge geschehen, weil die Information, die die Entscheidung geändert hätte, vor der Entscheidung verfügbar war, aber die Organisationskultur keinen Raum dafür schuf. Sein Betriebsprinzip ist es, aktiv nach dem unbequemen Signal zu suchen, statt es herauszufiltern.

Wo dieser Stil versagt

Doshis Frameworks setzen voraus, dass man kluge Menschen hat, die mit intellektueller Ehrlichkeit über ihre eigene Leistung umgehen können. LNO bricht in Organisationen, wo die Definition von „Leverage" umstritten ist — wo das, was der PM als Leverage betrachtet, von dem abweicht, was die Organisation schätzt. Das ist kein Framework-Problem; es ist ein Ausrichtungsproblem, das das Framework ans Licht bringt, aber nicht auflösen kann.

Sein öffentlicher Schreibmodus übersetzt sich auch nicht direkt auf Entscheidungsträger, die Privatsphäre brauchen. Doshis 500.000-Follower-Lehrplattform funktioniert, weil er nicht von den Unternehmen angestellt ist, die er analysiert. Innerhalb eines Unternehmens schafft das öffentliche Schreiben über Produktmisserfolge andere Risiken.

Und die meisten seiner Frameworks sind für B2B-SaaS-Produktteams optimiert — mittelstadium-Unternehmen mit technischen Produkten und etabliertem PMF. Hardware-Produkte, regulierte Industrien und Consumer-Unternehmen mit anderen Discovery-Dynamiken werden von seinem spezifischen Framing weniger gut bedient. Die zugrundeliegenden Prinzipien übertragen sich; die spezifischen Anwendungen nicht immer.

Für verwandte Lektüre zu Produktstrategie und Priorisierung, siehe Marty Cagan Führungsstil, Teresa Torres Führungsstil und Strategische Priorisierung für Produktleiter.