Methoden Seite an Seite ansehen.
Wähle bis zu vier Methoden. Ergänze sie über die Suche und teile den Vergleich über seinen Link.
| Kriterium | ![]() Innovation Design Thinking | ![]() Product Discovery Wizard of Oz Test | ![]() Product Discovery Problem Interview | ![]() Innovation Design Sprint |
|---|---|---|---|---|
Zweckunterschiedlich | Bei komplexen Nutzerproblemen mit unsicherer Ursache verbindet die Methode Beobachtung, Deutung und Experiment zu einem Lernzyklus. Sie hält den Fokus auf reale Bedürfnisse und vermeidet vorschnelle Lösungssprache. Dadurch entstehen robuste Entscheidungen für Produkt und Service. | Wenn eine neue Erfahrung noch zu teuer für echte Automatisierung wäre, simuliert sie das Ergebnis im Hintergrund. Sie prüft Nutzerreaktion und Nutzen, bevor Technik verschwindet. | Wenn erst das Problembild belastbar werden muss, fragt sie nach realen Situationen und Folgen. Sie trennt echtes Leiden von bloßem Interesse an einer Lösung. | Bei unklarer Produktfrage und hohem Zeitdruck bringt die Methode ein Team von der offenen Idee zu einer prüfbaren Lösung. Sie verbindet Problemverständnis, Entscheidung und Lernen in einem kompakten Format. So sinkt das Risiko, viel Energie auf eine bloße Vermutung zu setzen. |
Komplexitätunterschiedlich | Hoch | Hoch | Mittel | Hoch |
Zeitunterschiedlich | 1 Tag bis mehrere Wochen | 2-10 Tage | 30-60 min je Interview | 4-5 Tage |
Teilnehmendeunterschiedlich | 4-10 | 5-20 Nutzer | 5-12 Interviews | 5-8 |
Formatunterschiedlich | Workshop | Workshop + Async | Workshop + Async | Workshop |
Outputunterschiedlich | Problem Statement, Prototype, Test Learnings | Prototype Learnings, Manual Effort Notes, Risk List | Problem Evidence, Risk Notes, Customer Segments | Prototype, Test Findings, Decision Rationale |
Tagskeine Überschneidung | InnovationPrototypResearch | PrototypValidierungMVP | DiscoveryInterviewsValidierung | Design SprintPrototypValidierungInnovation |



