Handbook
/
Growth & Marketing
A/B Testing for Startups
Testing removes guesswork from optimization. Here's how to run tests that generate real insights.
A/B testing replaces opinions with evidence. Instead of debating which headline works better, you test and measure. But testing done wrong wastes time and leads to false conclusions.
Here’s how to test effectively.
What A/B Testing Is
The Basic Concept
Show different versions to different users. Measure which performs better.
Version A (Control): The current experience.
Version B (Variant): The new experience you’re testing.
Split traffic randomly. Compare results.
What You Can Test
Copy:
Headlines
CTAs
Value propositions
Email subject lines
Design:
Button colors and sizes
Page layouts
Image choices
Form length
Features:
Onboarding flows
Pricing presentation
Feature placement
Navigation
Pricing:
Price points
Plan structures
Discounts
Trial lengths
Almost anything user-facing can be tested.
When to Test
Good Time to Test
Enough traffic for statistical significance
Clear hypothesis about what might improve
Meaningful metric to measure
Resources to implement and analyze
Bad Time to Test
Very low traffic (results take forever)
No clear hypothesis (random testing)
Metric doesn’t matter (optimizing vanity)
Testing instead of building (premature optimization)
The Startup Testing Paradox
Early-stage startups often can’t run proper tests:
Not enough traffic for significance
Need to move fast, not wait for results
Still finding product-market fit
Solution: Test when you can. Make decisions based on qualitative feedback and judgment when you can’t.
Setting Up Tests
Start with a Hypothesis
Every test needs a hypothesis:
“If we [change X], then [metric Y] will [increase/decrease] because [reason].”
Example: “If we shorten the signup form from 6 fields to 3, then signup completion rate will increase because users face less friction.”
Choose the Right Metric
Primary metric: The one thing you’re optimizing for.
Secondary metrics: Other things you want to track (ensure you’re not hurting them).
Guardrail metrics: Things that should not go down.
Example:
Primary: Signup completion rate
Secondary: Activation rate (do shortened signups still become good users?)
Guardrail: Spam signups (are we attracting bad traffic?)
Calculate Sample Size
You need enough data for statistical significance.
Inputs:
Baseline conversion rate
Minimum detectable effect (smallest improvement worth detecting)
Statistical confidence level (usually 95%)
Statistical power (usually 80%)
Use calculators: Optimizely, VWO, or online calculators.
Example: If baseline is 10% conversion, to detect 10% relative improvement (to 11%), you might need 15,000 visitors per variation.
Duration
Minimum: Full business cycles (at least 1-2 weeks for most B2B).
Why full cycles: Traffic and behavior vary by day of week, time of month.
Don’t stop early: Even if results look clear, early results are often misleading.
Running Tests
Technical Setup
Options:
Full tools: Optimizely, VWO, AB Tasty
Analytics: Google Optimize (sunsetting), Amplitude Experiment
DIY: Feature flags + analytics
Basics to get right:
Random, consistent assignment (same user always sees same version)
No sample pollution (don’t mix variations)
Proper tracking (conversions attributed correctly)
One Test at a Time
Overlapping tests muddy results. You won’t know what caused changes.
Best practice: Sequential tests, one at a time.
If you must overlap: Make sure tests don’t interact (different pages, different user segments).
Document Everything
For every test, record:
Hypothesis
What was changed
Start and end dates
Sample sizes
Results
Learnings
Build institutional knowledge.
Analyzing Results
Statistical Significance
What it means: How confident we are the difference is real, not chance.
Standard threshold: 95% confidence (p < 0.05).
Interpretation: At 95% confidence, there’s a 5% chance the observed difference is random.
Practical Significance
Statistical significance ≠ business significance.
A 0.1% improvement might be statistically significant with large samples but meaningless for business.
Ask: Is the improvement large enough to matter?
Common Analysis Mistakes
Stopping early: Results flip. Wait for full sample size.
Ignoring segments: Overall results might hide segment differences.
Testing multiple metrics: More metrics = higher chance of false positives.
Changing test mid-flight: Invalidates results.
What to Do with Results
Winner is clear: Implement winning variation.
Loser is clear: Keep control. Learn why hypothesis was wrong.
No clear winner: Either not enough data, or difference is too small to matter. Consider if it’s worth more testing.
Prioritizing Tests
Impact vs. Effort
Prioritize tests by:
Potential impact: How much could this improve key metrics?
Confidence: How likely is this to work (based on data, research, intuition)?
Ease: How hard is it to implement?
ICE Score: (Impact + Confidence + Ease) / 3
High-Priority Areas
Generally test first:
Headlines and value propositions
CTAs (copy and design)
Form length and fields
Pricing page
Onboarding flow
These typically have highest impact.
Low-Priority Areas
Generally test last:
Footer changes
Minor color tweaks
Subtle copy variations
Low-traffic pages
Small impact or too slow to test.
Advanced Testing Concepts
Multivariate Testing
Test multiple changes at once. Requires much more traffic but can find interaction effects.
Example: Test headline A vs. B AND button color red vs. blue simultaneously.
For most startups: stick with A/B. Multivariate requires too much traffic.
Personalization
Show different experiences to different segments based on characteristics.
Only after: You’ve optimized the default experience.
Beware: Complexity compounds quickly.
Bandit Algorithms
Dynamically shift traffic to winning variations during the test.
Advantage: Reduces “regret” (lost conversions to worse variation).
Disadvantage: Harder to reach significance, harder to analyze.
For most: standard A/B is simpler and more defensible.
Building a Testing Culture
Testing Mindset
Decisions backed by data, not opinions
Failure is learning
Hypotheses are questions, not answers
Velocity matters (run more tests)
Testing Rhythm
Weekly: Review running tests, plan upcoming tests.
Monthly: Analyze completed tests, share learnings.
Quarterly: Review test velocity and impact.
Sharing Learnings
Keep a test repository
Share results company-wide
Celebrate learning, not just wins
Common Mistakes
Testing Too Early
Running A/B tests when traffic is too low for significance.
Fix: Wait for traffic. Use qualitative methods early.
Testing Random Things
No hypothesis, just trying stuff.
Fix: Start every test with a hypothesis based on data or insight.
Declaring Winners Too Fast
Stopping tests when results look good (or bad) early.
Fix: Pre-calculate sample size and duration. Stick to it.
Ignoring Losing Tests
Not learning from tests that didn’t work.
Fix: Analyze why hypotheses were wrong. That’s valuable learning.
Over-Testing
Testing every tiny change instead of shipping.
Fix: Test high-impact areas. Ship low-risk changes directly.
Under-Testing
Making big changes without testing.
Fix: Big changes deserve validation. Test before full rollout.
Key Takeaways
A/B testing replaces opinions with evidence—but requires enough traffic
Start with a clear hypothesis: “If X, then Y, because Z”
Choose a primary metric to optimize, with guardrails for what shouldn’t decline
Calculate sample size before starting; don’t stop early
Run for full business cycles (1-2 weeks minimum)
95% statistical significance is standard, but also consider practical significance
Prioritize tests by impact and confidence—headlines, CTAs, forms typically win
Document everything: hypotheses, results, learnings
Testing mindset: failures are learning, velocity matters, data beats opinions
Don’t test when traffic is too low—use qualitative methods instead
AIMake has access to all of this
Our AI has access to the entire Startup Handbook. Ask it anything about building your startup.
Get started
Next
Brand Building for Startups