Drip campaign strategy
13 Drip Email Timing Patterns: Intervals, Windows, and Stop Rules
There is no universal best time. The interval should follow the customer’s state, the freshness of the trigger, the next useful action, and the cost of another interruption.
Sequence timing has two dimensions: the delay between messages and the send window during which a message is allowed to arrive. The delay usually matters first because it determines whether the message still describes the recipient’s situation. A password reset, a trial lesson, a cart reminder, and a renewal notice do not share the same clock.
The 13 patterns below are starting hypotheses, not guaranteed benchmarks. Keep eligibility, consent, content, sender, and suppression rules stable while testing. Judge timing with activation, purchase, reply, retained use, complaints, unsubscribes, and support load—not opens alone.
13 timing patterns worth testing
1. Welcome sequence
Send the first message immediately after confirmed signup, then give the reader enough time to use the promised resource before teaching the next step. A short delay is useful when the first action is simple; a longer pause makes sense when setup requires a teammate.
Stop or branch when the subscriber completes the first-value action. Test activation or reply rate, not opens alone.
2. Trial onboarding
Use product events as the clock: setup started, core feature used, teammate invited, and value reached. Fixed day numbers are a fallback for users who generate no events.
Suppress educational nudges after activation and route stalled accounts to help. The correct interval depends on trial length and product complexity.
3. Product-tour follow-up
Send a reminder soon after a tour or demo while the conversation is still recognizable. Follow with a use-case message only if the recipient has not booked, replied, or entered an opportunity.
Avoid sending a generic nurture sequence after a sales handoff. The stop condition is a meeting, reply, disqualification, or explicit preference.
4. Lead education
Space research-oriented messages around the buyer’s decision rather than a rigid daily streak. Give the reader time to compare options, involve a colleague, or return with a question.
Use engagement and declared role as branching signals, but do not infer consent from a click. Cap frequency across every active journey.
5. Cart recovery
The first reminder belongs close to the abandonment event because intent decays. Later messages should add genuinely new information such as delivery, returns, or support—not repeat the same urgency.
Stop at purchase, inventory change, or opt-out. Test margin and completed orders alongside clicks before adding discounts.
6. Browse recovery
Wait long enough to distinguish casual browsing from a meaningful product interest. A category-level reminder can be safer than naming a single item when the browsing signal is weak.
Exclude users with support complaints or recent purchases that make the recommendation irrelevant. Measure assisted revenue and unsubscribe impact.
7. Post-purchase education
Start after fulfillment or the first expected product-use moment, not automatically after payment. The useful interval is the gap between receiving the product and needing help to succeed with it.
Branch by product, delivery state, and support status. Stop promotional follow-ups when a return, complaint, or unresolved ticket appears.
8. Renewal reminder
Anchor messages to the actual renewal date and the customer’s notice requirements. Early education can explain value; later reminders should make billing, cancellation, and contact options obvious.
Do not use the same cadence for monthly and annual plans. Suppress after renewal, cancellation, or a confirmed account-owner conversation.
9. Payment recovery
Operational urgency should outrank a generic send-window heuristic. Send according to the payment provider’s event and then space reminders based on retry policy and account risk.
Keep billing recovery separate from promotional marketing and respect account-level suppression. The primary outcome is recovered service or a clear resolution—not engagement.
10. Feature adoption
Trigger education when a user is eligible for a feature but has not tried it, then wait for evidence of interest before sending deeper guidance. Feature age and release context can justify a calendar message.
Exit after meaningful use and avoid promoting features blocked by plan or permissions. Compare adoption, retained use, and support volume.
11. Re-engagement
Define inactivity using a meaningful product or purchase event, not an arbitrary open threshold. Use a finite sequence with a clear choice: return, change preferences, or leave.
A final sunset message should lead to suppression when there is no response. This protects list quality better than indefinite “we miss you” emails.
12. Event registration
Send confirmation immediately, reminders according to event value and timezone, and a follow-up only after attendance or a meaningful no-show state is known. Registration and attendance are different events.
Let cancellation and rescheduling override the default cadence. Report attendance, replies, and downstream actions separately.
13. Replenishment or usage reminder
Estimate the next useful moment from delivery, usage, subscription, or prior purchase data. Start with a window rather than pretending every customer consumes at the same speed.
Offer a pause or preference path and stop when a new order is recorded. Validate the model by cohort and product; a generic calendar interval can create needless pressure.
Choose the clock before the delay
| Clock | Use when | Control required |
|---|---|---|
| Event | A signup, payment, delivery, or product action starts the sequence | Event freshness, idempotency, and an exit event |
| Decision | The recipient needs time to learn or involve a colleague | Stage progression and a human handoff |
| Calendar | The message belongs to a launch, event, or deadline | Timezone, registration state, and date changes |
| Consumption | The next message depends on usage or replenishment | Product-specific evidence and preference controls |
How to test timing without fooling yourself
Choose one audience, one purpose, one primary outcome, and one review window. Randomize eligible recipients to two timing policies while keeping content, eligibility, offer, sender, and suppression rules constant. Use account-level randomization when messages affect an account, and exclude recipients whose state changes during the test.
| Test component | Good practice | Failure to avoid |
|---|---|---|
| Outcome | Use activation, purchase, reply, retained usage, or resolution | Declare a winner from opens alone |
| Safety | Apply frequency caps and state-based exits | Continue after conversion, cancellation, or support escalation |
| Review | Include complaints, unsubscribes, collisions, and maintenance effort | Keep a “winner” that creates operational harm |
FAQ
How many emails should a drip contain?
As many as the job requires, and no more. Define state changes and useful actions first; a fixed count is not a quality standard.
Is there a best day or time?
Only as a testable hypothesis for a defined audience and purpose. Timezone, urgency, product state, and competing sends matter more than a universal weekday claim.
What should I optimize first?
Start with eligibility, trigger freshness, and exit logic. Perfectly timed messages still create a poor experience when they reach the wrong person or continue after the desired action.
Related reading: drip email best practices, drip campaign analytics, SaaS drip campaigns, and drip campaign automation.