Skip to main content

Produktentdeckung ist der Prozess, Ihre Nutzer zu verstehen, ihre Probleme zu identifizieren und Lösungen zu entwickeln, von denen Sie wissen, dass sie ihnen helfen werden.

Je nachdem, wie gut Sie die Entdeckung durchführen, steht und fällt Ihr Unternehmen. Die Logik ist einfach: Mit exzellenter Produktentdeckung entwickeln Sie Funktionen, die Menschen benötigen und für die sie bezahlen. Schlechte Produktentdeckung hingegen führt dazu, ständig neue Funktionen zu glauben, die niemand wirklich braucht.

Das kann sehr überwältigend wirken, besonders wenn man bedenkt, wie viele Informationen in die Produktentdeckung einfließen. Aber es gibt gute Systeme, um diese wichtige Aufgabe mit verschiedenen Tools und Methoden zu meistern.

Want more from The CPO Club?

Sign up for a free membership to complete reading this article:

Step 1 of 2

This field is for validation purposes and should be left unchanged.
Name*
This field is hidden when viewing the form

Verstehen wir also, was Produktentdeckung ist und wie sie richtig gelingt.

Was ist Produktentdeckung?

Produktentdeckung ist der Prozess, die Probleme Ihrer Nutzer zu verstehen und geeignete Lösungen zu entwerfen, um diese abzudecken.

Dieser Prozess unterscheidet sich meistens sehr von dem, was Ihre Stakeholder sich darunter vorstellen. Für viele von ihnen geht es um kreatives Denken und darum, einmalig eine Liste genialer Funktionsideen zu erarbeiten, um das Produkt darauf aufzubauen.

Dieses Denken ist in zwei wesentlichen Punkten falsch:

  • Entdeckung ist ein nie endender, iterativer Prozess. Sie beenden die Entdeckung nie vollständig, sondern lediglich einzelne Zyklen, auf die jeweils der nächste folgt.
  • Entdeckung bedeutet nicht, kreativ coole Ideen zu erfinden. Vielmehr geht es darum, die Nutzerbedürfnisse zu verstehen, Lösungen zu entwickeln, die diese Probleme beheben können, und zu validieren, dass diese Lösungen tatsächlich funktionieren.

Ein weiterer häufiger Irrtum betrifft das Verhältnis zwischen Entdeckung und Umsetzung. Viele Stakeholder sehen das als zwei getrennte, aufeinanderfolgende Phasen. In Wahrheit arbeiten effektive Produktentwicklungsteams parallel an Entdeckung und Umsetzung. Während Ihr Team die vor zwei Monaten entdeckten Features liefert, läuft bereits die Entdeckung für die nächste Funktionalität.

Visualisierung:

  • Diagramm „Entdeckung vs. Umsetzung“ mit getrennten Pfaden. Veranschaulichen Sie die Idee: Teams betreiben Entdeckung und Umsetzung parallel. Während Ihr Team die vor zwei Monaten entdeckten Features umsetzt, führen Sie die Entdeckung für die nächste Funktionsreihe durch.
  • Alt: „Parallele Strecken, die kontinuierliche Entdeckung und Lieferung zeigen.“
  • Bildunterschrift: „Produktentdeckung ist keine einmalige Aktion – sie läuft parallel zur Umsetzung.“

Auch wenn Sie in einem Markt tätig sind, in dem Wasserfall-Entwicklung üblich ist und Entdeckung stets vor der Umsetzung steht, gilt: Die Aufmerksamkeit für die Entdeckung bleibt entscheidend, denn deren Qualität beeinflusst maßgeblich den Produkterfolg.

Warum Entdeckung ein Wettbewerbsvorteil ist

Die kurze Antwort ist: Durch Entdeckung verstehen Sie Ihre Zielgruppen und Nutzerbedürfnisse besser und entwickeln effektivere Lösungen. Das verschafft Ihnen einen entscheidenden Vorteil, weil Sie Kunden schneller gewinnen und länger binden.

