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 | ![]() UX Research Diary Study | ![]() Product Discovery Jobs to Be Done | ![]() UX Design Service Blueprinting | ![]() Knowledge Modeling Event Modeling |
|---|---|---|---|---|
Zweckunterschiedlich | Wenn Erfahrungen über Tage oder Wochen entstehen und ein Einzeltermin sie nicht einfängt, hält Diary Study den Verlauf im Alltag fest. Wiederkehrende Auslöser, Stimmungen und Gewohnheiten werden dadurch jenseits der Erinnerungsschärfe sichtbar. | Wenn Wechselmotive und Fortschritt unklar sind, rekonstruiert sie die Lage aus echter Kundensituation. Sie zeigt, warum ein Wechsel passiert und welches Vorankommen gesucht wird. | Wenn eine Serviceerfahrung über mehrere Kontaktpunkte verteilt ist, bringt sie Frontstage und Backstage zusammen. Sie zeigt, wo Nutzerkontakt und interne Verantwortung zusammenpassen müssen. | Event Modeling verbindet fachliche Abläufe mit Commands, Events und Views zu einem durchgängigen Denkmodell. Es hilft, Verhalten, UI und technische Slices aus derselben Logik heraus zu entwerfen. |
Komplexitätunterschiedlich | Mittel | Mittel | Hoch | Mittel |
Zeitunterschiedlich | 1-4 Wochen | 1-3 Wochen | 0.5-2 Tage | 2-6 h |
Teilnehmendeunterschiedlich | 5-20 | 5-12 Interviews | 6-12 | 2-8 |
Formatunterschiedlich | Async | Workshop + Async | Workshop | Workshop + Async |
Outputunterschiedlich | Diary Entries, Longitudinal Patterns, Experience Timeline | Job Stories, Outcome Statements, Opportunity List | Service Blueprint, Fail Points, Ownership Map | Event Model, UI Flow, Commands, Read Models |
Tagskeine Überschneidung | UX-ResearchTrackingVerhalten | KundeOutcomesBedürfnisse | Service DesignOperationsJourneyBlueprint | EventsBlueprintDomain-Driven DesignVerhalten |



