Search⌘ K
AI Features

Practice Set: A/B Testing

Explore A/B testing scenarios through practical problems that reinforce designing experiments, selecting metrics, validating assumptions, and making conditional decisions under various constraints. Learn to clarify goals, justify sample sizes, check validity, interpret confidence intervals, and update plans based on follow-up questions. This lesson helps build confidence in producing defensible, complete answers typical in data science interviews.

These six problems add no new methods. They practice producing a complete answer under changing constraints: clarify the decision, state the estimand and units, choose metrics, justify the sample size or readout, check validity, make a conditional decision, and update the plan under follow-ups. Each proposed fix needs two parts: the scorecard change we expect if the diagnosis is correct and what a missing change would tell us. For each problem, read the scenario and question, answer aloud in two minutes, open the hints only if you are stuck, and then compare your answer with the solution.

The seven moves of a strong A/B testing answer, and the problem that stresses each one
The seven moves of a strong A/B testing answer, and the problem that stresses each one

Problem 1: Pricing page design

Scenario: A pricing page now shows the annual plan first instead of the monthly plan, making it the default selection. We have 21 days, limited traffic, and a concern that customers may feel misled. How would we decide whether to keep the change? The decision is whether to launch it to all new visitors within three weeks.

Question: Should we launch the annual-first pricing page to all new visitors within three weeks, and how would we make that decision?

The annual-plan selection rate is not the business outcome by itself.

Solution

A defensible answer begins by clarifying whether the goal is completed paid subscriptions, annual-plan revenue, or lower cancellation risk. Suppose the decision concerns completed subscriptions among eligible new visitors who reach the pricing page during the 21-day test. The estimand is the treatment-control difference in completed subscription rate for that population under assignment.

Assign at the user level so repeat visits retain the same version. Use completed subscription rate as the primary metric, not annual-plan clicks or default-plan selections. Those intermediate actions can rise while customers abandon payment. Use cancellation within the available observation window and payment-failure rate as guardrail metrics. If immediate cancellation data are too immature for a launch decision, say so, and use an explicit staged rollout rather than implying the guardrail was measured.

The required denominator depends on the claim. For page performance, analyze eligible users who actually reached the pricing page, provided exposure logging is reliable. Do not divide completed subscriptions by every assigned user when a substantial share never had the opportunity to see either page. Check treatment and control assignment counts, exposure rates, and missing purchase events before reading lift.

The two constraints in the prompt each change the plan. Limited traffic means checking, before launch, whether 21 days of eligible pricing-page visitors can detect the smallest subscription lift worth shipping. If they cannot, say so up front rather than reading an underpowered result as no effect. The concern that customers may feel misled is a guardrail, not a footnote. Pre-specify early cancellations, refund requests, and support contacts about unexpected annual charges so that a default that wins subscriptions by surprising people shows up as harm.

The likely failure mode is that the new default increases annual-plan selection while lowering completed subscriptions or raising rapid cancellations. If the design is genuinely easier to understand, treatment should improve completed subscriptions without a guardrail regression. If plan selection rises but completed subscriptions do not, the default changed a proxy rather than customer value.

Design Choice

Case 1 Answer

Decision

Launch the annual-first default to all new visitors within three weeks

Population

Eligible new visitors who reach the pricing page during the 21-day test

Estimand

Treatment minus control difference in completed subscription rate

Assignment unit

User, so repeat visits keep the same version

Primary metric

Completed subscription rate, not annual-plan clicks or default-plan selections

Guardrails

Payment failures, early cancellations, refunds, and support contacts about unexpected annual charges

Denominator

Users who reached the pricing page, if exposure logging is reliable

Constraint: limited traffic

Check before launch whether 21 days can detect the smallest lift worth shipping

Constraint: "misled" risk

Pre-specify trust guardrails so a default that wins by surprising people shows up as harm

Problem 2: Notification frequency

Scenario: A team randomizes notification sends. A user can receive treatment at breakfast and control at lunch. The readout ...