The video does not exist.

Die ausführliche Antwort finden wir bei Marty Cagan in Inspired. Darin verdeutlicht Marty, dass wirksam betriebene Entdeckung dabei hilft, vier verschiedene Risiken zu minimieren:

  • Wert-Risiko bezieht sich auf die Gefahr, dass Menschen Ihr Produkt nicht nutzen, weil es für sie keinen Sinn ergibt.
  • Usability-Risiko bedeutet, dass Nutzer Schwierigkeiten mit der Bedienung Ihres Produkts haben.
  • Machbarkeits-Risiko beschreibt die Gefahr, dass Ihr Team das Produkt nicht umsetzen kann.
  • Wirtschaftlichkeits-Risiko bedeutet, dass das Produkt Ihrem Unternehmen nicht hilft zu bestehen und zu wachsen.

Wenn Sie diese Risiken abfedern, Ihre Wettbewerber jedoch an einem oder mehreren Punkten scheitern, verschaffen Sie sich einen erheblichen Vorteil und können einen größeren Teil des Markts für sich gewinnen.

Tiny Speck liefert dafür ein anschauliches Beispiel. Das Unternehmen war zunächst auf die Entwicklung eines MMORPG-Online-Games spezialisiert, das jedoch kläglich scheiterte. Das Problem: Man entwickelte das Spiel, indem man lediglich Ideen von anderen kopierte (genannt Factory Trap), ohne die Bedürfnisse der Spielergemeinschaft zu verstehen.

Das Unternehmen stellte das Spiel ein und brachte stattdessen sein eigenes internes Kommunikationstool auf den Markt. Genau — das war Slack.

Somit zeigt dasselbe Unternehmen auch, wie man mit konsequenter Produktentdeckung erfolgreich wird. Anders als beim Spiel betrieb das Slack-Team zahllose Iterationsschleifen in der Entdeckung und hatte ein sehr klares Verständnis dafür, was die Nutzer wirklich brauchen.

4 Schlüsselfragen der Produktentdeckung

Wenn wir das Wesen der Produktentdeckung verstehen wollen, ohne uns in den Details zu verlieren, können wir uns diese 4 Fragen ansehen, die sie zu beantworten versucht.

  • Gibt es ein wirkliches Problem? Genau, manchmal läuft man Gefahr, eine Lösung für ein nicht vorhandenes Problem zu schaffen. Hallo an 90 % aller ChatGPT-basierten Startups da draußen ;)
  • Können wir es lösen? Manchmal liegt das Problem in der Komplexität der Lösung. S.T.A.L.K.E.R. ist eine ukrainische Videospielreihe, die mit diesem Problem konfrontiert war. Sie wollten A-life bauen, ihr KI-System, das das Leben der NPCs und Tiere im Spiel vollständig simulierte. Aber es war einfach ein zu komplexes Problem, um es zu lösen.
  • Sollten wir es lösen? Manchmal existiert das Problem, aber es ist nicht groß genug, um mit einem Produkt gelöst zu werden. Google Glass ist ein gutes Beispiel dafür. Ja, es war cool, aber das Fehlen von Google Glass machte das Leben für niemanden weniger bequem.
  • Können wir es effektiv umsetzen? Diese Frage bezieht sich stärker auf den operativen Teil der Produktentwicklung und darauf, ob Sie in der Lage sind, zu skalieren und Ihre Nutzer zu unterstützen. YouTube stand in seinen Anfangstagen kurz davor zu scheitern, weil die Skalierung nicht gelang.

Wesentlich ist, dass Sie während der Produktentdeckung verschiedene Werkzeuge und Frameworks nutzen, um Erkenntnisse zu gewinnen, mit denen Sie diese Fragen beantworten können.

Frameworks, um die Entdeckung zu strukturieren

