Deutsch

Teresa Torres Führungsstil: Continuous Discovery, Opportunity Trees und ergebnisorientierte Produktarbeit

Teresa Torres Leadership Profile

Die meisten Produktteams betreiben Discovery in Chargen. Sie führen einen Research-Sprint durch, synthetisieren Erkenntnisse, übergeben einen Bericht und fahren fort. Teresa Torres coachte jahrelang Produktteams und stellte fest, dass dieses Modell fast nie funktioniert — nicht weil der Research schlecht ist, sondern weil die Lücke zwischen Discovery und Entscheidung zu groß ist.

Ihr Continuous-Discovery-Framework schließt diese Lücke.

Kernfakten: Teresa Torres ist eine Product-Discovery-Coach und Autorin von „Continuous Discovery Habits" (Product Talk Press, 2021), Schöpferin der Opportunity-Solution-Tree-Methodik. Über Product Talk hat sie mehr als 500 Produktteams in Continuous Discovery unterwiesen, darunter Teams bei Spotify, Atlassian und Ancestry. Sie ist eine häufige Keynote-Sprecherin bei Mind the Product und ProductCon.

Die Torres-Continuous-Discovery-Doktrin

Der Opportunity Solution Tree ist ein visuelles Discovery-Artefakt, das ein gewünschtes Produktergebnis mit Kundenopportunitäten, Kandidatenlösungen und den Annahmen verbindet, auf denen jede Lösung basiert. Torres' Doktrin verbindet diesen Tree mit einer nicht verhandelbaren wöchentlichen Kundeninterview-Kadenz, die vom Product Trio (PM, Designer, Engineer) durchgeführt wird. Gemeinsam wandeln sie Discovery von einem periodischen Research-Projekt in eine kontinuierliche Gewohnheit um, die Annahmen aktualisiert, bevor Lieferverpflichtungen fest werden.

Der Opportunity Solution Tree ist keine methodische Neuheit. Er ist eine strukturelle Antwort auf eine spezifische Fehlerart: Produktteams, die Dinge ausliefern, ohne das Kundenproblem benennen zu können, das sie lösen. Torres verbrachte ein Jahrzehnt damit, Product Talk als Coaching- und Schreibplattform aufzubauen und direkt mit PM-Teams in B2B-SaaS-Unternehmen zu arbeiten, bei denen Product-Market-Fit etabliert, aber der Produktprozess noch unreif war.

Wenn Ihre PMs eher Projektmanagern als Problemlösern ähneln, ist Torres' Arbeit der klarste praktische Weg zwischen dem Ist-Zustand und dem, was Marty Cagan als Sollzustand beschreibt. Sie ist diejenige, die operationalisiert, was Cagan beschreibt.

Führungsstil im Überblick

Stil Gewichtung Wie er sich zeigte
Systemdenkendes Coaching 60% Torres' primärer Beitrag ist architektonischer Natur. Der Opportunity Solution Tree ist ein visuelles System, das Produktteams zwingt, innezuhalten und die Beziehung zwischen einem gewünschten Ergebnis, den Kundenopportunitäten, die es bedienen, den Lösungen, die diese Opportunitäten adressieren, und den Annahmen, die vor dem Commitment getestet werden müssen, zu kartieren. Das ist ein Workflow-Redesign, keine Research-Methode. Torres arbeitete jahrelang mit realen Teams — nicht hypothetischen — um zu verstehen, warum die Lücke zwischen Discovery und Entscheidung bestehen bleibt, und sie entwickelte das Framework, um genau diese Lücke zu schließen, nicht um einen Idealzustand zu beschreiben.
Praktizierende Forscherin 40% Torres kommt aus Product-Operations- und UX-Hintergründen, nicht aus akademischer Forschung. Ihre Autorität stammt nicht von einem Doktortitel oder einem berühmten Unternehmen. Sie kommt vom Coaching Hunderter von Produktteams über die Product-Talk-Plattform, vom Durchführen von Coaching-Kohorten und vom Veröffentlichen von Inhalten auf producttalk.org, die PMs seit über einem Jahrzehnt lesen und anwenden. Diese praxisbasierte Glaubwürdigkeit bedeutet, dass ihre Frameworks die Merkmale realer Fehlerarten tragen — sie hat gesehen, was bricht, wo Teams stecken bleiben und wo die Theorie den Kontakt mit einem Jahresplanungszyklus nicht übersteht.

