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 Problem Interview
Product Discovery
Problem Interview
Software Architecture Canvas method illustration showing its working structure
Architecture
Software Architecture Canvas
Paper illustration of Experiment Canvas with a method-specific labelled workspace.
Product Discovery
Experiment Canvas
Paper illustration for Fake Door Test
Product Discovery
Fake Door Test
Purposedifferent
When the picture of the problem still needs to become solid, it asks about real situations and consequences. It separates genuine suffering from mere interest in a solution.The Software Architecture Canvas reduces a system to the most important architecture decisions, constraints, and interfaces. It is useful when teams need a resilient overall picture quickly.When experiments become unreadable after the fact, it arranges hypothesis, signal, and learning goal on a single canvas. It separates problem, assumption, solution, and evidence. The result is captured as a Completed Experiment Canvas and a Success Metric.When demand is still unclear, it measures interest in a feature before it is built. It separates real behavior from polite agreement and deliberately keeps build effort small.
Complexitydifferent
MediumLowLowMedium
Timedifferent
30-60 min je Interview1-2 h30-60 min1-5 Tage
Participantsdifferent
5-12 Interviews3-101-5Nutzertraffic
Formatdifferent
Workshop + asyncWorkshopWorkshop + asyncAsync
Outputdifferent
Problem Evidence, Risk Notes, Customer SegmentsArchitecture Canvas, Goals, Constraints, Quality AttributesCompleted Experiment Canvas, Success MetricClick Data, Interest Signal, Learning Decision
Tagsno overlap
DiscoveryInterviewsValidation
CanvasArchitectureAlignmentWorkshop
ExperimentsValidationDiscoveryHypothesis
ValidationExperimentsDemandDiscovery
Add more methods