Free account

Save your progress

Keep lessons, quiz scores and your certificate in sync across devices. Lessons you already finished in this browser are added automatically.

At least 8 characters.

By continuing you agree to our terms and privacy policy. We store your name, email and course progress. No spam.

Track 5 · Experimentation & CRO · Lesson 1 of 4

Hypothesis Design: Turning Hunches into Testable Bets

Write research-backed hypotheses with a clear change, expected effect, primary and guardrail metrics and a minimum detectable effect your traffic can actually reach.

TL;DR

Beginner 14 min
  • A hypothesis has five parts: observation, change, expected effect, metric and the reason you believe it. Missing any one makes the result hard to learn from.
  • Pick one primary metric that decides the test, and two to four guardrails that stop you shipping a win that quietly hurts the business.
  • Calculate the minimum detectable effect before you build anything. If your traffic can only detect a 25% lift, a button-colour tweak is a waste of a slot.
  • Write the decision rule in advance: what you will ship, kill or iterate for each possible outcome.
  • A losing test with a strong hypothesis still teaches you something. A winning test with a weak one teaches you almost nothing.
KPIs it moves
  • Primary conversion rate
  • Guardrail metrics
  • Minimum detectable effect
  • Experiment win rate
  • Learning rate
Best for
  • B2B SaaS
  • E-commerce / D2C

Why this matters

Most experiment programmes fail long before the statistics. They fail at the sentence that starts the test. “Let’s try a new hero” gives you a result but no learning. If it wins, you do not know why. If it loses, you do not know what to try next.

A good hypothesis does three jobs. It forces you to show evidence for the idea, which kills weak ideas cheaply. It fixes the metric and the decision rule before you see any data, which protects you from fooling yourself. And it makes every result, win or loss, feed the next idea. Teams that write hypotheses well get more value per test slot, and test slots are the scarcest resource in growth. You only have so much traffic.

The Bing case study below shows the other side. Teams are bad at guessing which ideas matter. That is the reason to test at all, and it is why the framing of the test has to be clear enough that the data, not the loudest opinion, settles the question.

The framework

Every hypothesis has five parts. Write them in this order.

PartQuestion it answersExample (D2C skincare)
ObservationWhat did you see in the data or research?61% of mobile visitors to the serum page never scroll past the first screen.
ChangeWhat exactly will you change, and for whom?Move ingredients and the skin-type match quiz into the first screen on mobile.
Expected effectWhich direction, and roughly how big?Add-to-cart rate rises by at least 10% relative.
MetricHow will you measure it, primary and guardrails?Primary: mobile add-to-cart rate. Guardrails: revenue per visitor, return rate.
WhyWhat evidence or mechanism makes you believe it?Five of eight customer interviews said they buy only after checking ingredients.

Primary metric versus guardrails

The primary metric decides the test. It should be the metric closest to customer value that still has enough volume to reach significance. For a signup page, completed signups beat CTA clicks. For a product page, add-to-cart or orders beat scroll depth.

Guardrail metrics do not decide the test. They can only veto it. Typical guardrails are revenue per visitor, average order value, refund or return rate, unsubscribe rate, page load time and support contacts. A test that lifts the primary metric while breaking a guardrail is not a win.

Diagnostic metrics explain why something happened. Clicks, scroll depth and time on page live here. Never let a diagnostic metric decide a test.

Minimum detectable effect

The minimum detectable effect (MDE) is the smallest real change your test can reliably detect, given your traffic, baseline rate and test duration. If the true effect is smaller than your MDE, the test will usually come back inconclusive.

This shortcut comes from statistician Evan Miller’s widely used guidance. The next-but-one lesson derives the full formula. For now, use it to sanity-check ideas before you build them.

Step-by-step playbook

  1. Start from evidence, not a brainstorm. Pull your funnel report and find the step with the largest absolute drop. Then gather qualitative signal on that step: five to ten session recordings, the last 50 support tickets, sales-call notes or a one-question on-site poll. Every hypothesis should cite at least one quantitative and one qualitative source.
  2. Name the mechanism. Write one line on why the change should work. Common mechanisms are clarity (users do not understand the offer), motivation (they do not want it enough), friction (it is too hard) and anxiety (they do not trust it). If you cannot name the mechanism, you are guessing.
  3. Choose the primary metric. Pick the event closest to value with at least a few hundred conversions per variant over the test window. Define numerator, denominator and attribution window in writing.
  4. List two to four guardrails. Always include one money metric (revenue per visitor or AOV) and one quality metric (return rate, refunds, early churn or support tickets).
  5. Compute the MDE before you build. Use your weekly traffic and baseline rate. If the detectable lift is 25% and your idea might plausibly move things 3%, either make the change bolder, test higher-traffic pages, or ship it without a test.
  6. Fix duration in whole weeks. Run at least one full week, preferably two, so every weekday is represented. Never stop on a lucky day.
  7. Write the decision rule. For example: ship if the primary metric wins at 95% confidence and no guardrail drops more than 2%. Iterate if it is directionally positive but inconclusive. Kill and log the learning if it is flat or negative.
  8. Log it. Record the hypothesis, screenshots, dates, sample sizes, result and the learning in a shared experiment log. The log is how your hit rate improves over time.

Weak vs strong hypotheses

Weak: Shorter signup form will increase signups.

Strong: Because 47% of visitors who start the signup form abandon at the company-size and phone fields, and 6 of 10 recorded sessions show hesitation there, we believe removing both fields and asking for them after activation will raise completed signups by at least 12% relative. Primary: completed signups per form view. Guardrails: sales-qualified lead rate and 14-day activation rate.

Worked example