Man könnte argumentieren, dass ein erfahrener Produktmanager die Entdeckung auch ohne Vorlage oder Framework machen kann. Das ist richtig. Aber Frameworks gibt es nicht umsonst: Sie bringen Struktur und Vorhersehbarkeit in Ihren Discovery-Prozess.

Was die Frameworks selbst betrifft, schauen wir uns diese fünf an:

Dual-Track Agile: Hierbei gibt es zwei parallel laufende Prozesse in der agilen Entwicklung. Im Discovery-Track werden Ideen für Funktionen geschaffen, im Delivery-Track werden diese designt und gebaut.

Visual representation of discovery and delivery working in parallel in dual-track agile
Sie beenden die Discovery nicht und starten dann mit der Auslieferung; beides geschieht parallel

ProductBoard und Jira sind üblicherweise die Tools, die ich zur Steuerung dieses Frameworks nutze.

Opportunity Solution Tree: Darauf gehen wir später noch genauer ein. Kurz gesagt, mit diesem Framework erstellen Sie einen Baum, dessen Wurzel das Kernergebnis ist. Aus dieser Wurzel entwickeln Sie Zweige, die Gelegenheiten zur Lösung von Schmerzpunkten darstellen. Für jede Gelegenheit wiederum erstellen Sie Zweige für potenzielle Lösungen.

Miro bietet tolle Vorlagen für Opportunity Solution Trees, die Sie nutzen können.

Discovery Sprint: Dieses Framework ist inspiriert vom Google Design Sprint. Es erlaubt schnelle Iterationen für Lösungen. Innerhalb von 2 Wochen führen Sie Nutzerinterviews, erarbeiten eine Lösung, bauen einen Prototyp und testen ihn.

Continuous Discovery: Im Unterschied zu den zuvor genannten Frameworks, die eine klar umrissene Iterationsphase haben, gibt es bei Continuous Discovery kein Ende. Sie führen fortlaufend Nutzerinterviews mit Ihrer Zielgruppe, erarbeiten ständig neue Lösungen und testen diese kontinuierlich.

Hier ein Direktvergleich der Frameworks.

FrameworkOrganisationsgrößeEntdeckungsrhythmusRisikobereitschaft
Dual-Track AgileMittel bis großLaufendMittel
Opportunity Solution TreeKlein bis mittelAd hoc oder zyklischNiedrig bis mittel
Discovery SprintStartup bis mittelZeitlich begrenzte SprintsHöher
Continuous DiscoveryReife ProduktteamsWöchentlich/täglichNiedrig

Die Wahl des passenden Frameworks hängt von Ihnen ab. Nicht jedes Team profitiert gleichermaßen von demselben Ansatz. Nutzen Sie die obige Tabelle, um eine Methode auszuwählen, die zu Größe, Tempo und Unsicherheits-Toleranz Ihres Teams passt.

We’ve collected the goods — AI prompts, exclusive deals, and a library of resources for product leaders. Unlock your account for access.

We’ve collected the goods — AI prompts, exclusive deals, and a library of resources for product leaders. Unlock your account for access.

This field is for validation purposes and should be left unchanged.
Name*
This field is hidden when viewing the form

Rollen & Teamzusammenarbeit

Es gibt ein häufiges Missverständnis (und eine große Falle), dass Produktentdeckung nur Aufgabe der Produktteams sei.  Obwohl es hauptsächlich eine Tätigkeit für Produktteams ist, bindet ein großartiger Discovery-Prozess auch andere Teammitglieder und Stakeholder mit ein. So tragen die Teammitglieder zur Entdeckung bei:

  • Produktmanager: Sie leiten den Discovery-Prozess, koordinieren das Team und priorisieren Lösungen und Erkenntnisse.
  • User Experience Design: Sie beteiligen sich an der Nutzerforschung, entwickeln Designkonzepte, klickbare Prototypen und führen Usability-Tests durch.
  • Entwicklung: Sie prüfen die Umsetzbarkeit der Lösungen und weisen auf Risiken bei der Auslieferung hin.
  • Stakeholder: Sie liefern den strategischen und geschäftlichen Rahmen auf höherer Ebene.

