Updated · 9 min read
The welcome email sequence: the 7-day structure that works
The welcome sequence is the most over-built and under-read program in most lifecycle stacks. Five emails packed with feature promotion, sent on a fixed schedule regardless of whether the user has done anything, measured on open rate as if opens still meant anything. The sequence that actually moves activation is shorter, smarter, and reacts to real behaviour. Here’s the 7-day shape.
By Justin Williames
Founder, Orbit · 10+ years in lifecycle marketing
Why most welcome sequences don't work
Welcome sequences should read like replies to a question the user asked by signing up. Most read like brochures addressed to "new subscribers".
The first email to a brand-new user is the highest-engagement message you'll ever send them. Open rates above 50% are routine. The second message drops to about 35%. The third, 25%. By email five, you're sending to an audience that has already decided whether they're sticking or bouncing — and most programs respond to that moment with a feature-recitation that assumes neither outcome. The result is predictable: low action, high unsubscribe, wasted attention at the one point in the relationship where attention is easiest to get.
The shape that works is shorter. Fewer messages. Each one tied to a specific decision the user needs to make, each conditional on whether they've taken the previous action, each written like a response to actual intent rather than a generic brand introduction. Five messages over seven days, with real stop rules. That's the outline; the rest of this guide is what goes in each one and why.
How do you measure whether the sequence is working? Primary metric: activation rate within 7 days of signup. Secondary: open and click per message (watch the drop between messages 1 and 3 — that curve tells you whether the content is earning its place), unsubscribe rate (spikes on messages 3 and 4 mean you're over-sending), and downstream retention of activated users versus the baseline. Open rate in isolation is noise; activation is the outcome.
Hour 0: the welcome that does one job
The first email fires immediately on signup confirmation. Most programs try to make it do five jobs at once — welcome, set expectations, introduce the team, list features, drive the first action. The over-packing costs you the one outcome that actually matters: the first meaningful product step.
Structure that performs: a short welcome sentence, one clear statement of what the user should do next (tied to the activation event), one CTA, nothing else. Brand voice introductions, team photos, and feature tours belong in later messages once the user has some skin in the game. A welcome email isn't the place to explain the company; it's the place to get someone to do the thing they signed up to do.
Subject line: specific to the action, not generic welcome. "Start your first [thing]" outperforms "Welcome to [brand]" by a real margin because it previews what the email is for, not who sent it. If the subject line works as a standalone instruction, it's probably the right subject line.
Should you include a discount here? Usually no. Discounts train users to wait for offers and undermine "activation is the goal" as the framing of the relationship. The exception is ecommerce where first-purchase incentives are expected and the product is transactional from day one — but for SaaS, content, or community products, the discount is almost always a tax on future engagement.
Day 1: value proof, no ask
Day one is a proof-of-value moment, not a second prompt. Show the user what they'll get from the product if they invest in setup. A screenshot of a specific dashboard. A sample report. A named customer outcome. Anything concrete that answers "why did I sign up?" without asking for more action.
Users who receive a "no ask" day-one message activate at meaningfully higher rates than users who receive a second prompt. The mechanism is almost too human to be interesting: the first email asked for action; the second builds a little trust before asking again. Most programs skip this step because it feels like a wasted send. It isn't. It's the send that makes the next ask land.
If you genuinely can't picture what this email contains without making a request of the user, your product probably hasn't figured out its aha moment yet. The 72-hour aha moment guide covers how to find it.
Day 2–3: the branched second ask
This is where most welcome sequences fall apart. The "third email" gets sent regardless of what the user did in session one — a generic feature tour that reads as unaware to users who've already taken action, and too heavy for users who haven't taken any action yet. Same email, two audiences, zero fit for either.
The fix is a branch. If the user has taken the first meaningful action (even partially), the day-2 message is the second step toward activation — concrete, specific to where they got to. If they haven't taken the first action, the day-3 message is a re-pitch of the original goal with a different angle. A peer example works better here than a repeated CTA; "here's how Sarah at Acme did it in 10 minutes" lands differently than "click here to start".
The Orbit Multi-Channel Orchestration skill handles the state-awareness that makes branching possible without six independent systems firing at the same user on the same day.
Day 5: social proof, real
Day five is the right time for social proof because the user has had enough signal to be actively evaluating whether to stick with the product. Generic testimonials read as weak at this point — the user is mid-evaluation and wants specificity, not slogans.
What works: a named user, a specific outcome, a specific timeline, a specific use case. "Sarah at Acme used Orbit to audit 340 segments in two hours" lands differently than "our customers love Orbit". If you don't have named proof yet, a short summary of an anonymised real program beats a generic quote every time. The anti-pattern is a carousel of star-ratings and logos — it tells the user nothing they couldn't have inferred from your homepage.
Day 7: the check-in that closes the loop
For users who haven't activated, the day-7 message is short, friendly, and offers a concrete easier path in. "Not sure where to start? Here's the fastest 5-minute entry." The message is about lowering the bar, not pitching features again. Users who activate after day 7 are a minority, but this is the send that captures the ones who were close and needed a nudge.
After day 7, the sequence ends. Users who still haven't activated move into a re-engagement track — covered in the winback flows guide.
Do you need to tell users what emails they'll receive? Not inside the sequence itself. Tell them at signup (expectations up front) and in the preference centre (control after the fact). An email listing future emails reads as filler. The user just signed up. They don't want a schedule; they want to use the product.
The two stop conditions nobody builds in
50%+
Open rate on welcome email #1 (highest in any lifecycle program).
~25%
By email 4, open rate is typically half the welcome. The audience has decided.
0
Messages that should fire after activation. The sequence must hard-stop.
Two conditions should stop a welcome sequence and usually don't. First, covered above: if the user activates, stop. Immediately. No "oh they'll enjoy the social proof anyway" reasoning. Second, less obvious: if the user has zero opens across messages 1 through 3, pause the sequence for 14 days and resume with a softer check-in instead of blasting through days 4–7 at full cadence. Users who open nothing early are telling you they're not ready. Ignoring that signal produces the vast majority of early unsubscribes. A two-week pause costs almost nothing and recovers a meaningful slice of the audience.
Frequently asked questions
- How many emails should a welcome series have?
- 3-5 for most programs. Send 1 (immediate, welcome + confirmation + first useful thing), send 2 (day 1-2, product value + activation prompt), send 3 (day 4-7, social proof or second activation prompt). Optional send 4-5 for deeper onboarding or product feature introduction. More than 5 dilutes — users get the same message repackaged and opt out. Fewer than 3 leaves the highest-engagement window under-worked.
- How long should a welcome series last?
- 7-14 days. The 14-day window matches the steepest part of the retention curve — customers who activate in their first 14 days retain dramatically better than those who don't. The welcome series should be engineered to drive activation within that window, with the last email arriving no later than day 14. After day 14, customers exit to the mainstream programs (promotional, lifecycle-event-based, behavioural).
- What's the most important email in the welcome series?
- The first one. 40-60% open rates on send 1 are normal because opt-in intent is at peak. Use it to: (a) confirm the subscription (legal + expectation-setting), (b) deliver the first useful thing you promised (lead magnet, discount code, guide), and (c) set the expectation for what they'll receive and how often. Every downstream email's open rate depends on the first one landing cleanly.
- Should welcome series use a discount code?
- Only if your program strategy actively wants price-sensitive subscribers. Discount-led welcome series produce a short-term conversion lift but attract the cohort most likely to only buy on discount — which degrades LTV over time. Value-led welcome series (content, product education, social proof) attract higher-LTV subscribers but convert slower. Most programs should start with value-led and test whether a discount on send 3 or 5 adds incremental revenue without moving the cohort LTV down.
- When should a customer exit the welcome series?
- As soon as they activate (complete the primary conversion — first purchase, first app-open with depth, upgrade to paid). Continuing to send welcome-series emails to an already-activated user creates fatigue and wastes the real estate — they should be in the activated-user mainstream programs. Event-based exit conditions beat time-based ("still in series at day 7") every time because they respect the user's actual journey.
This guide is backed by an Orbit skill
Related guides
Browse allOnboarding flows: signup to activated
Most onboarding programs fail in the same three ways — no activation metric, no awareness of what the user just did in-product, and a sequence that won't stop once the user has clearly activated. Fix those three and the program starts moving signups to activated users in numbers you can actually defend.
The first 72 hours decide who activates
Activation isn't a seven-day project. It's a 72-hour race most teams lose without noticing. Why the window is that short, what to watch inside it, and how to intervene while users are still reachable.
Abandoned cart emails: what actually works
Cart abandonment is the easiest program to get wrong because the defaults work well enough to hide the problem. Here's the structure that actually moves incremental revenue — timing, sequencing, and the discount policy most teams have backwards.
Post-purchase emails: what to send after the receipt
Post-purchase is the highest-engagement window in the entire customer relationship and most lifecycle programs spend it sending a receipt, a generic welcome, and then silence. Here's the 30-day sequence that actually earns the second purchase.
Win-back flows: 12 patterns that earn their place
Win-back is the highest-ROI program most lifecycle teams underbuild. Twelve patterns that work, when each one fits, and the sunset policy that stops the program quietly eating your sender reputation.
Transactional emails: the highest-engagement messages you ignore
Order confirmations, password resets, receipts, shipping updates. Transactional emails post open rates two to three times higher than marketing sends — and most lifecycle teams have never touched them. Effort is going to the wrong place.
Found this useful? Share it with your team.
Use this in Claude
Run this methodology inside your Claude sessions.
Orbit turns every guide on this site into an executable Claude skill — 54 lifecycle methodologies, 55 MCP tools, native Braze integration. Pay what it's worth.