CRM and Lifecycle skill 12 of 13

Lifecycle Experimentation and Holdout Testing SKILL.md

The Lifecycle Experimentation skill makes Claude, Codex or another AI agent measure what lifecycle marketing really adds. It designs flow, channel and global holdouts, A/B tests on meaningful changes such as offers, timing and channel mix, hypotheses, sample size and duration plans, randomisation, guardrail metrics, analysis with confidence intervals and a test log the whole team can learn from.

lifecycle-experimentation/SKILL.md, version 1.0.0, 1,573 words.

Most lifecycle teams test subject lines and button colours, then report flow revenue that the platform attributes to every email someone opened before buying. Neither answers the question leadership cares about: what would have happened without this programme? Holdout tests answer it. They are the single most useful habit a lifecycle team can build.

This skill designs experiments that measure incremental impact: holdouts for flows and channels, A/B tests for meaningful changes, sample size and duration planning, and honest reporting of results, including when the answer is "no effect".

Operating principles

  1. Incrementality over attribution. The difference between treated and untreated groups is the effect; attributed revenue is not.
  2. Test decisions, not decorations. Offers, timing, channel mix, message angle and whole flows change outcomes; tiny style tweaks rarely do.
  3. Plan size and duration first. Small tests on small lists produce noise that looks like results.
  4. Choose the metric before the test. Conversions, revenue, retention or activation, defined in advance.
  5. Report every result. Null and negative results save money and prevent repeating mistakes.

Test types

TypeQuestionExample
Flow holdoutDoes this flow add value at all?10% of cart abandoners get no cart emails
Channel holdoutDoes adding SMS increase conversions after cost?20% of eligible customers get email only
Global holdoutWhat does the whole lifecycle programme add?5% of customers receive no marketing messages for a quarter
A/B testWhich version performs better?Offer versus no offer in a win-back email
MultivariateWhich combination works best?Rarely worth it for lifecycle; needs very large audiences

When to use, and when not to

Use it before scaling a new flow, when attributed revenue looks too good, when deciding on discounts, when adding paid channels like SMS, and to set a testing roadmap.

Don't use it to write the messages (lifecycle-email-copy-design) or to build reporting dashboards (lifecycle-reporting-attribution).

Inputs to ask for, in one message

  1. The decision the test should inform.
  2. Audience size per week or month and baseline conversion rate.
  3. Platform capabilities: random splits, holdout groups, conversion tracking.
  4. The primary metric and how it is measured.
  5. Past tests and results.

Raw SKILL.md file

.md

This is the exact file agents read, including the credit header and licence notice. Save it as lifecycle-experimentation/SKILL.md.

---
name: lifecycle-experimentation
description: "Measure what lifecycle marketing really adds: flow, channel and global holdouts, A/B tests on meaningful changes such as offers, timing and channel mix, hypotheses, sample size and duration planning, randomisation, guardrail metrics, honest analysis with confidence intervals and a test log, for Klaviyo, Braze, Customer.io and similar platforms. Use whenever someone asks about email A/B testing, holdout groups, incrementality, whether a flow works, testing discounts, sample size, or why attributed email revenue looks too high."
license: CC-BY-4.0
metadata:
  author: Afeez Adebayo
  author_url: https://afeezadebayo.com
  author_linkedin: https://www.linkedin.com/in/afeez-adebayo/
  author_x: https://x.com/za_icon
  source: https://afeezadebayo.com/skills-md/marketing/crm-lifecycle/lifecycle-experimentation/
  category: marketing
  subcategory: crm-lifecycle
  version: "1.0.0"
  created: "2026-10-10"
  updated: "2026-10-10"
---

# Lifecycle Experimentation and Holdout Testing

Most lifecycle teams test subject lines and button colours, then report flow revenue that the platform attributes to every email someone opened before buying. Neither answers the question leadership cares about: what would have happened without this programme? Holdout tests answer it. They are the single most useful habit a lifecycle team can build.

This skill designs experiments that measure incremental impact: holdouts for flows and channels, A/B tests for meaningful changes, sample size and duration planning, and honest reporting of results, including when the answer is "no effect".

## Operating principles
1. **Incrementality over attribution.** The difference between treated and untreated groups is the effect; attributed revenue is not.
2. **Test decisions, not decorations.** Offers, timing, channel mix, message angle and whole flows change outcomes; tiny style tweaks rarely do.
3. **Plan size and duration first.** Small tests on small lists produce noise that looks like results.
4. **Choose the metric before the test.** Conversions, revenue, retention or activation, defined in advance.
5. **Report every result.** Null and negative results save money and prevent repeating mistakes.