Die Aufteilung erklärt Torres' Position im Produkt-Kanon. Cagan liefert die Organisationsarchitektur. Torres liefert die wöchentliche Praxis. Ihre Coaching-Kohorten und die Struktur von „Continuous Discovery Habits" sind für Teams konzipiert, die Cagans Diagnose akzeptiert haben und das spezifische Verhaltenssystem benötigen, um etwas dagegen zu tun. Sie ist die Implementierungsebene für empowerte Produktteams.

Wesentliche Führungseigenschaften

Eigenschaft Bewertung Was das in der Praxis bedeutet
Konsequente Ausrichtung auf Outcome statt Output Außergewöhnlich Torres verwendet „Outcome over Output" nicht als Slogan. Sie verwendet es als strukturelle Einschränkung dafür, wie Discovery organisiert ist. Jeder Ast des Opportunity Solution Tree beginnt mit einem gewünschten Ergebnis — einer spezifischen, messbaren Änderung im Kundenverhalten, die anzeigen würde, dass das Produkt funktioniert. Wenn das Team das gewünschte Ergebnis nicht klar artikulieren kann, verzweigt der Tree nicht. Das klingt einfach. In der Praxis zwingt es Produktteams dazu, zu konfrontieren, wie selten sie von einem klaren Ergebnis aus starten statt von einer Lösung, die ihnen übergeben wurde.
Geduld mit der Unordentlichkeit realer Produktarbeit Sehr hoch Torres' Coaching-Arbeit zeichnet sich dadurch aus, dass sie keine sauberen Bedingungen voraussetzt. Ihre Frameworks erkennen an, dass die meisten Produktteams unter jährlichen Planungseinschränkungen operieren, mit unzureichenden Research-Kapazitäten und mit Führungskräften, die Lösungs-Commitments wollen, bevor die Discovery abgeschlossen ist. Adam Grants Forschung zur Organisationspsychologie liefert eine komplementäre Evidenzbasis dafür, warum diese Unordnung bestehen bleibt — insbesondere seine Arbeit darüber, wie Teams unter Planungsdruck zum Bestätigungsverhalten neigen. „Continuous Discovery Habits" beschreibt keine Produktarbeit bei einem Tier-1-Tech-Unternehmen. Es beschreibt Produktarbeit bei der Art von mittelgroßen SaaS-Unternehmen, bei denen ein PM drei Produktbereiche abdeckt und Research eine Teilzeit-Rolle ist. Diese Erdung macht ihre Arbeit anwendbarer als Frameworks, die für Googles Bedingungen entwickelt wurden.
Fähigkeit, abstrakte Produkttheorie konkret zu machen Hoch Torres' Beitrag zum Produktdenken besteht größtenteils aus Übersetzung. Die Idee, dass Produktteams regelmäßig mit Kunden sprechen sollten, ist nicht neu. Aber „mit Kunden sprechen" als Ratschlag erzeugt sehr unterschiedliche Ergebnisse. Torres' Spezifikation — mindestens ein Kundeninterview pro Woche, durchgeführt vom Product Trio (PM plus Designer plus Engineer), als nicht verhandelbare Gewohnheit — verwandelt ein Prinzip in eine Praxis. Diese Spezifität wird unterschätzt. Die meisten Produktprinzipien scheitern nicht, weil sie falsch sind, sondern weil sie nicht konkret genug sind, um das Verhalten zu ändern.
Praktiker-Glaubwürdigkeit durch Coaching Hunderter Teams Hoch Torres hat Product Trios und Produkt-Leadership-Teams in Hunderten von B2B-SaaS-Unternehmen durch Product Talks Coaching-Kohorten und Online-Kurse gecoacht. Diese Breite direkter Coaching-Erfahrung — nicht nur über Frameworks schreiben, sondern Teams dabei zusehen, wie sie sie in realen Umgebungen anwenden — ist der Ursprung ihrer nützlichsten Erkenntnisse. Sie weiß, wo der Opportunity Solution Tree in Unternehmen mit Quartalsplanungszyklen zusammenbricht. Sie weiß, was passiert, wenn das Product Trio versucht, wöchentliche Interviews ohne Executive-Rückendeckung durchzuführen. Ihre Frameworks sind auf diese Bedingungen kalibriert.