Wie man sieht, ist die Mitwirkung jedes Teammitglieds wichtig. Wenn Ihre Führung also fragt, ob das Scrum-Team am Prozess der Produktentdeckung teilnehmen sollte, ist Ihre Antwort ein klares Ja!

Der Prozess der Produktentdeckung

Die Bedürfnisse Ihrer Kunden zu verstehen und validierte Lösungen für sie zu entwickeln, erinnert an einen Trichter, bei dem die oberen Schichten viel größer sind als die unteren.

Genau so verhält es sich bei der Product Discovery. Sie beginnen mit einer Vielzahl von Erkenntnissen, Beschwerden und Kommentaren Ihrer Zielgruppe und enden mit nur wenigen validierten Lösungen, von denen Sie wissen, dass sie echten Mehrwert für Ihre Nutzer schaffen werden.

So sieht das Ganze aus.

Funnel narrowing from customer insight to validated solution
Ein klarer Prozess hilft Ihnen, Potenziale zu erkennen, zu validieren und selbstbewusst weiterzuentwickeln

Schauen wir uns nun den Prozess der Product Discovery genauer an und verstehen die Feinheiten jeder einzelnen Komponente.

Im Allgemeinen besteht der Product-Discovery-Prozess aus diesen zehn Schritten.

Ten-step product discovery checklist
Folgen Sie diesem Schritt-für-Schritt-Prozess, um Risiken zu minimieren und das zu entwickeln, was wirklich zählt

Schauen wir uns nun jeden Schritt im Detail an.

1. Überprüfen Sie Ihre strategische Ausrichtung

Gute Funktionen lösen Probleme der Nutzer. Hervorragende Funktionen tun das Gleiche, folgen dabei jedoch Ihrer übergeordneten Produktstrategie. Bevor Sie mit der Product Discovery beginnen, ist es wichtig, Ihr Strategie-Dokument noch einmal zu durchdenken und sich daran zu erinnern, wo Sie langfristig hinwollen und welche Richtung Sie einschlagen möchten.

Dies hilft Ihnen, Ihre Recherche auf Lösungen zu fokussieren, die mit Ihrer Strategie übereinstimmen. Andernfalls laufen Sie Gefahr, sich auf Funktionen zu konzentrieren, die Sie langfristig nicht weiterbringen. 

2. Listen Sie Ihre Annahmen auf

Ein weiterer wichtiger Aspekt bei der Product Discovery, den Sie vor der Kommunikation mit Nutzern angehen sollten, sind Ihre Annahmen. Die Idee dahinter ist, dass Sie höchstwahrscheinlich zahlreiche Annahmen über Ihren Markt oder Ihre Nutzer treffen, und es ist wichtig, diese zu dokumentieren, damit Ihre Recherche nicht zu stark auf Ihren gewagteren Annahmen basiert.

Dafür können Sie eine Annahmenkarte erstellen.

AnnahmeBekannt/UnbekanntWichtigkeit
Nutzer vertrauen einer DJ-ähnlichen KI-StimmeUnbekanntHoch
Menschen nutzen Spotify meist im passiven Modus (Hintergrundmusik)BekanntHoch
Nutzer möchten ihren DJ-Persönlichkeiten Namen gebenUnbekanntNiedrig
Podcasts erhöhen die auf der Plattform verbrachte ZeitBekanntMittel
Example assumption map for Spotify
Hier sehen Sie realistische und gewagte Annahmen für Spotify

Auf der Karte können Sie sich auf die Annahmen oben links verlassen und sollten bei den Annahmen oben rechts vorsichtig sein.

3. Sprechen Sie mit Ihren Nutzern