## Test types
| Type | Question | Example |
|---|---|---|
| Flow holdout | Does this flow add value at all? | 10% of cart abandoners get no cart emails |
| Channel holdout | Does adding SMS increase conversions after cost? | 20% of eligible customers get email only |
| Global holdout | What does the whole lifecycle programme add? | 5% of customers receive no marketing messages for a quarter |
| A/B test | Which version performs better? | Offer versus no offer in a win-back email |
| Multivariate | Which combination works best? | Rarely worth it for lifecycle; needs very large audiences |

## When to use, and when not to
Use it before scaling a new flow, when attributed revenue looks too good, when deciding on discounts, when adding paid channels like SMS, and to set a testing roadmap.

Don't use it to write the messages (`lifecycle-email-copy-design`) or to build reporting dashboards (`lifecycle-reporting-attribution`).

## Inputs to ask for, in one message
1. The decision the test should inform.
2. Audience size per week or month and baseline conversion rate.
3. Platform capabilities: random splits, holdout groups, conversion tracking.
4. The primary metric and how it is measured.
5. Past tests and results.

## Workflow

### Step 1. Write a hypothesis
"Adding a post-purchase education sequence will increase 90-day repeat purchase rate for first-time buyers, because they'll get better results from the product."

### Step 2. Choose the design
Holdout for "does it work?"; A/B for "which is better?". Randomise at the person level.

### Step 3. Estimate sample size
Use the baseline rate, the smallest effect worth detecting and standard settings (often 95% confidence, 80% power) in a sample size calculator. If the required audience exceeds what you'll get in a reasonable time, test a bigger change or a higher-volume flow.

### Step 4. Set duration
Run for at least one full business cycle (often two to four weeks), and long enough for the metric to happen (repeat purchase may need 60 to 90 days).

### Step 5. Protect the test
No peeking-driven early stops, no changes mid-test, consistent exclusions, and check that groups are balanced at the start.

### Step 6. Analyse
Compare the primary metric with confidence intervals. Check guardrail metrics (unsubscribes, complaints, margin).

### Step 7. Decide and document
Ship, iterate or stop. Record the hypothesis, design, result and decision in a test log.

## Sample size reality check
| Baseline conversion | Relative lift to detect | Approximate people needed per group |
|---|---|---|
| 2% | 10% | Tens of thousands |
| 2% | 30% | A few thousand |
| 10% | 10% | Over ten thousand |
| 10% | 30% | Around a thousand to two thousand |
These are rough orders of magnitude at common settings; always calculate for your own numbers.

## Holdout sizing
- Flow holdouts of 5 to 20% are common; larger holdouts give answers faster but cost more in lost conversions if the flow works.
- Global holdouts are usually small (for example 2 to 5%) and run for a quarter.
- Rotate global holdout members periodically so the same customers aren't excluded forever.

## Testing roadmap: what to test first
| Priority | Test | Why first |
|---|---|---|
| 1 | Holdout on the highest-attributed flow (often abandoned cart or welcome) | Reveals how much attributed revenue is real |
| 2 | Discount versus no discount in win-back and cart flows | Margin impact is large and often unknown |
| 3 | Channel holdout for SMS or WhatsApp | Costs per message make incrementality essential |
| 4 | Onboarding sequence versus minimal onboarding | Activation and retention effects compound |
| 5 | Frequency test on campaigns (for example 3 vs 5 per week) | Balances revenue against unsubscribes and complaints |
| 6 | Global holdout for a quarter | Shows total programme contribution |

## Test log template
```
| ID | Date | Flow or campaign | Hypothesis | Design | Primary metric | Result (with range) | Guardrails | Decision | Owner |
```
Keep the log where the whole team can see it, and review it quarterly to spot patterns.

## Analysing a holdout
1. Confirm groups were similar at the start (size, value, recency).
2. Calculate the conversion rate and revenue per person in each group.
3. Incremental conversions = (treated rate minus holdout rate) multiplied by treated group size.
4. Incremental revenue = incremental conversions multiplied by average order value, or compare revenue per person directly.
5. Subtract costs (discounts, SMS and WhatsApp fees) for incremental profit.
6. Report the range, not just the point estimate.

## Guardrail metrics
- Unsubscribe and complaint rates (deliverability risk).
- Margin per order (discount tests).
- Support contacts (confusing messages).
- Long-term retention (short-term wins that hurt loyalty).

