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
A paper-based illustration representing Kano Model with its core stages and visible working result.
Product Discovery
Kano Model
A paper-based illustration representing Bounded Context Canvas with its core stages and visible working result.
Domain Modeling
Bounded Context Canvas
Paper illustration of HEART Framework with its method-specific working model.
UX Research
HEART Framework
Paper illustration for Domain Context Map
Domain Modeling
Domain Context Map
Purposedifferent
When features need to be distinguished by their effect on satisfaction, it makes expectations and surprises comparable. It separates basic needs, performance contribution, and delight.When a business context is still loosely outlined, it shapes language, responsibility, and integration space. It clarifies what belongs together and where a boundary needs to hold.Helps clarify observations, needs, and patterns in concrete terms. It groups observations into patterns, questions, and decisions. The result is captured as a HEART-GSM table and dashboard.When a domain model and its associated contexts need to be thought through together, it creates a shared overview. It connects the business view and organizational boundary into a readable whole.
Complexitysame
MediumMediumMediumMedium
Timedifferent
1-2 Tage1-3 h120 min initial, dann laufend1-3 h
Participantsdifferent
10-503-83-63-10
Formatdifferent
Workshop + asyncWorkshop + asyncWorkshop + asyncWorkshop
Outputdifferent
Kano Matrix, Feature Classes, Priority ThemesContext Canvas, Glossary, Integration NotesHEART-GSM Table, DashboardDomain Context Map, Boundary Notes, Ownership Map
Tagsno overlap
SatisfactionPrioritizationCustomer
Domain-Driven DesignBoundariesModeling
MetricsUX researchMeasurementSatisfaction
Domain-Driven DesignContextBoundaries
Add more methods