Skip to content
PMCert

Experiment planner

Hypothesis, metrics, sample, duration and decision rule in a single document, agreed before you start.

  • Metrics and experimentation
  • CPXS · domain 1
  • Free, no sign-up
  • PNG · PDF · Markdown · DOCX

See the finished result before you fill anything in.

Example with fictional data

See what the result looks like: Experiment planner

A made-up case, in the same format the tool delivers. Nothing you have filled in changes.

Hypothesis

1 of 7

The bet the experiment will test: change, audience and outcome.

The preview appears here

Start with the first field and watch the result take shape on this side. To see the finished version first, open the example.

Nothing you type is saved on our server: your work stays in the page address and in this browser. Do not paste confidential data or personal data about customers.

An experiment plan is the document that fixes, before the test, everything that could later be adjusted to favour a result: the hypothesis, the primary metric, the guardrail metrics, the unit of randomisation, the sample, the duration and the rule that decides between adopting, iterating or stopping. Writing the plan first protects the team from reading the data to suit itself.

How to use

  1. Write the hypothesis, or import the one you built in the hypothesis generator.
  2. Set one primary metric and the guardrail metrics that must not get worse.
  3. Choose the unit of randomisation, the audience and the variants.
  4. Enter the current value, minimum effect and traffic to work out sample and duration.
  5. Tick the threats to validity already handled and agree the decision rule with whoever decides.

What each field asks for

FieldWhat to enter
HypothesisThe bet the experiment will test: change, audience and outcome.
Primary metricJust one: it decides the result.
Guardrail metricsWhat must not get worse while the primary metric improves.
Unit of randomisationWhat is assigned to each variant. It must match the metric.
Experiment audienceWho enters the test and who is left out.
VariantsOne per line, starting with the control. Up to four.
Current value of the metric (optional)As a percentage. With the minimum effect, it works out the sample.
Minimum effect (optional)In % relative: the smallest improvement that would justify the change.
Visitors per day (optional)People entering the experiment per day, across all variants.
Confidence levelProtects against a false winner.
Statistical powerThe chance of detecting the effect if it exists.
Maximum time in weeks (optional)How long the business is willing to wait for the answer.
Threats already handledTick what the plan already covers. The rest becomes an open item.

Example

A fictional online shop plans to test estimated shipping on the product page. The primary metric is basket-to-purchase conversion (4% today), with average order value and return rate as guardrails, randomisation by user and two variants. To detect a 15% improvement (from 4% to 4.6%), the plan needs 17,943 people per variant, 35,886 in total: with 3,000 visitors per day, two full weeks, within the four-week deadline. Two threats remain open: unusual dates and contamination between groups.

When to use

  • Before asking engineering to build the variants of an A/B test.
  • To agree with leadership and partner teams what counts as success before seeing the data.
  • When a previous test sparked debate about what the result meant.
  • To record the experiment design alongside the decision taken at the end.

Frequently asked questions

What goes into an experiment plan?

Hypothesis, primary metric, guardrail metrics, unit of randomisation, audience, variants, sample, duration, decision rule and threats to validity. All of it set before the test starts.

What are guardrail metrics?

They are the metrics that must not get worse while the primary one improves, such as average order value, returns or support tickets. They stop you declaring victory on a change that shifts the loss somewhere else.

How do I choose the unit of randomisation?

Randomise what matches the metric: if the metric is per person, randomise by user; if it is per customer company, by account. Randomising by session when the metric is per person lets the same person see both variants and mixes the effects.

Why set the decision rule in advance?

Once you see the data, there is always a reading that favours the preferred option. With the rule written first (adopt, iterate or stop), the decision follows the agreed criterion rather than the mood of the day.

What are the main threats to validity?

Faulty instrumentation, an unbalanced traffic split, stopping the test early, novelty effects, unusual dates, contamination between groups and bot traffic. The checklist shows which ones the plan already covers and which remain open.

What if the test does not fit the deadline?

Increase the minimum effect, put more traffic into the experiment or choose a more sensitive metric closer to the change. If none of that is enough, an A/B test is not the right method: prefer a prototype or qualitative research.