When to use it

Use this prompt after an experiment ends and before you announce a winner. It is useful for product managers, marketers and analysts who run tests in tools such as feature flag platforms or email software, and who want a second check on the numbers and the reasoning. It works best for simple two-variant tests on rates or averages.

How to customize it

  • [HYPOTHESIS] and [PRIMARY METRIC] should be the ones you set before the test started. Changing them afterwards is a common source of false wins.
  • [GUARDRAIL METRICS] are the things that must not get worse, such as refunds, errors or unsubscribes.
  • [PLANNED DESIGN] lets the model compare what you planned with what actually happened.
  • [WHAT ACTUALLY HAPPENED] should be honest about early checks, stopped tests or traffic problems.
  • [RESULTS] can include more rows for more variants or segments; say which comparisons were planned.

Why it works

Most A/B testing mistakes are not arithmetic errors but process errors: stopping when the result looks good, testing many metrics and reporting the one that moved, or ignoring a broken traffic split. The checklist of pitfalls makes the model look for those problems explicitly.

Asking for formulas and intermediate numbers matters because language models can make calculation errors. Showing the work lets you verify the result in a spreadsheet or statistics tool. A confidence interval communicates the size and uncertainty of an effect better than a single p-value, and the stakeholder summary keeps that uncertainty in the final message.

Tips and variations

  • Recalculate the key numbers with a dedicated calculator or your testing platform; treat the model’s math as a cross-check.
  • For revenue or other skewed metrics, ask about bootstrapping or trimming outliers.
  • For many segments, add “Correct for multiple comparisons and label segment results as exploratory.”
  • Ask for a pre-registration template before your next test so the plan is written down.
  • Low traffic? Ask for a sample size calculation before launching rather than after.
  • Write down the decision and the reasoning, so the next test builds on what you learned instead of repeating it.