MarketingEcommerceAdvanced30 minSaves Estimated 2–4 hours of initial planning

Ecommerce Lifecycle Email Campaign Plan

Map your catalogue to six coordinated lifecycle flows, with practical triggers, distinct metrics and controlled sending pressure.

Create a catalogue-specific lifecycle email programme covering welcome, post-purchase, replenishment, cross-sell, review requests and win-back, including implementation requirements, measurement definitions and a prioritised build order.

Ready-to-use prompt

The prompt

Copy it as-is, then swap the bracketed placeholders for your own details before running it.

prompt.txt
Role: You are an ecommerce CRM strategist designing a lifecycle email programme.

Context:
- Store and catalogue: {{catalogue}}
- Average order value and repeat purchase rate: {{metrics}}
- Typical replenishment or repurchase interval: {{repurchase_interval}}
- Customer segments: {{segments}}
- Existing flows already live: {{existing_flows}}
- Email platform: {{platform}}
- Brand voice: {{brand_voice}}

Task: Design the programme. For each flow return:
1. Flow name and its single job
2. Trigger and entry condition
3. Number of messages, with timing for each
4. Per-message goal and the one thing it must communicate
5. Subject line direction, not full copy
6. Products or content it should feature and why
7. Exit and suppression conditions
8. The metric this flow is accountable for

Cover at minimum: welcome, post-purchase, replenishment or repurchase, cross-sell, review request, and win-back.

Rules:
- No two flows may share the same accountable metric.
- Every trigger must be implementable with data an ecommerce platform actually holds.
- Do not duplicate a flow that already exists, say how to improve it instead.
- Cap the total sending pressure and show the worst-case number of emails a single customer could receive in a week.

Finish with: the build order, based on revenue per hour of setup effort.

Estimated results

DifficultyAdvanced
Setup time30 min
Time savedEstimated 2–4 hours of initial planning
Best modelsChatGPT, Gemini, Claude
Best audienceEcommerce, Retail

Editor's note

Why this prompt matters

Lifecycle planning becomes difficult when individually sensible automations overlap. A recent buyer can qualify for onboarding, accessory recommendations, a review request and a scheduled promotion within days. This prompt treats those messages as one programme rather than separate creative briefs.

For CRM and retention teams, its value is the operational handoff: what starts each flow, what each message communicates, when customers leave, and which outcome the flow owns. It produces a planning draft, not a validated platform configuration or proof of incremental revenue.

Anatomy

Prompt engineering breakdown

Role

The CRM strategist role focuses the answer on customer journeys and operational decisions, rather than isolated email ideas.

Context

{{segments}} defines audience eligibility; {{existing_flows}} prevents duplication; {{brand_voice}} guides message direction. Catalogue, metrics, repurchase interval and platform inputs anchor recommendations in products, behaviour and available data.

Goal

Build one coordinated programme with all six required flows, not six unrelated sequences.

Constraints

Unique metrics, implementable triggers, existing-flow improvements and capped pressure force explicit trade-offs. Missing evidence should become a labelled assumption or prerequisite.

Output format

Eight repeated fields make flows comparable and transferable into implementation tickets. The final build order adds a practical resourcing decision.

Why this structure works

Role / Context / Task / Rules separates expertise, evidence, deliverables and boundaries. Repeated fields expose omissions before creative production begins.

What you'll get

Expected output

Expect six flow specifications with entry conditions, message timing, message goals, subject-line directions, catalogue selections, exits, suppressions and one accountable metric each. The closing sections should show weekly pressure and an estimated revenue-per-setup-hour build order.

Worked example: For a store selling coffee beans, grinders and filters, replenishment should target beans, not grinders. If your supplied planning assumption is a 30-day bean repurchase interval, a draft might propose reminders on days 25 and 32, exiting after another bean order. These dates are hypotheses, not measured behaviour.

