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 of Team API with its method-specific working model.
Team Design
Team API
A/B Testing workspace showing the question, observations, and next decision.
Growth
A/B Testing
Paper illustration for Concierge MVP
Product Discovery
Concierge MVP
Paper illustration for Fake Door Test
Product Discovery
Fake Door Test
Purposedifferent
When expectations between teams stay fuzzy, it describes how a team can be reached, used, and held accountable. It clarifies responsibility, interaction, and load between teams. The result is captured as a Team API document.When two variants compete, discussions quickly decide by taste rather than effect. A/B Testing checks behavior under controlled conditions and separates real improvement from chance or expectation effects.When an idea can first fail or grow through genuine hands-on support, it relies on manual work instead of automation. It shows whether user value holds up even under manual execution.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
LowHighMediumMedium
Timedifferent
Half day initial, dann laufend1-4 Wochen1-4 Wochen1-5 Tage
Participantsdifferent
Ein Team plus Stakeholder1-63-10 KundenNutzertraffic
Formatdifferent
Workshop + asyncAsyncWorkshop + asyncAsync
Outputdifferent
Team API DocumentExperiment results, Decision log, Learning summaryConcierge Learnings, Service Blueprint, MVP RisksClick Data, Interest Signal, Learning Decision
Tagsno overlap
TeamAlignmentCommunicationService
ExperimentsGrowthAnalyticsValidation
MVPValidationServiceDiscovery
ValidationExperimentsDemandDiscovery
Add more methods