Die 3 Entscheidungen, die Teresa Torres als Führungspersönlichkeit definierten

1. Product Talk als praxisorientierte Plattform aufzubauen

Torres baute Product Talk — producttalk.org — als Coaching- und Schreibplattform auf, nicht als Beratungsunternehmen oder SaaS-Produkt. Dieser Unterschied ist bedeutsamer als er erscheinen mag.

Eine Beratungsfirma skaliert durch Hinzufügen von Beratern und den Verkauf von Engagements. Ein SaaS-Produkt skaliert durch den Aufbau von Software. Eine praxisorientierte Plattform skaliert durch den Aufbau eines Publikums von Praktikern, die Ihrem Denken vertrauen, und bietet dann strukturierte Lernerfahrungen für dieses Publikum an.

Das Product-Talk-Modell wurde über ein Jahrzehnt durch Blogbeiträge, Coaching-Kohorten und Online-Kurse aufgebaut. Das Publikum wuchs allmählich durch konsequente Veröffentlichung spezifischer, nützlicher Gedanken — nicht durch Marketing. Als „Continuous Discovery Habits" 2021 erschien, hatte Torres mehr als 10.000 PMs und Produktleiter, die ihre Texte jahrelang regelmäßig gelesen hatten.

Das Plattformmodell ermöglicht Tiefe mit einem spezifischen Publikum. Torres' Leser sind praktizierende PMs, die ihre Praxis verbessern wollen, keine Führungskräfte, die nach einem strategischen Framework suchen. Dieses Publikum formte, was sie aufbaute: keine Thought-Leadership-Marke, sondern eine Praktiker-Community. Die Coaching-Kohorten sind um tatsächliche Team-Praxis strukturiert, nicht um Zertifizierungen. Die Blogbeiträge handeln von spezifischen Problemen — wie man ein Kundeninterview führt, wenn das Unternehmen es nicht unterstützt, wie man einen Opportunity Solution Tree erstellt, wenn man kein klares Ergebnis hat, mit dem man beginnen kann.

Was das Modell einschränkt, ist Reichweite. Torres kann nicht zehntausend Unternehmen gleichzeitig coachen. Die Plattform erreicht mehr Menschen durch Schreiben und Kurse, aber tiefes Coaching ist durch Zeit begrenzt. Das ist ein bewusster Kompromiss: Tiefe über Reichweite.

2. Den Opportunity Solution Tree entwickeln

Der Opportunity Solution Tree ist das zentrale Artefakt in Torres' Framework. Es ist eine visuelle Baumstruktur, die die Produkt-Discovery vom gewünschten Ergebnis durch den Opportunitätsraum, in den Lösungsraum und dann in die Annahmentestung organisiert.

Die Struktur ist: gewünschtes Ergebnis oben, dann ein verzweigter Satz von Kundenopportunitäten (Bedürfnisse, Schmerzpunkte, Wünsche, die, wenn sie adressiert werden, zum Ergebnis beitragen würden), dann vorgeschlagene Lösungen, die spezifische Opportunitäten adressieren, dann die Annahmen, auf denen jede Lösung basiert, und schließlich die Experimente, die die kritischsten Annahmen testen. Das Jobs-to-be-Done-Framework ist der theoretische Vorläufer hier — Torres' Opportunitäts-Framing schöpft direkt aus der Idee, dass Kunden Produkte beauftragen, um eine Aufgabe zu erledigen, und ihre Baumstruktur macht diese Aufgabe bei jedem Ast explizit.

Das klingt nach vielen Schritten. Aber es löst tatsächlich eine einzige Fehlerart: Teams springen zu Lösungen, bevor sie den Problemraum kartiert haben. Die meisten Produktteams beginnen mit einer Lösung — entweder weil sie aus einer Kundenanfrage, einem Vertriebscommitment oder einer Executive-Idee stammt — und arbeiten sich rückwärts, um sie zu rechtfertigen. Der Opportunity Solution Tree macht diese Abkürzung sichtbar, indem er das Team zwingt, seine vorgeschlagene Lösung auf einem Ast des Trees zu platzieren, der auf eine spezifische Kundenopportunität und ein gewünschtes Ergebnis zurückführt.