Say a B2B SaaS company has a demo-request page with 2,000 visitors a week and a 5% conversion rate to a booked demo. The team wants a four-week test with two variants.

  • Visitors per variant over four weeks: 2,000 × 4 ÷ 2 = 4,000.
  • Variance term: p × (1 − p) = 0.05 × 0.95 = 0.0475.
  • Plug into the MDE form: δ ≈ √(16 × 0.0475 ÷ 4,000) = √(0.76 ÷ 4,000) = √0.00019 ≈ 0.0138.
  • So the test can detect an absolute change of about 1.4 percentage points, from 5.0% to 6.4%. In relative terms that is 1.38 ÷ 5 ≈ 28%.

What this means in practice: a headline tweak that might move conversion 5% will almost certainly be inconclusive. The team has three honest choices.

  1. Make the change bolder, for example replace the form with an instant calendar booking and a 90-second product video.
  2. Move the primary metric up to a higher-volume step, such as form starts, and keep booked demos as a guardrail.
  3. Ship small, low-risk improvements without a test and save the test slot for a bigger bet.

Now flip it. If the same page had 20,000 visitors a week, n would be 40,000 per variant and δ ≈ √(0.76 ÷ 40,000) ≈ 0.0044, a detectable relative lift of about 9%. More traffic buys you the right to test subtler ideas.

B2B SaaS vs D2C: what changes

FactorB2B SaaSD2C / e-commerce
TrafficUsually low, so MDEs are largeOften high, so smaller lifts are detectable
Best primary metricSignup, activation or qualified demo, not paid conversion (too slow)Orders per visitor or revenue per visitor
Key guardrailsLead quality, activation, sales acceptance rateAOV, return rate, discount usage
Evidence sourcesSales calls, onboarding analytics, churn interviewsReviews, returns reasons, exit surveys, session replays
Typical bold changePackaging, onboarding path, sales-assist routingOffer framing, shipping threshold, bundle, payment options like COD or UPI

For Indian D2C brands, include payment mix as a guardrail. A change that lifts orders but shifts more volume to cash on delivery can raise return-to-origin rates and hurt contribution margin.

How to measure it

  • Primary conversion rate: unique visitors who complete the target event in the session or within a fixed window (for example 7 days) divided by unique visitors assigned to the variant. Count by user, not by pageview.
  • Revenue per visitor: total revenue from assigned users in the window divided by assigned users. This catches AOV and conversion trade-offs in one number.
  • Experiment win rate: tests that shipped as clear wins divided by tests concluded, per quarter. Mature programmes often see only a minority of tests win. A very high win rate usually means weak statistics or timid ideas.
  • Learning rate: tests that produced a documented learning (win or loss) divided by tests concluded. Aim for this to be close to 100%. A strong hypothesis makes it possible.

Segment results only by dimensions you named in advance, such as device or new versus returning. Slicing after the fact will always find a “winning segment” by chance.

Templates

Case study · Microsoft Bing

Case study: A shelved ad-headline idea that became Bing's best revenue change

  • 12% Revenue lift
  • Over $100M Annualised value (US)
  • Over 6 months Time idea sat in backlog
  • A few engineer-days Build effort

Ron Kohavi and Stefan Thomke describe in Harvard Business Review how a Bing employee proposed changing the way ad headlines were displayed in 2012. The build was cheap, a few days of an engineer's time, but the idea was judged low priority and sat for more than six months. When an engineer finally ran it as an A/B test, revenue jumped so much that the system raised a 'too good to be true' alert, which usually means a bug. Analysis confirmed the change lifted revenue by 12% without hurting key user-experience metrics, which the authors put at more than $100 million a year in the US alone. The lesson for hypothesis design is twofold. First, opinions about which ideas matter are unreliable, so cheap, well-framed tests beat debate. Second, the win was only trustworthy because the team checked guardrail metrics and treated an outsized result with suspicion before celebrating.

Sources: The Surprising Power of Online Experiments (Kohavi & Thomke, HBR, Sept-Oct 2017)

Pitfalls vs pro moves

What amateurs do What top 1% growth teams do
Write 'Let's test a new hero image' and call it a hypothesis. State the observation, the change, the expected direction and size of effect, the metric and the evidence behind it, in one sentence a stranger could check.
Track twenty metrics and declare victory on whichever one moved. Pre-register one primary metric that decides the test and a short list of guardrails that can veto a launch.
Pick the primary metric at the top of the funnel because it moves fastest, such as clicks on a CTA. Choose the closest metric to value that still has enough volume, such as completed signups or orders, and only use click-throughs as diagnostics.
Run tiny tweaks on a page with 1,500 weekly visitors and wait months for significance. Compute the minimum detectable effect first, then size the change to match. Low traffic means bold changes or no test.
Generate ideas in a brainstorm with no data. Source ideas from funnel analytics, session recordings, support tickets, sales-call notes and customer interviews, and cite the evidence in the hypothesis.
Decide what to do with the result after you see it. Write the ship, kill and iterate rules before launch so the result cannot be argued into a win.

Knowledge check

Knowledge check

3 questions · pick an answer to see the reasoning

  1. Q1. A D2C brand sees that 38% of mobile shoppers who open the size chart then leave the product page. Which hypothesis is strongest?

  2. Q2. Your B2B SaaS pricing page gets 4,000 visitors a month and converts 3% to trial. A four-week test can only detect a relative lift of roughly 40%. What should you do?

  3. Q3. A checkout test lifts orders per visitor by 6% but average order value falls 9%. What went wrong in the hypothesis design?

Sources

  1. The Surprising Power of Online Experiments (HBR)
  2. How Not To Run an A/B Test (Evan Miller)

Updated