Bell Statistics

What is SUTVA?

SUTVA is the assumption that a unit's outcome depends only on its own treatment, and that the treatment means the same thing for everyone. Every standard A/B test relies on it, and it fails quietly wherever users can affect each other.

Also called
stable unit treatment value assumption, no interference assumption
Allon Korem

Written by Allon Korem

Chief Executive Officer

Last updated

In plain English

SUTVA — the stable unit treatment value assumption — is the condition that makes a two-group comparison mean what it appears to mean. It has two halves. First, no interference: one unit's treatment assignment does not affect another unit's outcome. Second, no hidden variations of treatment: everyone assigned to a variant receives the same version of it. Both are assumed by every standard experiment and neither is usually checked.

The first half is the one that fails most often and most consequentially. If treated users can affect untreated ones — through a shared marketplace, a collaborative document, a social feed, or simply by telling a colleague — then the control group is partly treated and the comparison understates the effect. That failure is called interference, and its distinguishing property is that it attenuates towards zero, so it hides real effects rather than manufacturing false ones.

The second half fails more subtly. "The treatment" is supposed to be one thing, and often is not: a feature that renders differently on old browsers, an email delivered at different times across time zones, a recommendation model that behaves differently for users with sparse histories. The estimated effect is then an average over versions rather than the effect of a single intervention, which is not wrong so much as ambiguous — you cannot say what would happen if you shipped it, because it is several things.

Neither half is testable from the data. There is no diagnostic that reports a SUTVA violation, because the violation concerns what would have happened under a different assignment — the counterfactual again. What you can do is reason about the mechanism: ask whether a route exists by which a control user could be affected by the treatment, and whether the treatment is genuinely uniform. That is a product question rather than a statistical one, which is why it is so often skipped.

The remedy when it fails is to change the randomisation unit rather than the analysis. Cluster randomization assigns whole groups so spillover stays inside an arm; a switchback test randomises time when the whole system is shared. Both cost substantial statistical power, which is the honest price of an unbiased estimate — and a wide interval around the right quantity is worth more than a narrow one around the wrong one.

The formula

The assumption stated formally, and what its two halves rule out.

The assumption
Yᵢ( D ) = Yᵢ( Dᵢ )

Unit i's outcome depends on the whole assignment vector D only through its own element Dᵢ.

Half one: no interference
Yᵢ does not depend on Dⱼ for any j ≠ i

Fails in marketplaces, social products and shared workspaces — see interference.

Half two: no hidden versions
Dᵢ = 1 means the same treatment for every i

Fails when rendering, timing or model behaviour differs across users. Makes the estimand ambiguous rather than biased.

What a violation costs
observed effect ≈ true effect × ( 1 − contamination )

Attenuates towards zero, so real effects are hidden — see the sample size calculator.

Worked example

A collaboration tool tests a new commenting feature with user-level randomisation across 40,000 users in 3,100 workspaces. Because comments are visible to everyone in a document, control users in mixed workspaces encounter the feature through their colleagues. The team re-runs it clustered by workspace.

User-level design: measured effect
+1.9% on weekly active days
Control users in mixed workspaces
71% of the control arm
Control users in pure-control workspaces
29%
Effect vs pure-control users only
+5.4%
Cluster-randomised rerun: measured effect
+5.1%
Cluster-randomised confidence interval
+1.2% to +9.0%

The user-level design measured 1.9%. The clustered design measured 5.1% — the user-level estimate was attenuated to roughly a third of the true effect.

The middle rows show the mechanism directly. Seven in ten control users shared a workspace with someone who had the feature, so they saw the comments and were partly treated; comparing against the 29% who were genuinely untreated recovers something close to the clustered answer. That comparison is a useful diagnostic and not a valid analysis, because pure-control workspaces are not a random subset — they are the smaller ones. The clustered rerun is the defensible estimate, and note the cost: its interval spans 1.2% to 9.0%, far wider than the user-level design produced, because 3,100 workspaces carry much less information than 40,000 users. That is the trade SUTVA violations force. The user-level test was precise about the wrong quantity, and precision about a contaminated comparison is worth nothing.

Common misconceptions

SUTVA is a technical assumption that rarely matters in practice.
It fails in any product where users interact — marketplaces, social features, shared workspaces, anything with word of mouth. In those settings a user-randomised test systematically understates the effect, often by a factor of two or more, and nothing in the output indicates a problem.
You can test whether SUTVA holds.
Not from the experiment's data, because the violation concerns what would have happened under different assignments — an unobservable counterfactual. What you can do is reason about mechanisms: identify whether a route exists for a control user to encounter the treatment. That is a question about the product rather than about the statistics.
Interference makes results unpredictable, so they could be wrong in either direction.
Contamination of the control group attenuates the measured effect towards zero, so the usual consequence is hiding a real effect rather than inventing one. That makes it dangerous in a specific way: it produces false negatives, and a team concludes an idea did not work when the test was simply unable to see it.

Frequently asked questions

When does SUTVA fail in practice?
Wherever users can affect each other: marketplaces where both arms compete for the same supply, collaborative tools where colleagues share documents, social products where activity is visible, and anything spread by word of mouth. It also fails on the second half when the treatment is not uniform — a feature that renders differently across devices, or an email whose timing varies by time zone.
What do I do if SUTVA does not hold?
Change the randomisation unit so the spillover stays inside an arm. Cluster by workspace, household or market; for a fully shared system, randomise time with a switchback design. Both cost significant statistical power, which is the price of an unbiased estimate. Analysing your way around it is not available, because the contamination is in the data rather than in the model.
What is the 'no hidden versions' half about?
That everyone assigned to a variant receives the same treatment. When they do not — different rendering on old browsers, different delivery times, a model behaving differently for sparse users — the estimate becomes an average over several interventions rather than the effect of one. That is ambiguity rather than bias, and it matters because you cannot say what shipping it would do when 'it' is several things.

Related terms

  • Cluster randomization

    Assign the group, not the person — the remedy for interference, paid for in statistical power.

  • Counterfactual

    The outcome you did not get to see — and every method in causal inference is a way of estimating it.

  • Interference

    Treatment leaking across the boundary between arms — it hides real effects rather than inventing false ones.

  • Network effects

    The product gets better as more people use it — so a test on 50% of users measures something the launch will not be.

Calculate it

  • A/B test sample size

    Size a two-proportion experiment before you launch, then read the lift and its interval once it lands.

  • Chi-square test

    Test a contingency table of counts for association — any number of rows and columns.

Knowing the term is the easy part

Applying it to a live measurement problem is the part that goes wrong. If you are designing an experiment, reading a result you do not trust, or trying to work out what your marketing actually caused, that is the work we do.