Wenn die Lösung nicht mit einer Opportunität verbunden ist, gehört sie nicht in den Tree. Das ist die strukturelle Einschränkung. In der Praxis zeigt sie oft, dass Teams Lösungen für Probleme entwickeln, die niemand diagnostiziert hat.

Torres war bewusst darin, das Framework visuell zu gestalten. Sie stellte beim Coaching fest, dass Teams der Logik des ergebnisorientierten Discovery im Abstrakten zustimmen und dann im nächsten Planungsmeeting sofort zum lösungsorientierten Denken zurückkehren konnten. Ein physisches oder digitales Artefakt, auf das das Team zeigen konnte — ein Tree auf einem Whiteboard oder einem Miro-Board — schuf eine gemeinsame Verantwortungsstruktur, die verbale Übereinstimmung allein nicht bot. Shreyas Doshis Anti-Goals-Praxis verstärkt dieselbe strukturelle Logik aus einem anderen Blickwinkel: Beide Tools existieren, um explizite Entscheidungen zu erzwingen, die Planungsoptimismus normalerweise verbirgt.

3. „Continuous Discovery Habits" als Praktiker-Handbuch schreiben

Torres veröffentlichte „Continuous Discovery Habits" 2021 über Product Talk Press. Die Entscheidung zur Selbstveröffentlichung über die eigene Plattform statt über einen traditionellen Wirtschaftsverlag war selbst ein Signal darüber, für wen das Buch gedacht war: praktizierende PMs, keine Führungskräfte, die nach einem Führungs-Framework suchen.

Das Buch ist um eine einzige nicht verhandelbare Gewohnheit strukturiert: Das Product Trio sollte mindestens einen Kunden pro Woche interviewen, jede Woche, ohne Ausnahme. Torres' Argument ist, dass Discovery scheitert, wenn sie als Projekt behandelt wird — eine Research-Phase mit einem Anfang und einem Ende. Continuous Discovery behandelt Kundenkontakt als Infrastruktur, wie Sprints oder Stand-ups. Es ist die minimal viable Practice, von der alles andere abhängt.

Um diese zentrale Gewohnheit herum baut das Buch die vollständige Opportunity-Solution-Tree-Methodik auf: wie man ein gewünschtes Ergebnis definiert, wie man für Opportunitäten statt für Lösungen interviewt, wie man den Tree aufbaut und pflegt, wie man kollaborativ Lösungen generiert und wie man die Annahmen identifiziert und testet, die die Lösung am stärksten gefährden.

Die spezifische Rahmung um „Gewohnheiten" statt „Prozess" oder „Methodik" war bewusst. Torres schöpfte aus verhaltenswissenschaftlicher Forschung (sie zitiert James Clears Werk), um zu argumentieren, dass der Weg zur Installation von Continuous Discovery nicht über einen Prozess-Rollout führt. Es ist Gewohnheitsbildung auf Individual- und Teamebene. Diese Rahmung beeinflusste, wie das Buch strukturiert wurde — jedes Kapitel beschreibt eine spezifische Gewohnheit, keinen Prozessschritt.

Das Ergebnis ist ein Buch, das sich anders liest als die meisten Produktmanagement-Texte. Es geht weniger darum, den Idealzustand zu beschreiben, und mehr darum, was man am Montag tut.

Was Teresa Torres in Ihrer Rolle tun würde

