methodatlas
Compare

View methods side by side.

Choose up to four methods. Add them using the search and share the comparison by copying its link.

Criterion
Paper illustration for Diary Study.
UX Research
Diary Study
EventStorming on a long working surface: colored event cards form a business flow, friction points are marked, and a boundary separates different areas of responsibility.
Domain Modeling
EventStorming
Paper illustration of the Force Field Analysis working structure.
Decision Making
Force Field Analysis
A paper-based illustration representing Event Modeling with its core stages and visible working result.
Knowledge Modeling
Event Modeling
Purposedifferent
When experiences build up over days or weeks and a single session cannot capture them, Diary Study records the course of everyday life. Recurring triggers, moods, and habits become visible this way, beyond the sharpness of memory.When a domain consists of many events, rules, and states, it creates a shared modeling space for the team. It bundles language, flows, and boundaries before domain knowledge fragments into siloed views.In change initiatives, supporting and restraining forces sit at the table at the same time. Force Field Analysis makes these tensions explicit and shows where change can be pushed forward by strengthening or relieving.Event Modeling connects business workflows with commands, events, and views into one coherent mental model. It helps design behavior, UI, and technical slices from the same underlying logic.
Complexitydifferent
MediumMediumLowMedium
Timedifferent
1-4 Wochen2-8 h45-90 min2-6 h
Participantsdifferent
5-205-123-122-8
Formatdifferent
AsyncWorkshopWorkshopWorkshop + async
Outputdifferent
Diary Entries, Longitudinal Patterns, Experience TimelineEvent Timeline, Ubiquitous Language, Boundaries, Open QuestionsForce Field Map, Change Levers, Risk NotesEvent Model, UI Flow, Commands, Read Models
Tagsno overlap
UX researchTrackingBehavior
Domain-Driven DesignEventsDiscoveryWorkshop
ChangeDecisionStrategy
EventsBlueprintDomain-Driven DesignBehavior
Add more methods