Ohne diesen Schritt ist Product Discovery nur ein Ratespiel. Sprechen Sie mit Ihren Nutzern – oder riskieren Sie, komplett am Bedarf vorbei zu entwickeln.

Es gibt zahlreiche Möglichkeiten, mit Nutzern in Kontakt zu treten:

  • Sie besuchen Ihre Nutzer direkt (z.B. Interview mit Ärzten in einem Krankenhaus).
  • Sie treffen Ihre Nutzer auf Messen (z.B. Gespräche mit Tech-Reportern auf der CES).
  • Sie verabreden sich zu Videotelefonaten (z.B. über Zoom).

Beim letzten Punkt können Sie verschiedene Wege nutzen, etwa über Plattformen zur Vermittlung von Forschungsteilnehmern, indem Sie Ihre Nutzerbasis direkt ansprechen oder potenzielle Nutzer über LinkedIn (z.B. mit einem Recruiter-Konto) kontaktieren.

4. Analysieren Sie Erkenntnisse von Nutzern und aus Daten

Neben den Zusammenfassungen Ihrer Nutzerinterviews sollten Sie auch Ihr Produktanalyse-Dashboard sowie das Feedback, das Ihr Support- und Vertriebsteam gesammelt hat, prüfen. So erhalten Sie Erkenntnisse aus mehreren Quellen. Und anstatt endlose Zusammenfassungen oder Transkripte durchzulesen, können Sie ein LLM nutzen, um alles für Sie zu verarbeiten.

Hier ist ein Beispiel für einen Prompt, den Sie verwenden können:

Sie sind ein leitender Produktmanager für Software mit 10 Jahren Erfahrung. Sie sind hervorragend darin, die Transkripte Ihres Vertriebsteams zu analysieren und wichtige Informationen zu identifizieren, die für Ihre Produktrecherche nützlich sein werden.
Hier ist das Vertriebsanruf-Transkript
{{sales_transcript}} 
Basierend auf den Informationen im Vertriebsanruf-Transkript identifizieren Sie bitte folgende Informationen.
Bitte identifizieren Sie Folgendes:
1. Wichtigste Schmerzpunkte: Bezieht sich auf die auffälligsten Probleme und Herausforderungen, die der Nutzer mit den aktuellen Tools und Prozessen erlebt.
2. Warum sind sie an Ihnen interessiert: Bezieht sich auf den Grund, warum das Unternehmen jetzt nach einem neuen Tool sucht.
3. Produktfeedback: Bezieht sich auf das Feedback, das das Unternehmen dem Vertriebsteam zu {{your_product_name}} und dessen Funktionen gegeben hat, nachdem sie die Demo gesehen haben.

Nachdem Sie sich das Feedback angesehen und es mit Erkenntnissen aus Nutzerinterviews und Analysen kombiniert haben, werden Sie beginnen, Trends und wiederkehrende Themen zu erkennen.

5. Nutzerprobleme innerhalb Ihrer Ergebnisse identifizieren

Die Identifizierung von Problemen ist nicht immer so einfach. Ja, es gibt Fälle, in denen 80 % aller Nutzer Ihnen sagen, dass ein bestimmter Teil ihrer Arbeit problematisch ist, aber das bedeutet nicht unbedingt, dass es sich um ein Problem handelt, das es zu lösen gilt. Sie sollten auch das "Ausmaß" dieses Problems verstehen.

Stellen Sie sich vor, dass 70 % Ihrer Nutzer einer Social-Media-Plattform sagen, dass sie sich an der Anzahl der Benachrichtigungen und an der Tatsache stören, dass sie nicht alle als "gesehen" markieren können.

Wenn Sie dieses Feedback mit Analysen kombinieren – die zeigen, dass 90 % von ihnen durchschnittlich 2-3 Benachrichtigungen pro Tag haben –, könnten Sie einschätzen, dass diese Beschwerde nicht "stark" genug ist, um sie gegenüber anderen Punkten auf Ihrer Liste zu priorisieren.