Als CEO ist Torres' wichtigste Botschaft für Sie die darüber, was „kundengetrieben" strukturell tatsächlich erfordert. Die meisten Unternehmen glauben, sie seien kundengetrieben, weil sie NPS-Umfragen durchführen oder vierteljährliche Kundenbeiräte abhalten. Torres' Argument ist, dass diese Mechanismen zu viel Distanz zwischen dem Team, das das Produkt entwickelt, und den Kunden, für die es entwickelt, schaffen. Kundenbeiräte sagen Ihnen, was Kunden in einem vorbereiteten Umfeld sagen, was sie wollen. Wöchentliche Interviews durch das Product Trio sagen Ihnen, womit Kunden tatsächlich in ihrer Arbeit kämpfen. Ersteres produziert Validierung für bestehende Pläne. Letzteres produziert Entdeckungen, die Pläne verändern. Wenn Sie das Zweite wollen, müssen Sie die strukturellen Bedingungen dafür schaffen.

Als COO ist die operative Frage, die Torres aufwirft, darüber, wie die Discovery-Arbeit Ihres Produktteams mit Ihren Lieferverpflichtungen verbunden ist. Die meisten Unternehmen planen die Lieferung 6-12 Monate im Voraus, was bedeutet, dass die in diesen Plan eingebauten Annahmen Monate vor der Lieferung gebildet wurden. Torres' Continuous-Discovery-Modell baut wöchentliche Mechanismen ein, um diese Annahmen zu aktualisieren. Das schafft eine Spannung mit Jahresplanungszyklen. Die operative Auflösung ist nicht, die Planung aufzugeben — es ist, einen leichteren Mechanismus zur Annahmenverfolgung zwischen Planungszyklen aufzubauen, damit der Lieferplan aktualisiert werden kann, wenn die Discovery zeigt, dass eine Kernannahme falsch ist.

Als Product Leader ist die wichtigste Torres-Praxis, die Sie einführen sollten, die wöchentliche Kundeninterview-Kadenz für Ihre Product Trios. Keine Research-Sprints. Keine Usability-Test-Events. Wöchentliche Interviews, durchgeführt von PM plus Designer plus Engineer gemeinsam, als wiederkehrender Kalendereintrag, der nicht abgesagt wird, wenn Sprint-Planning zu lange dauert. Torres ist spezifisch über die Anwesenheit des Engineers, weil sie festgestellt hat, dass Engineers, die an Kundeninterviews teilnehmen, bessere Implementierungsentscheidungen treffen, ohne dass ein Anforderungsdokument jedes Detail ausschreiben muss. Das Interview selbst ist die Kommunikationsebene.

Im Vertrieb oder Marketing gibt Ihnen Torres' Opportunity Solution Tree ein Diagnosewerkzeug, um zu verstehen, warum Kundenfeedback nicht in Produktveränderungen umgewandelt wird. Wenn ein Vertriebsteam Kundenanfragen zum Produktteam bringt und diese Anfragen im Backlog liegen bleiben, liegt es oft daran, dass die Anfrage als Lösung formuliert ist (wir brauchen Feature X) statt als Opportunität (Kunden kämpfen damit, Y zu tun). Torres' Framework kann Ihnen helfen, Kundeneingaben aus dem Vertrieb in Opportunitätssprache zu übersetzen, die das Produktteam tatsächlich nutzen kann. Das ist keine politische Lösung. Es ist ein Vokabular-Wechsel, der verändert, was mit dem Input passiert.

Wie Rework die Torres-Doktrin operationalisiert

Torres' Continuous-Discovery-Gewohnheiten scheitern im Kalender, nicht im Framework. Das wöchentliche Kundeninterview verschiebt sich, wenn Sprint-Planning zu lange dauert, der Opportunity Tree veraltet, wenn niemand Updates übernimmt, und Annahmentests verbinden sich nie mit dem Liefer-Backlog. Rework schließt diese Lücken, indem Discovery als nachverfolgbare Arbeit behandelt wird, nicht als Ritual. Product Trios planen das wöchentliche Interview als wiederkehrenden Rework-Task mit PM, Designer und Engineer als Zugewiesen; Interview-Notizen und Kundenzitate werden direkt an den Opportunitätsdatensatz angehängt. Jeder Ast des Opportunity Solution Tree entspricht einem Rework-Arbeitselement, sodass Annahmen, Experimente und resultierende Lösungen eine einzige Linie vom Ergebnis bis zur Auslieferung teilen. Diese Linie ist das, was Führungskräfte tatsächlich benötigen: eine wöchentliche Übersicht, welche Annahmen sich verändert haben, welche Opportunitäten gewachsen sind und welche Lieferverpflichtungen sich als Ergebnis aktualisieren sollten. Ab 12 $/Nutzer/Monat — siehe Rework Preise.