A grinder purchase could instead trigger setup guidance after confirmed delivery, followed by compatible-filter recommendations. If delivery events are unavailable, require a documented fallback using fulfilment date plus a shipping allowance. Review requests should wait until customers have plausibly used the product.

Under the hood

Why this prompt works

The single-job requirement separates customer needs before anyone writes copy. Distinct accountable metrics make ownership clearer, but do not prove flows are independent or prevent cannibalisation. Define denominators and attribution windows, then use holdouts where feasible.

Existing-flow inputs prevent redundant builds. Suppressions and pressure limits expose scheduling conflicts. Revenue per setup hour encourages prioritisation, provided estimates include integration work, eligible audience size and uncertainty rather than assuming post-purchase always wins.

Model fit

Best AI models for this prompt

Claude

A suitable primary model for synthesising catalogue details, exclusions and existing-flow descriptions. Ask it to audit its own table for repeated metrics and conflicting entry rules; still check the result manually.

ChatGPT

Useful for turning the programme into build tickets and QA scenarios. Keep the original constraints attached during follow-up requests so implementation details do not displace pressure limits.

Gemini

Useful when working with supplied platform documentation and catalogue files. Ask it to distinguish documented events from proposed custom fields. No model can verify account-specific capabilities without your evidence.

When to use

  • When campaigns dominate and lifecycle coverage has gaps.
  • When rebuilding automations after a platform migration.
  • When catalogue expansion makes existing replenishment or cross-sell logic unreliable.
  • Before briefing copywriters, designers and automation specialists.

When not to use

  • When consent records or deliverability problems make additional marketing sends inappropriate.
  • When order, product or customer identifiers cannot reliably join; repair tracking first.
  • For final legal approval, production-ready configuration or revenue forecasting without validation.
  • For a single promotion needing finished email copy.

Get more from it

Pro tips

  • 1

    Populate {{catalogue}} with product IDs, consumable versus durable status, compatibility and exclusions. Category names alone cannot support reliable replenishment or accessory selection.

  • 2

    Give {{metrics}} a reporting period and cohort definition. Separate first-time from returning buyers; storewide averages can conceal very different repurchase patterns.

  • 3

    Document actual events and fields in {{platform}}, including consent, fulfilment, refunds and subscription status. Label unavailable signals instead of inviting invented triggers.

  • 4

    Test a customer who qualifies for every flow. An illustrative three-marketing-emails-per-seven-days cap must also count campaigns; document priority, deferrals and separately governed transactional messages.

Don't ship this

Common mistakes

  • ✗ Making every flow accountable for revenue.

    Fix — Assign distinct outcomes, such as review completion for review requests and category adoption for cross-sell. Keep revenue as a shared secondary measure, not evidence of incrementality.

  • ✗ Using one replenishment interval across the catalogue.

    Fix — Split by product and pack size where data supports it. Exclude durable goods and avoid reminders that duplicate scheduled subscription deliveries.

  • ✗ Treating subject direction as finished copy.

    Fix — Keep planning output strategic: setup reassurance, compatibility education or reorder convenience. Write final subjects only after offers, inventory and brand review.

  • ✗ Accepting a frequency cap without collision logic.

    Fix — Specify which flow wins, whether displaced messages expire, and how platform settings enforce the rolling window. Recalculate the worst-case week after adding broadcasts.

People also ask

Frequently asked questions

Q.Which lifecycle flow should I build first?

Usually post-purchase. It reaches customers already engaged with you, needs no new acquisition spend, and lifts both repeat rate and review volume — the build order in the output ranks by revenue per setup hour.

Q.Why must each flow have a different metric?

Because two flows chasing the same number are competing for the same customer at the same moment. Unique metrics make each flow independently measurable and prevent overlapping sends.

Q.How do I set replenishment timing?

From your own repurchase interval data, which you supply in the context block. If you let the model estimate it, the timing will be plausible and wrong, and the flow will fire after customers have rebought elsewhere.

Version 1.1Last reviewed September 21, 2026
Reviewed by PromptInFlow Editorial Team