§ Case Study / 03 — List Operations Confidential
Outcome / 03 · The Metabolic Health List
$11K$48K

Monthly email revenue, in four months.

Active list rebuilt from 21,922 to a 49,005 peak. EPS tripled.

Engagement List Operations
Window Recurring
Starting list 21,922 active
Peak list 49,005 active openers
Category Metabolic Health
Status Anonymized

Shared for evaluation purposes only.
Brand name withheld under engagement agreement.

§ 01 — The Engagement Case Study / 03

A sizeable list. No infrastructure behind it.

A metabolic health publisher with a sizeable subscriber base, a portfolio of supplement products, and an active customer base — generating revenue per subscriber below $0.55. The brief was full operator engagement on email: architecture, calendar, lifecycle, segmentation, monetization. All of it.

§ 02 — The Diagnosis Case Study / 03

One front door. No segmentation. No recovery.

Subscribers entered through a single opt-in path and received the same broadcasts regardless of what condition brought them in. Lifecycle flows were absent or built once and abandoned. New product launches landed in calendars that didn't accommodate them. Reorder behavior was unmanaged. Cart abandonment had no recovery system.

A list of that size, with that many products and that many distinct buyer profiles, should have been producing revenue at multiples of where it was. The infrastructure to produce it did not exist.

§ 03 — The Architecture Case Study / 03

Six systems, built in sequence, designed to compound.

Each system was built around contribution margin and AOV — not opens or clicks.

  1. I. Lifecycle flows by health condition welcome · abandon cart · post-purchase · reorder · win-back
  2. II. Condition-specific segmentation heart · metabolic · ED · sleep · joint · etc.
  3. III. Broadcast calendar architecture
  4. IV. New product integration into existing lifecycle
  5. V. Reorder cadence by product economics
  6. VI. List intelligence and engagement-based segmentation

The mechanism behind each — the segmentation logic, the offer sequencing, the resend rules, the calendar discipline — is the part that took fifteen years to learn how to build. The numbers below show what it produced.

§ 04 — Five-Month Build Period Case Study / 03
Month Active List Subs Added List Revenue EPS Revenue Change
January 21,922 34,085 $11,086.78 $0.51
February 27,413 41,535 $26,677.23 $0.97 +58.4%
March 29,714 54,341 $30,772.56 $1.04 +13.3%
April 34,302 54,783 $49,739.83 $1.45 +38.1%
May 49,005 75,567 $48,770.75 $1.25 −2.0%
+78%
Active list growth
21,922 → 49,005
+340%
Monthly revenue lift
$11K → $48K
+184%
EPS lift
$0.51 → $1.45 peak
§ 05 — Why EPS Is the Number That Matters Case Study / 03

A list count is a vanity metric.

Two lists of identical size can produce ten-fold differences in revenue depending on what infrastructure sits behind them.

EPS — earnings per active subscriber — is the metric that isolates the work of the operator from the work of the acquisition team. A subscriber list growing in EPS is a list where the email system is doing more with each person on it. That is the effect of architecture, not list-building.

In this engagement, EPS nearly tripled while the list grew. Both numbers matter. But EPS is the one that proves the system is working.

The operator's metric

"EPS is the operator's metric. List size is the acquisition team's metric. When EPS rises while the list grows, the email system is the active variable."

§ 06 — The Combined Result Case Study / 03
4 months
Lift achieved in
+340%
Revenue lift
+184%
EPS lift
Build period revenue
$167,047
Jan – May
Peak monthly revenue
$49,739
April
Peak EPS
$1.45
April (from $0.51)
§ 07 — What This Demonstrates Case Study / 03
I.

A subscriber list is a piece of infrastructure. What gets built behind it determines what it earns.

II.

A growing list does not, by itself, produce growing revenue. The two numbers move together only when the architecture compounds — when each subscriber enters a system designed to monetize their behavior, not just receive a broadcast schedule.

III.

Earnings per subscriber is the operator's metric. List size is the acquisition team's metric. When EPS rises while the list grows, the email system is the active variable. When EPS falls or stays flat while the list grows, the operator is being credited for someone else's work.

IV.

For an engagement of this scope, the architecture produced a 184% EPS lift — which is the case for treating the email backend as infrastructure rather than as a content channel decorated to look like one.

§ 08 — Beyond the Build Period Ongoing engagement

The architecture matured into ongoing optimization.

This case study covers the multi-year engagement. The architecture was built in the first months and matured into ongoing optimization.

Five months is a short window. The system was built to compound beyond it.

Build period summary
Jan – May
Period
$167,047
Revenue generated
$0.51
EPS at start
$1.45
EPS at peak

If the backend is built correctly,
it pays for itself — usually inside ninety days.

Evaluate your list for a rebuild.

Open an inquiry →
90 seconds · reviewed personally · one business day
← Return to Selected Outcomes