Bemerkenswerte Zitate und Lektionen jenseits des Boardrooms

„Mindestens wöchentliche Kundenkontakte durch das Team, das das Produkt entwickelt." Das ist Torres' Definition von Continuous Discovery, und die Spezifität ist der Punkt. Nicht monatlich. Nicht vierteljährlich. Nicht vom Research-Team im Auftrag des Produktteams. Wöchentlich, vom Trio. Diese Kadenz ist es, was den Unterschied macht zwischen Discovery als Projekt und Discovery als Praxis.

Ihr Argument gegen Kundenbeiräte als Ersatz für direkten Kontakt ist es wert, damit zu verweilen. HBRs Forschung zur kundenorientierten Produktentwicklung kommt von der akademischen Seite zu einer kompatiblen Schlussfolgerung: Strukturierte Discovery-Rituale, die Teams nah an Kundenproblemen halten, übertreffen periodischen Beiratsinput konsequent. Kundenbeiräte produzieren kuratierte, konsensuellen Input von Kunden, die für ihre Bereitschaft zur Beteiligung ausgewählt wurden. Sie sind für bestimmte Arten strategischer Inputs nützlich. Aber sie sind kein Ersatz für direkten, unverfälschten Kontakt mit Kunden, die versuchen, Probleme in Echtzeit zu lösen. Der Kundenbeiratskunde beschreibt, was er will. Der Kunde in einem wöchentlichen Interview zeigt Ihnen, womit er kämpft.

Torres' Rahmung von „Annahmen" als die am wenigsten untersuchte Variable in Produktentscheidungen ist ihr intellektuell präzisester Beitrag. Jede Produktwette ist ein Stapel von Annahmen — darüber, was der Kunde will, ob die Lösung funktioniert, ob das Team sie bauen kann, ob sie angenommen wird. Die meisten Teams enumerieren diese Annahmen nicht explizit, was bedeutet, dass sie die kritischsten nicht testen können. Der Annahmentestungsast des Opportunity Solution Tree existiert spezifisch, um die Annahme aufzudecken, die, wenn sie falsch ist, alles andere invalidieren würde.

Wo dieser Stil an seine Grenzen stößt

Continuous Discovery erfordert Produktteams mit genug Autonomie, um auf das Gelernte zu reagieren. In Unternehmen, wo Engineering-Ressourcen von Jahresplanungszyklen diktiert werden oder wo Produktentscheidungen Executive-Genehmigung auf Feature-Ebene erfordern, schafft Torres' wöchentliche Kadenz Frustration statt Momentum. Die Gewohnheit wöchentlicher Interviews löst das Problem nicht, wenn das Entdeckte nicht verändern kann, was man entwickelt.

Der Opportunity Solution Tree ist auch ein Tool für erfahrene Produktdenker. Teams am Anfang ihrer Produktreife — PMs, die noch lernen, ein Kundeninterview durchzuführen, Engineers, die noch nie in einem Kundengespräch waren — brauchen oft mehr Gerüst als das Framework allein bietet.

Und Torres' Arbeit ist am kampferprobtesten in mittelgroßen B2B-SaaS-Unternehmen. Enterprise-Software mit komplexen Beschaffungszyklen, Hardware-Produkte und Consumer-Apps mit Millionen von Nutzern stellen Discovery-Herausforderungen dar, die ihr Framework auf hohem Niveau adressiert, aber nicht so spezifisch operationalisiert. Linus Torvalds repräsentiert den schärfsten Kontrast in der Engineering-Kultur: Während Torres für kontinuierliche Engineer-Beteiligung an der Customer Discovery argumentiert, baute Torvalds den einflussreichsten Engineering-Beitrag der letzten 30 Jahre, indem er Engineers so weit wie möglich von externem Anforderungsdruck fernhielt.

Zur weiterführenden Lektüre über Product Discovery und empowerte Teams empfehlen wir Marty Cagans Führungsstil, Shreyas Doshis Führungsstil und Ergebnisorientierte Produktteams aufbauen.