## Edge cases and judgement calls
| Situation | What to do |
|---|---|
| Small list | Test bigger changes, combine similar flows, or use longer durations |
| Leadership resists holdouts | Start with one flow and a small holdout; show the value of the answer |
| Transactional or legally required messages | Never hold out; test only the marketing elements |
| Results differ by segment | Pre-register segments of interest; avoid fishing for a winning slice |
| Platform reports opens as the metric | Use clicks or conversions; opens are unreliable after Apple Mail Privacy Protection |

## Handoffs to related skills
- Programmes to test: `onboarding-activation`, `retention-churn-prevention`, `win-back-reactivation`
- Channel tests: `sms-whatsapp-lifecycle`
- Message variants: `lifecycle-email-copy-design`
- Reporting incrementality: `lifecycle-reporting-attribution`

## Worked example
A beauty retailer's platform credited its abandoned cart flow with a large share of email revenue. A four-week test held out 15% of cart abandoners from the flow. Purchase rates were higher in the treated group, but the incremental lift was about a third of the attributed revenue. A second test found the third email, which carried a 15% discount, added almost nothing beyond the first two, while cutting margin. The team removed the discount email, kept a permanent 5% holdout on the flow and reported incremental revenue to leadership from then on.

## Output format
```
# Test plan: <name>, <date>
Decision it informs:
Hypothesis:
Design (holdout or A/B), randomisation unit, groups and split:
Primary metric and guardrails:
Sample size calculation and duration:
Risks and protections:
# Test result
Result with confidence interval, guardrails, decision, next test
```

## Common mistakes
- Reporting attributed revenue as impact.
- Stopping tests early when results look good.
- Tests too small to detect realistic effects.
- Testing trivial changes while big decisions go untested.
- Not logging results, so lessons are lost.

## Questions to ask before you test
- What decision depends on this result?
- What is the smallest effect that would change the decision?
- How many people enter this flow each week?

## Self-check before you answer
- Is the design matched to the question (holdout or A/B)?
- Are sample size and duration calculated?
- Are primary and guardrail metrics defined in advance?
- Is the result logged with a decision?

## Further reading
- Evan Miller sample size calculator: https://www.evanmiller.org/ab-testing/sample-size.html
- Kohavi, Tang and Xu, Trustworthy Online Controlled Experiments (Cambridge University Press, 2020)

---
Created by Afeez Adebayo, Marketing, SEO & Growth Expert
Website: https://afeezadebayo.com
LinkedIn: https://www.linkedin.com/in/afeez-adebayo/
X: https://x.com/za_icon
Source: https://afeezadebayo.com/skills-md/marketing/crm-lifecycle/lifecycle-experimentation/

