Discovery
Synthese von Insights und Lösungen
Wie man Forschungsergebnisse synthetisiert: Codierung von Beobachtungen, Mustern, Chancen, Widersprüchen und Teamentscheidungen.
Synthesis ist der Übergang von unterschiedlichen Notizen zu einer Erklärung, die dem Test der Originaldaten standhält. Stimmen Sie nicht für die hellsten Zitate: Gruppenbeobachtungen, notieren Sie die Häufigkeit und Stärke des Signals, suchen Sie nach Ausnahmen und halten Sie jede Ausgabe mit bestimmten Episoden in Verbindung.
Was ist die Synthese von Einsichten
Definition und Grundsatz
Insight-Synthese ist der Prozess der Analyse von Informationen von Benutzern, Teams und Märkten, um echte Probleme und versteckte Bedürfnisse zu identifizieren. Der Hauptunterschied zur einfachen Sammlung besteht nicht nur darin, eine Beschwerde zu hören, sondern zu verstehen, was dahinter steckt und wie sie sich auf das Benutzerverhalten oder das Geschäft auswirkt.
Beispiel: Benutzer beschweren sich, dass sie in den Einstellungen der Anwendung verwirrt sind. Synthetisieren Erkenntnisse, finden Sie heraus, dass das Problem nicht in der Lage der Tasten, sondern in zu komplexen Anpassungsszenarien für Anfänger.
Warum Sie es nicht ohne Fusion tun können
Wenn sie die synthesephase ignorieren, wird das produkt auf individuellen feedback- und diskussionen von ideen im chat aufbauen. Sie erhalten eine Reihe von zufälligen Verbesserungen, die das eigentliche Problem nicht lösen.
Wie man Probleme identifiziert und formuliert
Problemfindungstechniken
Eine gute Praxis ist die Verwendung mehrerer Datenquellen: Interviews, Fragebögen, Analysen, Support. Notieren Sie sich alle Beobachtungen – nicht nur das, was die Nutzer sagen, sondern auch das, was sie tun.
Beispiel: Das SaaS-Plattformteam hat festgestellt, dass Kunden das Onboarding oft in Schritt drei verlassen. Nach der Synthese von Insights fand der Grund: Die Anforderungen an Daten in diesem Stadium wurden nicht im Voraus vom Benutzer vorbereitet.
Fehler und Anti-Muster
Fangen Sie nicht an, eine Lösung zu formulieren, bis das Problem formuliert ist. Ein häufiger Fehler besteht darin, zu versuchen, den Benutzer zu erraten oder nur offensichtliche Verbesserungen zu diskutieren.
Der gefährliche Weg besteht darin, Ihre Hypothese durch Erkenntnisse zu ersetzen oder Ihre eigene Erfahrung auf alle Benutzer zu projizieren. Behalten Sie eine strenge Position bei: Formulieren Sie das Problem so, dass der Kunde und das Team es erkennen können.
Wie man Ideen testet: Schnelle Zyklen
Verifizierung durch Kundenentwicklung
Wenn ein Problem gefunden wird, formulieren Sie eine Lösungshypothese. Verschwenden Sie keine Ressourcen für komplexe Funktionen - suchen Sie nach schnellen Möglichkeiten, um sicherzustellen, dass Ihre Lösung tatsächlich Schmerzen reduziert.
Beispiel: Wenn Benutzer beim Onboarding verwirrt sind, überprüfen Sie den vereinfachten Skriptprototyp bei 8-10 Benutzern und vergleichen Sie die Abschlussmetriken. Dies gibt Ihnen eine schnelle Antwort - hat Ihr Ansatz geholfen?
Erfolgskriterien
Legen Sie klare Metriken fest: Prozentsatz der Benutzer, die einen Engpass überwunden haben, Zeit für eine Aufgabe, Zufriedenheit mit CSAT. Denken Sie nach einer kurzen Überprüfung daran, das Feedback zu analysieren - warum es funktioniert hat oder warum nicht.
Praktische Tipps zur Synthese
Nehmen Sie Notizen und visualisieren
Verarbeiten Sie die Forschungsergebnisse visuell: Verwenden Sie eine Affinitätskarte oder eine User Journey. Es ist einfacher, Muster hervorzuheben und dem Team schnell zu zeigen, wo die Ursache des Problems liegt.
Beispiel: Nach Benutzerinterviews mit dem digitalen Affinitätsboard gruppierte das SaaS-Produktteam die Probleme: Lernen, Integration und Hauptschmerzen am Anfang. So wurde klar, wo man die Ressourcen auf den nächsten Sprint konzentrieren sollte.
Konvertieren Sie Ihre Insights in eine Hypothesenaussage
Formulieren Sie Ihre Einsicht und Hypothese mit einer Standardvorlage: Wenn die Ursache des Problems ein Problem ist, dann ist die Ursache des Problems ein Problem. Und wenn wir das tun, werden wir sehen, dass wir es schaffen werden.
Dieser Ansatz hilft, das Problem nicht mit der Lösung zu verwechseln und nicht zu sprühen.
Wo man nach Benchmarks und Best Practices sucht
Suchen Sie für jede Metrik nach Branchenberichten oder öffentlichen Diskussionen. Die besten Quellen sind Backup von Produkt- und UX-Forschern:
- Product Talk - Gute Anleitungen zum Formulieren und Überprüfen von Erkenntnissen
- Mind the Product - Synthese- und Entdeckungstechniken
- SVPG-Serie - Ansätze zur Problemsuche und -validierung
Die genauen Zahlen, die für ein bestimmtes Produkt geeignet sind, hängen vom Markt, dem Kunden und der Reife des Teams ab. Die wichtigsten Metriken sind Retention, Conversion, NPS und CSAT, die die Werte der offenen Forschung in Ihrer Branche sind.
FAQ
**Wie unterscheidet man einen Einblick von einer einfachen Benutzerbeschwerde? Einsicht ist nicht das, was der Benutzer sagt, sondern warum er es sagt oder tut. Sich über Geschwindigkeit beschweren - vielleicht ist das eigentliche Problem die Nicht-Offensichtlichkeit des nächsten Schrittes, nicht die Leistung.
**Ist es möglich, die Synthese von Einsichten zu verpassen, wenn alles klar ist? Nope. Der erste Eindruck täuscht oft, besonders wenn das Team schon lange mit dem Produkt arbeitet. Ein frischer Look offenbart die versteckten Muster.
Wann fangen Sie an, über eine Lösung nachzudenken? Erst nachdem das Problem formuliert und seine Bedeutung für den Kunden und das Geschäft bestätigt wurde.
Welche Werkzeuge verwenden Sie für die Synthese? Affinity Mapping, User Journey Maps, bekannte Boards in Miro oder FigJam. Die Hauptsache ist, schnell Daten zu sammeln und zu strukturieren.
*Woher wissen Sie, ob das Problem wichtig ist? Das Problem ist wichtig, wenn der Kunde bereit ist, Zeit, Geld oder die Suche nach Workarounds zu verbringen. Es ist besser, wenn es in Zahlen bestätigt wird (Abflüsse, Renditen, Abnahme der Adoption).