What is hypothesis testing? A definition you can put to work today
Learn what hypothesis testing is, the four steps involved, and how to apply it to NPS, CSAT, and A/B test results today.
Summary:
Hypothesis testing is a statistical method for deciding whether a difference you see in your data reflects a real effect or just random variation. You start with two competing claims about your data, a null hypothesis and an alternative hypothesis, then use the data itself to decide which one the evidence supports.
That's the whole idea in one paragraph. The rest of this guide is about applying it to the kind of data most teams actually work with: survey scores, test variants, and customer feedback, not a statistics textbook.
Every team that tracks a metric eventually hits the same moment. Your Net Promoter Score ticks up three points after a product change. Your CSAT dips half a point after a new support workflow. Someone in the room asks the only question that matters: is that real, or did we just get lucky with this batch of respondents?
Hypothesis testing is how you answer that question without guessing. It puts a number on your confidence instead of a feeling. That matters because the alternative, eyeballing a chart and calling it a trend, is how teams end up rolling out changes that do nothing, killing features that were actually working, or reporting wins to leadership that quietly disappear the next quarter.
The stakes get higher as sample sizes get smaller and decisions get bigger. A three-point NPS swing from 40 responses is a coin flip dressed up as an insight. The same swing from 4,000 responses is a different conversation entirely. Hypothesis testing gives you a consistent way to tell those two situations apart, whether you're comparing two ad concepts, two support scripts, or two versions of an onboarding email.
It also protects you from a subtler risk: chasing noise. Data naturally wobbles. If you re-test enough small samples, you'll eventually see a "significant" result that's really just chance dressed up as a pattern. A defined hypothesis and a significance threshold, set before you look at the results, keep you honest about what you're actually allowed to conclude.
This isn't a research-team-only habit. A marketer deciding between two subject lines, a product manager comparing onboarding flows, and a CX lead reading a quarter-over-quarter CSAT shift are all asking the same underlying question hypothesis testing is built to answer: did this specific thing cause this specific result, or would the numbers have moved anyway?
Framing the question as a testable hypothesis, before the data comes in, is what keeps the answer honest once it does.
The hypothesis testing steps generally follow the same four-stage sequence, and you can walk through all of them without touching a formula.
You don't need to derive any of the underlying formulas to do this well:
| If you're comparing... | Use this | Try this |
| A single z-score, t-score, or chi-square value | A p-value calculation | P-value calculator |
| Two groups, like a control and a variant | An A/B significance test | A/B testing calculator |
| Two averages, like NPS or CSAT scores between segments | A t-test | T-test guide |
That no-code path is worth using even if you know the math. It removes a step where a dragged formula or a mistyped cell reference quietly changes your conclusion.
One step people skip, and shouldn't: checking whether you have enough responses before you run the test at all. A test can fail to find a real difference simply because too few people answered, not because no difference exists. That's a sample size problem, not a hypothesis testing problem, and it's worth ruling out before you conclude a change had no effect.
Hypothesis testing comes with its own vocabulary. Here's what each term means once you translate it out of statistics-speak and into survey research.
| Term | What it means |
| Null hypothesis | The default assumption that nothing changed |
| Alternative hypothesis | The claim that a real difference exists |
| P-value | The probability of seeing your result if the null hypothesis were true |
| Type I error | A false alarm: rejecting a null hypothesis that was actually true |
| Type II error | A missed signal: failing to reject a null hypothesis that was actually false |
| One-tailed test | Checks for an effect in one specific direction |
| Two-tailed test | Checks for a difference in either direction |
The null hypothesis is the default assumption that nothing changed: the new checkout flow has the same conversion rate as the old one, or men and women give your company the same average NPS.
The alternative hypothesis is the claim you're actually testing: that a real difference exists. You never technically "prove" the alternative hypothesis. You gather evidence and decide whether it's strong enough to reject the null hypothesis in its favor.
A p-value is the probability of seeing a result at least as extreme as yours if the null hypothesis were actually true. A small p-value, typically below 0.05, means your result would be unlikely to happen by chance alone, which is evidence against the null hypothesis.
A p-value is not the probability that your alternative hypothesis is correct, and it's not a measure of how big or important the effect is. The p-value calculator covers the common misreadings of this number in more depth.
A Type I error is a false alarm: you reject the null hypothesis when it was actually true, concluding a change worked when it didn't.
A Type II error is a missed signal: you fail to reject the null hypothesis when a real effect existed, concluding nothing changed when something did.
Lowering your significance level reduces the risk of a Type I error but raises the risk of a Type II error, which is why that threshold gets chosen deliberately rather than by default.
A one-tailed test checks for an effect in one specific direction, such as "the new landing page increases signups."
A two-tailed test checks for a difference in either direction, covering the possibility that the change could help or hurt.
Two-tailed tests are the more conservative, more common default, since most real-world changes could plausibly move a metric either way.
Here are three hypothesis testing examples that map to the kind of questions most research and CX teams actually ask. The following scenarios are illustrative, not reported case studies.
| Scenario | Null hypothesis | How you'd test it |
| NPS moves after a product update | The update had no effect on NPS | Two-sample t-test or the A/B testing calculator |
| CSAT compared across two support channels | Average CSAT is the same across both channels | Compare channel means against your significance threshold |
| Two feature concepts before launch | Purchase intent is the same for both concepts | Concept test with a statistical significance check |
Say your company's Net Promoter Score moves from 32 to 37 after a product update. Before you tell leadership the update worked, form a null hypothesis: "The update had no effect on NPS."
Collect a comparable sample of responses from before and after the change, then run a two-sample t-test or feed the numbers into the A/B testing calculator.
If your sample sizes are small, that five-point jump might not clear the bar for statistical significance, which tells you to keep collecting data before making a bigger claim about the update's impact.
This is the same logic behind the NPS use case: a single score means little without the sample size and confidence behind it.
Imagine your team wants to know if customers rate phone support higher than chat support. The null hypothesis is that average CSAT is the same across both channels.
You collect CSAT responses from each channel over a comparable window, then compare the means.
If the difference clears your significance threshold, you have a real basis for shifting support resources. If it doesn't, that difference is more likely a byproduct of who happened to respond that week.
A product team is deciding between two versions of a new feature description before a launch.
They run a concept testing study, showing each concept to a separate, randomly assigned group so nobody sees both versions and skews the comparison.
The null hypothesis: purchase intent is the same for both concepts.
The alternative: one concept drives higher purchase intent than the other.
Once responses come in, whether from the team's own contacts or a survey panel, a quick statistical significance check separates a genuine winner from a coin flip.
Notice the pattern across all three examples: define the null hypothesis before you look at the results, decide on your significance level in advance, then let the test, not the size of the headline number, make the call.
A four-point NPS gain or a cleaner-looking bar chart can be genuinely persuasive without being genuinely significant, and the whole point of this method is catching that difference before it costs you a bad decision.
State a null and alternative hypothesis, choose your test type and significance level, collect your data and calculate a test statistic and p-value, then compare that p-value to your significance level to decide whether to reject the null hypothesis.
The null hypothesis assumes there's no real difference between the groups or conditions you're comparing. The alternative hypothesis is the claim that a real difference exists. Your data either gives you enough evidence to reject the null hypothesis in favor of the alternative, or it doesn't.
A p-value is the probability of observing your result, or something more extreme, if the null hypothesis were true. Lower p-values are stronger evidence against the null hypothesis. Most teams use 0.05 as their cutoff for statistical significance. The p-value calculator calculates this automatically from a z-score, t-score, or chi-square value.
Hypothesis testing is the statistical framework; A/B testing is one common application of it. When you run an A/B test, comparing a control version against a variant, you're using hypothesis testing behind the scenes to decide whether the difference in results is real. The A/B testing calculator runs that hypothesis test for you and returns a significance verdict, no manual calculation required.
A support team changes its live chat script and wants to know if average CSAT actually improved, or if this month's scores just happened to run a little higher. They set a null hypothesis (no real change in CSAT), collect responses from customers who experienced both scripts, and run the numbers. If the p-value comes back below 0.05, they have evidence the new script helped. If it doesn't, they know to keep looking rather than declare victory on a fluke.
If you want to go deeper on any piece of this, these guides pick up where this one leaves off:
You don't need a statistics degree to test a hypothesis correctly. You need a clear null hypothesis, a plan for how you'll measure the result, and a calculator that does the arithmetic while you focus on what the answer means for your next decision.
The next time a metric moves, resist the urge to declare a winner on the spot. Write down what you'd expect to see if nothing had actually changed, collect enough data to check it, and let the numbers, not the narrative, decide.
Ready to test something? Start with a template built for the comparison you're running:
NPS, Net Promoter & Net Promoter Score are registered trademarks of Satmetrix Systems, Inc., Bain & Company and Fred Reichheld.