split-test-interpretation

Designs, prioritizes, and interprets A/B tests using ICE scoring and Quadrant-segmented MCP analytics.

Updated May 6, 2026
One-click install
npx skills add https://github.com/Heatmap-com-Inc/heatmap-claude-skills --skill split-test-interpretation-heatmap-com-inc
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: split-test-interpretation
Source: https://github.com/Heatmap-com-Inc/heatmap-claude-skills/tree/main/skills/split-test-interpretation
Command: npx skills add https://github.com/Heatmap-com-Inc/heatmap-claude-skills --skill split-test-interpretation-heatmap-com-inc

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Teams running A/B tests often call tests too early, misread flat aggregate results, or run low-impact tests without prioritization. This Skill applies the split testing methodology from Billion Dollar Websites (Chapters 13–15) to Heatmap MCP data so tests are designed, validated, and interpreted correctly. ## Core Features & Use Cases - Test Structure Guidance: Covers Standard A/B, Multivariate, URL Redirect, Reverse A/B, and Live Testing, plus the Blanket vs. Targeted targeting distinction. - ICE Prioritization: Scores hypotheses on Impact, Confidence, and Effort so the highest-value tests run first. - Quadrant-Stratified Validation: Three MCP recipes read variant exposure events and compare RPS by new/returning user and device filters to find segment-level winners hidden in flat aggregates. - Use Case: A sitewide test looks flat after two weeks. The Skill runs per-Quadrant RPS queries, finds a 12% lift for First-Time Mobile users, and recommends a Targeted rollout plus follow-up tests. ## Quick Start Ask Claude to analyze whether your current A/B test reached significance and how each traffic Quadrant performed using your Heatmap MCP data.

Frequently Asked Questions about split-test-interpretation

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I know if my A/B test is statistically significant?▼

A test needs at least 95% statistical significance and 80% statistical power, determined by session volume and effect size. It must also run a minimum of two weeks regardless of apparent early results, since day-of-week and seasonal patterns can create false lifts.

How do I prioritize which split tests to run first?▼

Use the ICE method: score each hypothesis 1–5 on Impact, Confidence, and Effort, then sum the scores. Run the highest-scoring tests first and update scores after each concluded test, since every result changes the confidence of related hypotheses.

What should I do when an A/B test result looks flat?▼

Segment the result by the four traffic Quadrants using new_user and device filters before calling it inconclusive. A flat aggregate often hides a strong lift in one segment, which justifies a Targeted rollout to that segment only.

Can I run A/B tests on a low-traffic website?▼

Sites under 10,000 sessions per month often cannot reach statistical validity in a reasonable window. Use live testing instead: ship the change, run 30–60 days, and compare against the pre-change baseline, treating results as hypothesis generation rather than validation.

How many A/B tests can run at the same time?▼

Run a maximum of two simultaneous tests per user journey, where a journey spans from ad click to checkout. More concurrent tests create attribution distortion that makes every individual result unreliable.

Why did my test win during the experiment but lose after rollout?▼

The lift may have been a time artifact from seasonality or ad spend changes. Re-measure the winning segment 30 days post-implementation; if the lift evaporated, consider a reverse A/B test reintroducing the previous version.