6. Lösungen für diese Probleme entwickeln

In diesem Schritt entwickeln Sie potenzielle Lösungen für die Probleme, die Sie durch Kundeninterviews und Feedback-Analyse identifiziert haben.

Sie können sich einfach mit Ihren Design- und Entwicklungsteams zusammensetzen und brainstormen. Um jedoch sicherzustellen, dass Ihre Lösungen direkt mit einem größeren Unternehmensziel oder -ergebnis verknüpft sind, können Sie das Opportunity Solution Tree-Framework von Teresa Torres anwenden. So könnte es zum Beispiel für das Spotify-Nutzerproblem „Ich weiß nicht, was ich hören soll“ aussehen.

Example opportunity solution tree for Spotify
Der Baum schafft eine klare Verbindung zwischen der Lösung des Problems und einer Steigerung der täglich aktiven Nutzer (DAU)

Durch das Baum-Framework haben wir gesehen, dass das Entfernen der Barriere „Was soll ich hören?“ die Zahl der täglich aktiven Nutzer (DAU) steigern könnte, was das Problem besonders wirkungsvoll und wichtig macht.

7. Testen Sie Ihre Lösungen mit Prototypen

Die Analyse von Nutzererkenntnissen und deren Umwandlung in eine Liste potenzieller Features ist lediglich ein Anfang. Produktentdeckung basiert auf der wissenschaftlichen Methode, das heißt, Sie sollten Ideen testen und validieren, bevor Sie sie auf Ihre Produkt-Roadmap setzen.

Sie können Lösungen in verschiedenen Phasen ihres Lebenszyklus validieren – angefangen beim einfachen Beschreiben der Idee gegenüber einem Nutzer im Interview und Einholen von Feedback, über das Erstellen von Mockups, bis hin zum Testen von klickbaren Prototypen mit Fokusgruppen und dem Einsammeln von Nutzerfeedback. Sie könnten sogar ein Minimum Viable Product (MVP) aufbauen und veröffentlichen.

Die Validierung in einem frühen Stadium, beispielsweise indem Sie die Idee im Interview besprechen, ist schnell und kostengünstig, aber die Qualität des Kundenfeedbacks kann gering sein, da Nutzer möglicherweise Schwierigkeiten haben, das Konzept vollständig zu verstehen.

Im Gegensatz dazu liefert das Testen mit einem MVP wertvolleres und genaueres Feedback, da die Nutzer mit den tatsächlichen Funktionen des Produkts interagieren können. Allerdings ist dieser Ansatz langsamer und kostenintensiver, da dafür Entwicklungsarbeit notwendig ist.

Spectrum of validation methodologies from fast but low quality to slow but high quality
Es gibt immer einen Kompromiss zwischen Geschwindigkeit und Qualität

Angesichts dieses Kompromisses ist meine bevorzugte Validierungsmethode der klickbare Prototyp, da er relativ günstig zu erstellen ist und echten Nutzern ein reales UX-Design Ihres neuen Produkts oder Features zeigt.

Um den Aufbau eines Prototyps zu beschleunigen, können Sie Figma AI oder die integrierten KI-Funktionen anderer UX-Design-Tools verwenden.

8. Testergebnisse dokumentieren

Sobald Ihre Testläufe abgeschlossen sind, sammeln Sie alle Ihre Erkenntnisse und Ergebnisse in einem einzigen Dokument. Gruppieren Sie sie nach der Lösung und der geprüften Hypothese.

So haben Sie, wenn es an der Zeit ist, eine Lösung zu bewerten, alles Wichtige an einem Ort und können fundierte Entscheidungen treffen.

9. Validieren oder Invalidieren Ihrer Lösungen