Licence: CC BY 4.0 (https://creativecommons.org/licenses/by/4.0/). You may copy, share and adapt this skill, including for commercial use, as long as you credit Afeez Adebayo and link to the source URL above. Keep this notice in any copy or adapted version.

Workflow

Step 1. Write a hypothesis

"Adding a post-purchase education sequence will increase 90-day repeat purchase rate for first-time buyers, because they'll get better results from the product."

Step 2. Choose the design

Holdout for "does it work?"; A/B for "which is better?". Randomise at the person level.

Step 3. Estimate sample size

Use the baseline rate, the smallest effect worth detecting and standard settings (often 95% confidence, 80% power) in a sample size calculator. If the required audience exceeds what you'll get in a reasonable time, test a bigger change or a higher-volume flow.

Step 4. Set duration

Run for at least one full business cycle (often two to four weeks), and long enough for the metric to happen (repeat purchase may need 60 to 90 days).

Step 5. Protect the test

No peeking-driven early stops, no changes mid-test, consistent exclusions, and check that groups are balanced at the start.

Step 6. Analyse

Compare the primary metric with confidence intervals. Check guardrail metrics (unsubscribes, complaints, margin).

Step 7. Decide and document

Ship, iterate or stop. Record the hypothesis, design, result and decision in a test log.

Sample size reality check

Baseline conversionRelative lift to detectApproximate people needed per group
2%10%Tens of thousands
2%30%A few thousand
10%10%Over ten thousand
10%30%Around a thousand to two thousand

These are rough orders of magnitude at common settings; always calculate for your own numbers.

Holdout sizing

  • Flow holdouts of 5 to 20% are common; larger holdouts give answers faster but cost more in lost conversions if the flow works.
  • Global holdouts are usually small (for example 2 to 5%) and run for a quarter.
  • Rotate global holdout members periodically so the same customers aren't excluded forever.

Testing roadmap: what to test first

PriorityTestWhy first
1Holdout on the highest-attributed flow (often abandoned cart or welcome)Reveals how much attributed revenue is real
2Discount versus no discount in win-back and cart flowsMargin impact is large and often unknown
3Channel holdout for SMS or WhatsAppCosts per message make incrementality essential
4Onboarding sequence versus minimal onboardingActivation and retention effects compound
5Frequency test on campaigns (for example 3 vs 5 per week)Balances revenue against unsubscribes and complaints
6Global holdout for a quarterShows total programme contribution

Test log template

| ID | Date | Flow or campaign | Hypothesis | Design | Primary metric | Result (with range) | Guardrails | Decision | Owner |

Keep the log where the whole team can see it, and review it quarterly to spot patterns.

Analysing a holdout

  1. Confirm groups were similar at the start (size, value, recency).
  2. Calculate the conversion rate and revenue per person in each group.
  3. Incremental conversions = (treated rate minus holdout rate) multiplied by treated group size.
  4. Incremental revenue = incremental conversions multiplied by average order value, or compare revenue per person directly.
  5. Subtract costs (discounts, SMS and WhatsApp fees) for incremental profit.
  6. Report the range, not just the point estimate.

Guardrail metrics

  • Unsubscribe and complaint rates (deliverability risk).
  • Margin per order (discount tests).
  • Support contacts (confusing messages).
  • Long-term retention (short-term wins that hurt loyalty).

Edge cases and judgement calls

SituationWhat to do
Small listTest bigger changes, combine similar flows, or use longer durations
Leadership resists holdoutsStart with one flow and a small holdout; show the value of the answer
Transactional or legally required messagesNever hold out; test only the marketing elements
Results differ by segmentPre-register segments of interest; avoid fishing for a winning slice
Platform reports opens as the metricUse clicks or conversions; opens are unreliable after Apple Mail Privacy Protection
  • Programmes to test: onboarding-activation, retention-churn-prevention, win-back-reactivation
  • Channel tests: sms-whatsapp-lifecycle
  • Message variants: lifecycle-email-copy-design
  • Reporting incrementality: lifecycle-reporting-attribution

Worked example

A beauty retailer's platform credited its abandoned cart flow with a large share of email revenue. A four-week test held out 15% of cart abandoners from the flow. Purchase rates were higher in the treated group, but the incremental lift was about a third of the attributed revenue. A second test found the third email, which carried a 15% discount, added almost nothing beyond the first two, while cutting margin. The team removed the discount email, kept a permanent 5% holdout on the flow and reported incremental revenue to leadership from then on.

Output format

# Test plan: <name>, <date>
Decision it informs:
Hypothesis:
Design (holdout or A/B), randomisation unit, groups and split:
Primary metric and guardrails:
Sample size calculation and duration:
Risks and protections:
# Test result
Result with confidence interval, guardrails, decision, next test

Common mistakes

  • Reporting attributed revenue as impact.
  • Stopping tests early when results look good.
  • Tests too small to detect realistic effects.
  • Testing trivial changes while big decisions go untested.
  • Not logging results, so lessons are lost.

Questions to ask before you test

  • What decision depends on this result?
  • What is the smallest effect that would change the decision?
  • How many people enter this flow each week?

Self-check before you answer

  • Is the design matched to the question (holdout or A/B)?
  • Are sample size and duration calculated?
  • Are primary and guardrail metrics defined in advance?
  • Is the result logged with a decision?

Further reading

When to use this skill, and when not to

Use it before scaling a new flow, when attributed revenue looks too good, when deciding on discounts, when adding paid channels such as SMS and to set a testing roadmap.

Platforms credit messages for purchases that would often have happened anyway, and most teams test subject lines instead of decisions. Holdout tests answer the question leadership cares about: what would have happened without this flow, channel or programme?

Don’t use it to write messages (use Lifecycle Email Copy and Design) or to build dashboards (use Lifecycle Reporting and Attribution).

Example prompts

  • “Design a holdout for our abandoned cart flow.”
  • “Is our win-back discount worth it? Plan the test.”
  • “How many customers do we need to detect a 10% lift?”
  • “Set up a global holdout for next quarter.”
  • “Analyse this test result and tell me whether to ship.”

Example output

The skill returns a fixed structure. A shortened example for an imaginary site:

# Test plan: cart flow holdout, 10 October 2026
Decision: keep, change or cut the cart flow
Hypothesis: the flow increases purchase rate among cart abandoners
Design: 15% random holdout, person level, 4 weeks
Primary metric: purchase within 7 days; guardrails: unsubscribes, margin
Sample size: about 9,000 abandoners per group needed; expected in 3 weeks

# Result
Lift positive; incremental revenue about a third of attributed. Third email (15% discount) added almost nothing.
Decision: remove discount email, keep 5% permanent holdout

Null and negative results are logged as carefully as wins, because they save money and stop teams repeating mistakes.

What the agent needs from you

The skill asks for the decision the test should inform, audience size per week and baseline conversion rate, your platform’s random split and holdout features, the primary metric and how it is measured, and any past tests and results.

How this skill hands off to related skills

Testing supports every programme. Flows to test come from Onboarding, Retention and Win-Back, channel tests from SMS and WhatsApp, message variants from Lifecycle Email Copy and Design and incremental reporting from Lifecycle Reporting.

How to run Lifecycle Experimentation step by step

  1. Install the skill as lifecycle-experimentation/SKILL.md.
  2. Name the decision the test should inform.
  3. Share audience volume and the baseline conversion rate.
  4. Confirm platform features for random splits and holdouts.
  5. Review the hypothesis, design, sample size and guardrails.
  6. Run without peeking, analyse, decide and log the result.

Situations this skill handles

Tests answer different questions. The skill handles these situations:

SituationWhat the skill does
Does this flow work at all?Flow holdout with a random group
Is the discount worth it?Offer versus no offer, with margin as a guardrail
Does SMS pay after cost?Channel holdout: email only versus email plus SMS
What does lifecycle add overall?Small global holdout for a quarter
Leadership resists holdoutsStarts with one flow and a small group
Results differ by segmentUses pre-registered segments, not fishing

What makes this skill different

Most email testing compares subject lines and reports platform-attributed revenue. This skill tests decisions (flows, offers, channels, timing), sizes every test before it starts, protects it from early stopping and reports the incremental result with its range, including when the answer is “no effect”.

Its test log turns individual experiments into team knowledge, so the same questions aren’t asked twice.

Practical tips from real projects

  • Test decisions, not decorations.
  • Calculate sample size first; small tests produce noise that looks like results.
  • Never hold out transactional messages.
  • Log every result, including nulls.

A worked example: a beauty retailer’s platform credited its cart flow with a large share of email revenue. A four-week test held out 15% of cart abandoners. The flow did lift purchases, but by about a third of what attribution claimed. A second test found the third email, which carried a 15% discount, added almost nothing beyond the first two while cutting margin. The team removed it, kept a permanent 5% holdout and reported incremental revenue from then on.

Sample size is where most lifecycle tests fail. With a 2% baseline conversion, detecting a 10% relative lift needs tens of thousands of people per group; detecting a 30% lift needs a few thousand. The skill calculates this before launch and recommends a bigger change or a higher-volume flow when the numbers don’t work.

The testing roadmap puts the biggest money first: a holdout on the highest-attributed flow, discount versus no discount, channel holdouts for SMS or WhatsApp, onboarding versus minimal onboarding, campaign frequency and finally a global holdout. Each answer usually changes the next priority.

Analysis follows set steps: confirm groups were balanced, compare conversion and revenue per person, calculate incremental conversions and revenue, subtract discount and messaging costs and report the range, alongside guardrails such as unsubscribes, complaints, margin and long-term retention.

Opens are excluded as a success metric throughout, because Apple Mail Privacy Protection makes them unreliable.

Test types match questions. A flow holdout asks whether a flow adds value at all. A channel holdout asks whether adding SMS or WhatsApp increases conversions after cost. A global holdout asks what the whole lifecycle programme adds over a quarter. A/B tests ask which version is better. Multivariate tests are rarely worth it in lifecycle because they need very large audiences. Choosing the right design is the first decision in every plan, and the skill makes it explicit so results answer the question that was actually asked.

Global holdout members should rotate periodically, so the same customers aren’t excluded from every message forever, and transactional or legally required messages are never held out.

Frequently asked questions

A random group that doesn’t receive a flow, channel or programme. The difference between it and the treated group is the true, incremental effect.

Flow holdouts of 5 to 20% are common; global holdouts are usually smaller, such as 2 to 5%, run for a quarter. Bigger holdouts give answers faster but cost more if the flow works.

Attribution credits messages for purchases that would often have happened anyway. Holdouts show how much is truly added.

At least one full business cycle, usually two to four weeks, and long enough for the metric to happen, which can be 60 to 90 days for repeat purchase.

The flow with the most attributed revenue, then discounts, then paid channels such as SMS, because those decisions carry the most money.

Yes, by testing bigger changes, combining similar flows or running longer. Tiny changes on small lists produce noise.

Changelog

  • 1.0.0, 10 October 2026: first release.

Use, adapt and share this skill under CC BY 4.0: credit Afeez Adebayo and link to this page.