methodatlas
RunsheetProduct Discovery

Assumption Mapping

ComplexityMedium
Time45-60 min
Participants2-8
FormatWorkshop + async
MaturityEstablished
01

Prerequisite

What needs to be finished first

Complete firstInitiative or hypothesisnot in catalog

A concrete initiative, MVP concept, or strategic hypothesis is written down and clearly depends on assumptions for success.

Without: Without a clear initiative, the mapping turns into a general assumption dump with no link to decisions.
Complete firstDiscovery mindsetnot in catalog

The team and stakeholders are willing to name assumptions explicitly instead of treating them as facts.

Without: Without a discovery mindset, assumptions stay hidden or are labeled as proven, and the mapping misses its purpose.
02

Preparation

What needs to be ready before start

Materials

2x2 matrix as a whiteboard or digital board (axes: importance and uncertainty); sticky notes for assumptions; markers; example assumptions from comparable projects; initiative description visible.

People / roles

One facilitator with discovery experience; Product Owner or strategy owner; 3-7 participants from product, engineering, research, and sales for a mix of perspectives; optionally a Devil's Advocate.

Pre-read

Initiative description; known hypotheses; research status (validated, open, disproved); existing test backlog items; time horizon for validation.

Time needed

45-60 min

Setup

Put the matrix on the wall: X-axis uncertainty (low on the left, high on the right), Y-axis importance (low at the bottom, critical at the top). Label all four quadrants (critical to test in the top right, known in the bottom left). Put the initiative statement at the top. Set the timer to 45 min.

03

Core question

The one question this method answers

Which assumptions do we need to validate first because they are both critical to the initiative and uncertain?

04

Flow

Marker: Phase

StepDurationActionHint
1Phase 1: Collect assumptions
10-15 minEveryone writes down the assumptions underlying the initiative on their own first. Trigger categories: desirability, viability, feasibility, usability.Phrase assumptions explicitly as 'We assume that ...'. Anything stated as a fact is suspicious and usually also an assumption.
2Phase 2: Rate importance
10 minFor each assumption: if it is wrong, does the initiative break? Y-axis: high (showstopper) to low (tolerable). Move the sticky notes to the right height.Importance is often underestimated for supposedly obvious things. Ask for each assumption: what happens if the opposite is true?
3Phase 3: Rate uncertainty
10 minFor each assumption: how much evidence do we have? X-axis: left (validated several times) to right (pure guess). Include research or past tests.Personal experience is not evidence for a target group. If the answer is just 'we believe so', it belongs on the uncertain side.
4Phase 4: Top risks in the upper right quadrant
5-10 minThe upper-right quadrant (critical + uncertain) becomes the test backlog. Prioritize the top 3-5 assumptions there for the next validation round.If there are 10+ assumptions in the red quadrant, there are too many critical unknowns. The initiative is too early or the scope is too broad. Split it up.
5Phase 5: Tests per top assumption
10-15 minFor each top assumption, choose a validation method: interview, survey, prototype test, fake door, competitor analysis, data spike. Note success criteria and owner. Estimate effort.The method must fit the assumption. You do not validate desirability with an engineering spike. You do not validate feasibility with a survey.
05

Artifact

What comes out at the end

Form

Assumption Map (2x2 matrix as image or export) with placed assumptions, top-assumption list with rationale, plus a test backlog with validation method, success criterion, owner, date, and status tracking.

Versioning / ownership

One map per initiative with date. After every assumption test, update the assumption as validated (move left), disproved (pivot the initiative), or refined. Refresh the map every 2-4 weeks.

Tool alternatives
  • Miro with an Assumption Map template
  • FigJam with a quadrant frame
  • Mural with a template
  • Whiteboard with axes and sticky notes
  • Spreadsheet with importance and uncertainty columns

assumption-map-checklist.md

Checklist for critical assumptions by risk and knowledge level.

  • Formulate assumption as a testable statement
  • Assess risk
  • Assess level of knowledge
  • Add data source or test idea
  • Mark riskiest assumption
  • Define success criterion
  • Set owner and date
06

Example output

Concrete filled scenario, fictional example

assumption-mapping-beispiel.md

Concrete filled scenario, fictional example

Assumption Map - Mobility-as-a-Service B2B pilot (week 19/2026)

Initiative: B2B mobility bundle for industrial employers with 300-2000 employees. Pricing EUR 8/employee/month. Pilot with 3 customers.

Assumption clusters by position:

Upper right (critical + uncertain) - top 5 test backlog

  1. 'HR manager controls the budget decision for EUR 8/employee' ⚠️
  2. 'Tax treatment of the mobility component can be clarified within 3 months' ⚠️
  3. 'Personio integration is technically feasible within 3 months' ⚠️
  4. 'Mobility providers grant 5-8% margin for a pilot under 100 employees' ⚠️
  5. 'Employees will adopt the bundle (>50% adoption in the pilot)' ⚠️

Upper left (critical + confirmed)

  • 'There is market demand for B2B mobility' (validated via 8 sales conversations)
  • 'Companies want to reduce commuting costs' (market studies)

Lower right (unimportant + uncertain)

  • 'User interface language (DE/EN) will matter'
  • 'Reporting format can be standardized'

Lower left (unimportant + confirmed)

  • 'A smartphone app is required' (all providers have apps)

Test backlog

#AssumptionMethodSuccess criterionOwnerDate
1HR budget authority5 structured interviews with HR leads>=3/5 confirm authority up to EUR 10k/month@marcusweek 22
2Tax clarificationTax advisor consultation + example modelClear answer on tax treatment is possible@annaweek 23
3Personio integrationTechnical spike with Personio APISample data flow works in 3 days@benweek 22
4Provider marginNegotiation with DB plus tier for pilotWritten margin commitment@marcusweek 24
5Employee adoptionLetter-of-intent survey with 30 employees per pilot customer>=50% LOI rate@lisaweek 26
07

Pitfalls

Recognize symptoms and steer against them

Trap

Assumptions are hidden as facts

Symptom

Stakeholders phrase statements as facts ('users want this'), and no assumptions are marked.

What to do

The facilitator asks for evidence: 'How do we know? Which data or tests support this?' If there is no evidence, it remains an assumption.

Trap

Too few assumptions

Symptom

The list contains only 5-8 assumptions, and many important ones are missed.

What to do

Work with trigger categories (desirability, viability, feasibility, usability). Aim for at least 3 assumptions per category. Have a Devil's Advocate actively ask for more.

Trap

Importance is underestimated

Symptom

Assumptions are moved into the lower half because they seem 'not that important'.

What to do

Test: if the assumption is false, what happens? If the initiative could fail, it belongs at the top. If nobody is affected, it belongs at the bottom.

Trap

Uncertainty is overstated

Symptom

Assumptions are packed into the right half even though evidence exists.

What to do

Ask for evidence per assumption. Anyone with evidence (research, data, tests) may move left. Otherwise it stays on the right.

Trap

Test backlog without an owner

Symptom

The validation plan exists, but nobody owns the tests.

What to do

An owner is mandatory for each test. Without an owner, the test is wishful thinking. Convert tests into sprint items or spikes.

08

Stop criteria

Done signals checkable in under a minute

The initiative is not concrete enough, so the assumptions would be too vague.
The team refuses to mark assumptions and treats everything as fact.
Stakeholders expect guarantees instead of learning, so the method does not fit.
The initiative has already started and cannot be pivoted anymore, so the method comes too late.
No resources are available for validation tests, so the backlog will stall.
The workshop is scheduled too short (<30 min), so there is no depth.

Finished the runsheet?

Go to the profile for purpose, similar methods, and sources or continue to the next method in the catalog.