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
Paper illustration for Concierge MVP
Product Discovery
Concierge MVP
A/B Testing workspace showing the question, observations, and next decision.
Growth
A/B Testing
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 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 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 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
LowMediumHighMedium
Timedifferent
Half day initial, dann laufend1-4 Wochen1-4 Wochen1-5 Tage
Participantsdifferent
Ein Team plus Stakeholder3-10 Kunden1-6Nutzertraffic
Formatdifferent
Workshop + asyncWorkshop + asyncAsyncAsync
Outputdifferent
Team API DocumentConcierge Learnings, Service Blueprint, MVP RisksExperiment results, Decision log, Learning summaryClick Data, Interest Signal, Learning Decision
Tagsno overlap
TeamAlignmentCommunicationService
MVPValidationServiceDiscovery
ExperimentsGrowthAnalyticsValidation
ValidationExperimentsDemandDiscovery
Add more methods