AI product-market fit and market research

Product-market-fit hypothesis design

Decide what result would confirm fit, and what result would refute it

The team is collecting encouraging signals without having agreed what would count as a negative answer. The decision is what result would confirm fit, and what result would refute it. The work starts from whether each belief is stated so that a specific observation could refute it and ends with a fit hypothesis set with thresholds, disconfirming results and a measurement design. It is most relevant to founders and product leaders running towards a fit decision. A useful result states what was examined, what remains uncertain and which decision the evidence can support.

Decide what result would confirm fit, and what result would refute it

Starting pointStated belief
The starting condition this work depends on.
ExaminationThreshold
Where the consequence actually arises.
DecisionDisconfirming result
The finding and its open dependencies.
Proposed working model, not exhaustive coverage.

Decision

Frame the decision before scoping the work

Questions and the evidence each one needs

Question / evidenceStated belief
Inspect the current fit beliefs and the evidence behind them.
Question / evidenceThreshold
Inspect available usage, retention and pipeline data.
Question / evidenceDisconfirming result
Inspect the decision the team faces and its deadline.
Read each question against evidence already available.

The decision is what result would confirm fit, and what result would refute it. This matters to founders and product leaders running towards a fit decision when the team is collecting encouraging signals without having agreed what would count as a negative answer. Name the affected proposition, the consequence of a wrong decision and the owner who can act. The opening conversation should establish which evidence already exists and which uncertainty is material enough to investigate.

The specific failure hypothesis is that every observed result is read as supporting the plan because no disconfirming result was defined in advance. It stays a hypothesis until it is examined in your own case. Existing research notes, usage data or customer records may already resolve it, so identify the uncovered question before commissioning further work.

Mechanism

Follow the relationship that carries the consequence

Where the boundary is actually crossed

SourceStated belief
The condition the design assumes.
CrossingThreshold
Where authority or information changes hands.
ConsequenceDisconfirming result
The effect the owner must answer for.
Evidence comes from what people did, not from the plan.

What this specialty examines

Product-market-fit hypothesis design rests on whether each belief is stated so that a specific observation could refute it. Work from what people actually did and said rather than from the plan’s description of them, and record where the two differ.

The examination draws on the current fit beliefs and the evidence behind them; available usage, retention and pipeline data; and the decision the team faces and its deadline. Identify the owner, revision and operating context of each source. Keep an incomplete input visible, with an explanation of what its absence prevents the owner from concluding, rather than quietly treating a gap as a satisfactory result.

The tradeoff to make explicit

The tradeoff here is a threshold strict enough to be meaningful against one the available data can actually measure. Compare the available options against the same intended outcome. If one option removes a control or moves a boundary, describe that difference before treating its lower effort as an improvement. The decision should expose the tradeoff rather than bury it in a single rating.

Preparation

Connect the inputs to the boundary examined

Preparation record for the engagement

Illustrative working format

BasisThe current fit beliefs and the evidence behind them
Bounds the context.
MaterialAvailable usage, retention and pipeline data
Supplies the material examined.
ConditionThe decision the team faces and its deadline
Exposes conditions that qualify a result.
Illustrative record; availability and handling need confirmation.

Start with the current fit beliefs and the evidence behind them; available usage, retention and pipeline data; and the decision the team faces and its deadline. Each has a different job: the first establishes context, the second supplies the material to examine, and the third exposes operating conditions that may qualify a conclusion. Sanitised examples can support early work, provided the differences from the real configuration stay explicit.

The scope also needs founders and product leaders running towards a fit decision with the authority to reach the relevant participants, and agreement on what evidence would distinguish the failure in which every observed result is read as supporting the plan because no disconfirming result was defined in advance from acceptable behaviour. Where stakeholders disagree about intended behaviour, resolve that interpretation before classifying an observed difference as a defect.

Working sequence

Carry the question through to an accountable finding

From scoped material to a decision record

  1. EstablishSurface the beliefs

    Set the conditions assumed.

  2. ExamineState thresholds and refutation

    Apply the scoped check.

  3. RetainDesign the measurement

    Record evidence and the next decision.

Proposed sequence; resolve access gaps first.

Surface the beliefs

Write down what the team currently believes about the buyer, the problem, the value and the willingness to pay, with the evidence behind each. Record what is deliberately excluded.

State thresholds and refutation

For each belief, define the measurement, the threshold that would support it and the observation that would refute it. Keep an unreproducible observation in the record with its reason.

Design the measurement

Choose the population, the period, the instrument and the analysis before any data is collected, and record what confounds each measure. Hand the result over with its open dependencies attached.

Indicative artefact

Make the artefact usable by the person who owns the decision

A fit hypothesis set with thresholds, disconfirming results and a measurement design

