Iterable Lifecycle Journey Workers Paid — Onboarding
[DEV] Workers Paid Onboarding · REVISION

Workers Paid
Onboarding Welcome Series

A two-email onboarding journey that orients new Workers Paid subscribers to everything they unlocked, then surfaces the paid features most developers never discover on their own.
2Emails in the series (M1 + M2)
5 daysDelay between M1 and M2
SubscribeEntry type: subscribe to list
A/B ×2Subject-line test on both emails

The Mapping

Journey workflow in Iterable Studio

Users enter when they subscribe to the purchase-signal list (the signal that they bought a Workers Paid plan). They receive M1 — Welcome on entry, wait 5 days, then receive M2 — Lesser-known features. Both milestone emails run an A/B subject-line test.

Entry Source
Message (Email)
Delay
A/B Experiment (Iterable)
Exit Rule
Entry Source · Subscribe to list [Amplitude] UC Workers Purchases — Last 7 Days
List ID 6722xwwq. Subscribing to this list is the signal that the user purchased a Workers Paid plan.
Message · M1 Welcome A/B
Goal: orient them to the full scope of what they unlocked on the paid plan.
Trigger: upgrade to Workers Paid (subscribe to the list above).Testing subject line · win condition: unique open rate
CTA: Launch Workers Dashboard
Time Delay · 5 days Movement trigger: M1 → M2
Waits 5 days after M1 is sent, then advances the user to M2.
Message · M2 Lesser-known features A/B
Goal: show the paid features most developers don't discover on their own — the ones that make the upgrade worth it beyond just higher limits.
Trigger: fires 5 days after M1 was sent.Testing subject line · win condition: unique open rate
CTA: Explore Workers Dashboard
Exit Rules · Always-on Eject immediately when…
Unsubscribed Hard bounce Bounce

In Iterable

How the journey looks on the Studio canvas

Users flow top-down from a single Start (subscribe to the purchase-signal list), receive M1 — Welcome, wait through a 5-day delay, then receive M2 — Lesser-known features. Each milestone email carries an A/B subject-line experiment (the purple split nodes below).

Tile ID 67220001
Start · Entry Source (Subscribe to list)
[Amplitude] UC Workers Purchases Last 7 Days · 6722xwwq
Tile ID 67220011
A/B Split · 50 / 50
M1 — Welcome · subject-line test · CTA: Launch Workers Dashboard
Variant A
"You're on the Workers Paid plan. Here's what it unlocks."
Variant B
"You just upgraded. Here's everything that came with it."
Winning metric: unique open rate → paths rejoin
Tile ID 67220012
Time delay · 5 days
Movement trigger: M1 → M2
Tile ID 67220021
A/B Split · 50 / 50
M2 — Lesser-known features · subject-line test · CTA: Explore Workers Dashboard
Variant A
"You unlocked more than higher limits. Here's what most developers miss."
Variant B
"These paid features are already on your account. Most developers never find them."
Winning metric: unique open rate → paths rejoin
Always-on
Exit Rules
Unsubscribe · hard bounce · bounce

The Experiment

A/B subject-line test on M1 and M2

Both emails ran a subject-line A/B test — same body, different subject. The variants and the read on why each performed are captured below to guide future upgrade and onboarding messaging.

A/B Testing Plan

In Iterable, A/B tests on journey emails are called Experiments. We run one on both milestone emails — subject lines only. Each optimizes for unique open rate (getting the developer back into the inbox to see what their plan unlocked).

EmailWhat's testedVariant AVariant BWin condition
M1 — WelcomeSubject line"You're on the Workers Paid plan. Here's what it unlocks.""You just upgraded. Here's everything that came with it."Unique open rate
M2 — Lesser-known featuresSubject line"You unlocked more than higher limits. Here's what most developers miss.""These paid features are already on your account. Most developers never find them."Unique open rate

M1 — Welcome · subject-line reads

Variant A

"You're on the Workers Paid plan. Here's what it unlocks."

Developers respond to explicit, transactional framing. Suggests they want to know what changed on their account, not be sold to. Tells you future upgrade emails should lead with the plan name and a direct value statement.

Variant B

"You just upgraded. Here's everything that came with it."

Conversational tone outperforms formal tone. Suggests developers respond better to language that acknowledges the action they just took rather than restating the plan name.

M2 — Lesser-known features · subject-line reads

Variant A

"You unlocked more than higher limits. Here's what most developers miss."

The curiosity gap works. "Most developers miss" creates tension on FOMO. Suggests developers are motivated by not wanting to leave value on the table.

Variant B

"These paid features are already on your account. Most developers never find them."

Ownership framing outperforms the curiosity gap. Makes the value feel immediately accessible. Suggests future onboarding emails introducing the upgrade/purchase should lead with what they already have, not what they might be missing.

Note: the source doc lists a winning read for both variants of each email. A live Experiment resolves to a single winner per test — confirm the actual winning subject line for M1 and M2 before rolling the learnings into future upgrade emails.

Success

How we define success

Primary metrics measure immediate message performance. Secondary metrics test whether informed users actually engage with — and retain on — the paid plan over time.

1 Primary · Message performance

  • Unique open rate — are the subject lines earning the open?
  • Click rate on the dashboard CTA — are recipients acting on Launch / Explore Workers Dashboard?

2 Secondary · Engagement & retention

  • 30-day dashboard activity after send — are they actually using what they learned about?
  • Plan downgrade rate 60–90 days post-send — are informed users retaining better than uninformed users?