Not segmenting test results?

Still have a question, spotted an error, or have a better explanation or a source we should cite?

Your overall test results say Variant A won. Great. But Variant A might have lost badly on mobile, won by a landslide on desktop, and your audience just happens to be 60% desktop. The aggregate number is technically correct and practically misleading at the same time.

That's the core problem with skipping segment analysis. Averages smooth over real differences, and those differences are usually where the most useful insights live.

Which segments are worth breaking out?

Start with the splits that actually change behavior. A few that consistently reveal hidden patterns:

  • Device type (mobile vs desktop). Layout, subject line length, and CTA placement behave differently across devices.
  • Engagement tier (active openers vs cold subscribers). Loyal readers and disengaged ones rarely respond to the same thing.
  • New vs returning customers. Someone who just signed up has different context than someone who's been on your list for two years.
  • Acquisition source. A subscriber who found you through paid ads behaves differently than one who signed up organically.
  • Geography or time zone. Especially relevant if your list spans multiple continents or you're testing send time alongside content.

The one rule you can't skip

Each segment needs to reach statistical significance on its own. If you have 200 people in a segment and split them 50/50, you've got 100 per variant. That's almost never enough to trust. Before you slice the data, make sure each slice is big enough to hold up.

A common trap here is over-segmenting. Five clean, meaningful segments will serve you better than fifteen tiny ones where the numbers are noise.

How to structure the analysis

After the test closes, build a simple results table. Columns are your variants (A and B). Rows are your segments. Fill in open rate, click rate, and conversion for each cell. Then look for crossover effects: places where one variant wins in some rows and loses in others. That crossover is the finding worth reporting.

But if Variant A wins across the board, great, you have a clear winner. If results flip depending on the segment, that's not a problem. That's useful. It means you shouldn't pick one winner and move on. You should be serving different content to different segments going forward.

Presenting this to leadership

Most stakeholders are used to hearing "Variant A won with a 12% lift." Segment-level results require a bit more framing. Lead with the business implication, not the methodology. Something like: "Mobile users responded better to shorter subject lines, and mobile now makes up 55% of our list, so defaulting to shorter is worth committing to." That framing lands better than walking through statistical tables.

If results genuinely conflict across segments, you can also make the case for dynamic content or send-time personalization rather than picking a single winner. Leadership usually responds well to "we found a smarter path" even if it means more work.

Not sure if your test was large enough to cut by segment in the first place? Our SOS hotline is free. We're happy to look at your numbers with you.

Contributors

Who worked on this answer

Every name links to their profile. Every company links to their site. Real people, real accountability.

Ask an AI · tailored to your setup

Build my segment analysis framework

We've been reporting A/B test results as a single overall winner without breaking them down by audience segment. Our list includes segments like [e.g. mobile/desktop, new/loyal subscribers, acquisition source, geography]. Can you help me build a segment-level analysis framework? Show me how to structure the results table, flag crossover effects worth reporting, check whether each segment is large enough to trust, and frame the findings for a stakeholder presentation.

Edit the yellow boxes, then send to the AI of your choice.