Illustrative working format

Annotated fieldStated beliefs and their current evidence
What was examined, and under which assumptions.
Annotated fieldThresholds and disconfirming observations
Each observation, linked to evidence.
Annotated fieldMeasurement design and known confounds
The next decision, and its limits.
Illustrative structure, not a completed engagement.

The proposed decision artefact is a fit hypothesis set with thresholds, disconfirming results and a measurement design. Depending on the agreed scope, the pack may include:

  • Stated beliefs and their current evidence. Basis: the definitions, boundaries and assumptions another reviewer would need.

  • Thresholds and disconfirming observations. Observation: the findings and their interpretation, preserving adverse results and disagreement.

  • Measurement design and known confounds. Decision: what the owner could do next, and what change would justify revisiting it.

Retain the selection rationale beside the result. Without it, a bounded finding is easily mistaken for complete coverage.

Illustrative scenario

Examine the question through a constructed case

A constructed case and its decision paths

Illustrative scenario

  1. SituationStated belief

    A team treats a rising signup count as evidence of fit while the same users never return.

  2. Question to examineThreshold

    Which measure was supposed to indicate value, and was the threshold set before or after the data arrived?

  3. Conditional next actionDisconfirming result

    Restate the hypothesis around retained usage and set the threshold before the next cohort.

Fictional example; no engagement or outcome is implied.

Consider an illustrative situation: a team treats a rising signup count as evidence of fit while the same users never return. The example is constructed to show how the question is framed. No client engagement, executed test or measured improvement is implied.

The question to examine is which measure was supposed to indicate value, and was the threshold set before or after the data arrived. A reasonable next action would be to restate the hypothesis around retained usage and set the threshold before the next cohort. The decision record should state which configuration was accepted and which limitations came with it.

Scope and next action

Keep the conclusion inside the agreed boundary

Confirm fit before the next commitment

Included boundaryStated belief
Limited to the agreed scope and sample.
PrerequisiteThe current fit beliefs and the evidence behind them
The owner confirms access and conditions.
Claim limitDisconfirming result
A hypothesis design makes a decision testable. It does not itself establish that a product has found its market.
Bring the triggering change and the evidence you hold.

A hypothesis design makes a decision testable. It does not itself establish that a product has found its market. Any engagement depends on an agreed scope, a qualified team and authorised access.

Bring the proposition, the decision you face and the evidence you already hold. The scope question follows from the situation in which the team is collecting encouraging signals without having agreed what would count as a negative answer. Confirm which missing observation would change the owner’s next action.

A little more clarity

Questions to consider.

Start with the questions that shape a better decision.

When is product-market-fit hypothesis design the right work?

It suits founders and product leaders running towards a fit decision when the team is collecting encouraging signals without having agreed what would count as a negative answer. Stated plainly, the decision it supports is what result would confirm fit, and what result would refute it. If none of that applies yet, a shorter framing conversation is more useful than a scoped engagement.

What would our team need to provide?

Start with the current fit beliefs and the evidence behind them; available usage, retention and pipeline data; the decision the team faces and its deadline; and the resources a wrong answer would consume. Identify the owner, revision and operating context of each. A missing input should be recorded as an evidence gap rather than assumed to be satisfactory.

How is the scope bounded?

The work examines whether each belief is stated so that a specific observation could refute it within an agreed boundary. A hypothesis design makes a decision testable. It does not itself establish that a product has found its market. State the boundary in writing before the work starts, so a later reader can distinguish what was excluded from what was missed.

What does the engagement produce?

The proposed artefact is a fit hypothesis set with thresholds, disconfirming results and a measurement design. It carries stated beliefs and their current evidence; thresholds and disconfirming observations; and measurement design and known confounds, with the open dependencies still attached so the owner can see what the evidence does not cover.

What if our existing evidence already answers this?

Review its scope, provenance and configuration first. Work already done by founders and product leaders running towards a fit decision may be sufficient. Record the decision, the unresolved limitations and the change that would require another look. Further work should address a real gap.

What tradeoff should we expect to decide?

The recurring tradeoff is a threshold strict enough to be meaningful against one the available data can actually measure. Neither side is universally correct. The engagement makes the difference explicit and leaves the choice with the owner who carries its consequence.

What would make the findings inconclusive?

Missing the current fit beliefs and the evidence behind them; available usage, retention and pipeline data; and the decision the team faces and its deadline can prevent a reliable interpretation. Record the specific missing observation and its implication. The owner can supply the evidence, narrow the claim or defer the dependent decision; an incomplete case should not silently count as a pass.

Start with the decision you need to make.

Tell us about the agent workflow you want reviewed, and where you need greater clarity. Scope and availability are confirmed together.

Connected disciplines