Dies ist der Punkt, an dem Sie alle Ergebnisse aus Ihren Tests betrachten und entscheiden, ob:

  • Sie betrachten die Lösung als validiert und fügen sie Ihrem bestehenden Produkt-Backlog hinzu.
  • Sie erkennen, dass die Lösung auf dem richtigen Weg ist, aber eine Überarbeitung benötigt. Dann gehen Sie zurück in die Ideationsphase und passen die Lösung anhand der Testergebnisse an.
  • Sie verwerfen die Lösung als ungültig, da sie die Nutzerprobleme, die sie lösen sollte, nicht behebt.

Alle drei Ergebnisse sind zu erwarten. Wenn Sie ein Produkt für ungültig erklären, sollten Sie das als großen Erfolg ansehen, da Sie so vermeiden, Produkte zu bauen und Zeit sowie Ressourcen für etwas zu verschwenden, das die Schmerzen Ihrer Nutzer nicht löst.

10. Baue die validierten Lösungen und starte von vorne

Der letzte logische Schritt im Produktentdeckungsprozess ist, die Lösungen ins Backlog aufzunehmen, sie zu priorisieren und umzusetzen.

Allerdings ist es sehr wichtig zu verstehen, dass hier die Produktentdeckung eigentlich nicht aufhört. Stattdessen schließen Sie nur diese Iteration ab und starten direkt die nächste. Erfolgreiche Produkte sind diejenigen, bei denen der Entdeckungs-Prozess niemals endet.

Hier sind Teams in der Lage, die richtigen Produktentscheidungen auf Basis ihrer Erkenntnisse aus Nutzerfeedback, Usability- und A/B-Tests zu treffen.

Werkzeuge für die Produktentdeckung

Hier sind einige Tools, die es sich zu entdecken lohnt, um schneller durch die Produktentdeckung zu kommen und bessere Ergebnisse zu erzielen, sortiert nach Phase.

  • Nutzerforschung: Hotjar für Sitzungsaufzeichnungen, UserTesting für Usability-Tests und Figma für User Experience Design und klickbare Prototypen.
  • Journey Mapping und visuelle Zusammenarbeit: Miro ist hier das universelle Tool. Sie können auch dessen neuen Konkurrenten FigJam ausprobieren oder andere Miro-Alternativen testen.
  • Wettbewerbsanalyse: Similarweb für Wettbewerber-Traffic-Quellen, Builtwith für Tech-Stacks.
  • Produktanalytik: GA4 für Kanäle und Traffic, Amplitude für Nutzerverhalten und wichtige Produktkennzahlen. Für Heatmap-Software ist HotJar eine beliebte Option.
  • Tracking und Priorisierung: RICE-Scoring-Modell für eine unkomplizierte Priorisierung, Aha! oder ProdPad zur Roadmap-Erstellung und Speicherung von Produktideen.

Dies sind die Tools, die ich nutze und meinen Kolleg:innen empfehle. Für weitere Optionen werfen Sie auch einen Blick auf unsere kuratierte Liste von Tools für die Produktentdeckung.

Falls Sie es bemerkt haben: Ich habe bisher keine KI-Lösungen erwähnt. Das liegt daran, dass ich dieses Thema gesondert und ausführlicher behandeln möchte.

Wie KI die Produktentdeckung verändert

Die Produktentdeckung ist wahrscheinlich der Bereich im Produktmanagement, in dem KI bisher den größten Mehrwert gebracht hat. Der Grund: LLMs sind hervorragend für Aufgaben geeignet, wie man sie oft bei der Produktentdeckung findet, zum Beispiel Transkriptionen, Zusammenfassungen und das Extrahieren von Erkenntnissen.

Wir haben den Einfluss der KI auf die Produktentdeckung in einer Folge unseres Podcasts behandelt. Unser Gast, Craig Watson, schilderte seine eigenen Erfahrungen und teilte viele wertvolle Erkenntnisse.

Konkret hebt er hervor, dass KI Produktmanager:innen besonders in folgenden Bereichen unterstützt hat:

Transkription und Zusammenfassung von Nutzerinterviews: PMs müssen während des Gesprächs keine Notizen mehr machen oder sich später die Aufzeichnung anhören. Alles, was sie brauchen, ist ein KI-Bot im Gespräch, der dieses aufzeichnet. Der Bot erstellt anschließend eine Transkription und eine Zusammenfassung und hebt die wichtigsten Erkenntnisse aus dem Interview hervor. Hervorragende Tools dafür sind Dovetail, Krisp und GreatQuestion.

Erkennen wiederkehrender Muster in qualitativen Daten: Es ist sehr zeitaufwändig, sich alle Interviews anzuhören und wiederkehrende Probleme oder Prozesse herauszufiltern. LLMs sind hier sehr stark und können hunderte Interviews nach Mustern durchsuchen. Dovetail ist in meinen Augen das beste Tool dafür.

Feedback-Klassifizierung, Zählung und Bewertung: Auch hierauf würden Produktteams händisch Stunden oder gar Tage verwenden, um qualitative Daten in quantitative Daten umzuwandeln. LLMs benötigen dafür nur Sekunden, um auszuwerten, welches Feedback am häufigsten vorkommt. Sie können auch Bewertungen mittels des gewichteten Scoring-Modells oder RICE durchführen.

Trotz all der Vorteile dieser Automatisierungen empfiehlt Craig, sich bei der Produktentdeckung nicht zu sehr auf KI zu verlassen.

„KI ersetzt nicht Ihre Intuition — sie hilft Ihnen, schneller evidenzbasierte Entscheidungen zu treffen.“

Ich stimme ihm zu. Lassen Sie KI in der Produktentdeckung die manuelle Arbeit erledigen. Aber überlassen Sie ihr nicht ungeprüft die Entscheidungsfindung.

FAQs

Wie gehen Agile Teams mit Product Discovery um?

Agile Teams können Dual-Track-Agile nutzen, bei dem Discovery parallel zur Auslieferung läuft. In diesem Fall beteiligen sich agile Teams gelegentlich an der Discovery-Phase, um Aufgaben wie Feedback zur technischen Machbarkeit von Lösungsideen zu geben, Designkonzepte zu erstellen, Prototypen zu bauen und diese zu testen.

Sollten Entwickler in die Product Discovery eingebunden werden?

Absolut! Entwickler sind die Personen, die die Funktion am Ende umsetzen werden. Sie verfügen also über wertvolles Wissen bezüglich der Machbarkeit der Idee. Außerdem können sie potenzielle technische und umsetzungsbezogene Risiken aufzeigen. Schließlich weisen sie auf technische Einschränkungen hin, die das Produktteam bei der Gestaltung der Funktion beachten sollte.

Wie trägt Product Discovery dazu bei, die Time-to-Market zu verkürzen?

Der größte Nutzen für Unternehmen durch Product Discovery besteht in der günstigen Validierung von Ideen. So besteht nicht das Risiko, Dinge zu bauen, die Ihre Nutzer gar nicht benötigen, und der Moment, zu dem Sie endlich eine Version veröffentlichen, die von den Nutzern angenommen wird, verzögert sich nicht unnötig. Gleichzeitig verkürzen Sie Ihre Iterationszyklen und erhalten frühzeitiges Feedback. All das trägt ebenfalls dazu bei, die Auslieferung zu beschleunigen.

Was ist der Unterschied zwischen Product Discovery und Produktstrategie?

Wenn Sie Ihre Produktentwicklungsstrategie definieren, zeigen Sie die grobe Richtung Ihres Produkts sowie die wichtigsten Meilensteine auf diesem Weg. Product Discovery wiederum ist der Prozess, die Bedürfnisse der Kunden zu identifizieren und validierte Lösungen dafür zu entwickeln. In der Regel zielt die Product Discovery darauf ab, Lösungen zu schaffen, die mit der Produktstrategie übereinstimmen und Sie einen Schritt näher zu Ihren Zielen bringen.