Email marketing is a repeating job: a welcome series that has to be rebuilt when the product changes, a newsletter that has to ship every week, flows that overlap each other, and tests that nobody wrote down before the send. These 53 prompts for ChatGPT, Claude and Gemini are organized around that work, in seven sections: welcome and onboarding, lifecycle flows, newsletters, subject lines and copy, segmentation, testing, and deliverability and compliance.
The prompts ask for your real inputs, such as your fields and events, your offer terms, your past issues or your metrics export. Many tell the model to use only those and to ask a question or leave a bracketed placeholder instead of inventing a statistic, discount or deadline. Several prompts produce plans, audits and checklists rather than copy: a lifecycle map, a sunset policy, an A/B test plan with a decision rule, a holdout test, a bulk-sender readiness review.
The rules around email change and differ by country. Nine prompts touch them and name the source or regime involved (the FTC's CAN-SPAM guide and reviews rule, Google's review policy, Gmail's and Yahoo's sender requirements, the ICO's PECR guidance) and tell you to verify against the current source or an adviser. They give you items to verify and questions for your lawyer, not a ruling on whether your email is compliant. Three prompts include a worked example so you can see the output before you paste your own data.
Welcome & Onboarding
The first emails decide whether a subscriber keeps opening. These prompts cover the first email that delivers the sign-up promise, a timed welcome blueprint with exit rules, and a confirmation email for double opt-in lists. There are also behavior-triggered onboarding emails for software and a nudge for users who stall before first value. These prompts ask for your real events, offers and voice rather than inventing them.
Best for: A first email that delivers the sign-up promise and asks for one action
You are a lifecycle email copywriter. Write the first email a new subscriber receives, sent immediately after they sign up.
What they signed up for: {{SIGNUP_PROMISE}}
Name to sign with: {{SENDER_NAME}}
The one thing I want them to do next: {{FIRST_ACTION}}
Voice sample (3-5 sentences I wrote): {{VOICE_SAMPLE}}
Rules:
- Put what the sign-up promised (link, file, code or confirmation) in the first screen. If the promise names no deliverable, say so instead of inventing one.
- One call to action only, matching the next step above. The reply question below is not a second call to action.
- Do not invent offers, discount codes, statistics, testimonials or sending frequency. Where a fact is missing, leave a bracketed placeholder such as [SEND FREQUENCY].
- Close with one specific, easy question the reader can answer by replying, one that I could realistically answer.
- Match the voice sample. Body 90-130 words, plain and personal, not a brochure.
Output:
1. Three subject lines under 50 characters, each with a preheader under 90 characters.
2. The body as plain text.
3. A short list of anything you assumed.
Fill in: SIGNUP_PROMISE SENDER_NAME FIRST_ACTION VOICE_SAMPLE
Use for the immediate post-signup email. Paste a real sample of your own writing so the voice matches.
Example output · Claude (example written by The Prompt Index)
Sample inputs: SIGNUP_PROMISE = A free printable 12-month bike maintenance checklist (PDF). SENDER_NAME = Dana, owner of Crankworks Cycles. FIRST_ACTION = Download the checklist and pick one task to do this weekend. VOICE_SAMPLE = "Most bike problems start small. I'd rather you spent ten minutes on a Sunday than an hour on the roadside. Ask me anything, I like the questions."
1. Subject lines and preheaders
- Your bike maintenance checklist is here (39 characters) / Preheader: Download it and pick one task for this weekend. (47 characters)
- Here's your 12-month checklist (30 characters) / Preheader: One task this weekend is enough to start. (41 characters)
- Checklist inside, plus one question (35 characters) / Preheader: Tell me which bike you ride most. (33 characters)
2. Body
Hi, it's Dana from Crankworks Cycles. Your 12-month bike maintenance checklist is ready: [CHECKLIST LINK].
Download it and pick one task to do this weekend. One is enough to start. Most bike problems start small, and ten minutes on a Sunday beats an hour at the roadside.
What to expect from me after this: [WHAT TO EXPECT AND SEND FREQUENCY]. If it stops being useful, the unsubscribe link at the bottom of every email works.
One question: which bike do you ride most? Hit reply and tell me, and I'll tell you what I'd check first.
Dana
Owner, Crankworks Cycles
3. Assumptions
- I assumed the PDF is delivered by link, so the link is a placeholder.
- I did not describe what subscribers will receive next or how often, because none was given; fill the bracketed placeholder.
- I assumed every email you send carries a working unsubscribe link; remove that sentence if it does not.
- I assumed you can read and answer replies, as the closing question implies; the sentence "I'll tell you what I'd check first" commits you to answering, so cut it if you cannot.
Best for: A timed welcome map with goals, triggers and exit conditions, before any copy is written
You are a lifecycle marketing strategist. Design a welcome sequence blueprint. Do not write the emails themselves.
Business and what subscribers get: {{BUSINESS_DESCRIPTION}}
Where people sign up: {{SIGNUP_SOURCE}}
The outcome that matters most in the first 14 days: {{GOAL_EVENT}}
Number of emails allowed: {{EMAIL_COUNT}}
Data I can use to branch (fields and events): {{AVAILABLE_DATA}}
Rules:
- Each email needs one job, and no email may repeat another's job.
- Spacing must be justified: say why each gap is as long as it is, using only the facts I gave you.
- Define exit rules: which event removes someone from the sequence (for example, they already did the goal event), and what they should receive instead.
- Suppress promotional emails to anyone who has unsubscribed or whose sign-up is unconfirmed.
- If a branch needs data I did not list, mark it "needs new data" rather than assuming it exists.
Output a table with columns: Email #, Send timing, Job, Trigger or condition, Exit rule, Success metric. Under it, add three risks to this design, and the single first thing to test.
Fill in: BUSINESS_DESCRIPTION SIGNUP_SOURCE GOAL_EVENT EMAIL_COUNT AVAILABLE_DATA
Use before writing copy. It gives you the skeleton to build in your email platform.
Best for: A confirmation email and reminder that make the click feel worth it
You are an email copywriter who specializes in confirmation messages.
Brand and what the list is: {{LIST_DESCRIPTION}}
What the subscriber will receive once confirmed: {{CONFIRMED_BENEFIT}}
Sender name: {{SENDER_NAME}}
Tone: {{TONE}}
Write two emails:
1. The confirmation email, sent immediately after the form is submitted.
2. A single reminder, for people who have not clicked after a day.
Rules:
- The subject line must say plainly what to do (confirm) and for what list. No tricks, no urgency.
- One button, with button text that names the action. Include a plain-text link under it in case the button fails.
- Say that nothing will be sent unless they confirm, and tell them what to do if they did not sign up (ignore the email).
- Under 70 words each. No promotional content, offers or upsells in either email.
- The reminder must not guilt or pressure. It may state once that the link will stop working after the period I set in my platform, written as [LINK EXPIRY].
Output: subject, preheader and body for each email, in plain text, with the button text marked in square brackets.
Fill in: LIST_DESCRIPTION CONFIRMED_BENEFIT SENDER_NAME TONE
Use if your sign-up requires confirming the address. Check your own local consent rules separately.
Best for: A behavior-triggered onboarding set for software or app users
You are a product-led lifecycle marketer. Plan and write an onboarding email series triggered by what new users do, not by a fixed calendar.
Product and its core value: {{PRODUCT_SUMMARY}}
The activation event (the action that shows a user got value): {{ACTIVATION_EVENT}}
Events my product tracks: {{TRACKED_EVENTS}}
Typical time to first value, if known: {{TIME_TO_VALUE}}
Voice: {{VOICE_NOTES}}
Rules:
- Use only events from my tracked list as triggers. If the best trigger is not on the list, flag it as a gap and suggest the closest proxy.
- Build 4-6 emails. Each one needs a trigger, a suppression (who must not receive it) and one call to action.
- No email may go to a user who has already completed the activation event.
- Write each email under 120 words, in plain language, with one concrete next step inside the product. Do not describe features I have not listed.
- Do not claim outcomes, speed or savings I have not provided.
Output: a table (Email, Trigger, Suppression, Goal), then each email with subject line, preheader and body.
Fill in: PRODUCT_SUMMARY ACTIVATION_EVENT TRACKED_EVENTS TIME_TO_VALUE VOICE_NOTES
Use for SaaS or app onboarding. List real events your product tracks; the prompt won't invent them.
Best for: A short, helpful nudge for sign-ups who haven't reached first value
You are a customer-lifecycle writer. Write a nudge email for people who signed up but have not reached the first valuable action.
Product: {{PRODUCT_SUMMARY}}
The action they have not taken: {{MISSING_ACTION}}
Likely blockers (from support tickets, session notes or my guesses; label which): {{LIKELY_BLOCKERS}}
Name to sign with: {{SENDER_NAME}}
Help available: {{HELP_OPTIONS}}
Rules:
- Write three variants, each aimed at a different blocker from my list, so I can send the right one to the right segment.
- Each variant: under 90 words, one clear next step that takes under five minutes if my information supports that claim, otherwise drop the claim.
- Lead with help, not a reminder that they have not done something. No shaming, no fake deadlines, no invented urgency.
- Mention only help options I listed.
- If a blocker is only a guess, say so in the segment note so I can check it before sending.
Output for each variant: segment it targets, subject line (under 50 characters), preheader, plain-text body, and the question to confirm the blocker is real.
Fill in: PRODUCT_SUMMARY MISSING_ACTION LIKELY_BLOCKERS SENDER_NAME HELP_OPTIONS
Use for the sign-up who went quiet. It's designed to remove a blocker, not to pressure.
Lifecycle Flows & Retention
Automated flows earn their keep when they are mapped, timed and stopped properly. Use these to map every flow with entry, exit and suppression rules, audit an abandoned cart flow, and design a win-back or re-engagement flow. They also cover a sunset policy, trial-to-paid sequences, renewal and failed-payment notices, a respectful cancellation email, referral and loyalty emails, a post-purchase review-request flow and a seasonal campaign plan. Offers appear only when you say they are real.
Best for: A map of every automated flow, who enters, who is excluded and what gets priority
You are a senior lifecycle marketing consultant. Build a lifecycle map for my business from the facts below.
Business model: {{BUSINESS_MODEL}}
Customer stages I recognize: {{CUSTOMER_STAGES}}
Data I can segment and trigger on: {{AVAILABLE_DATA}}
Flows already live: {{EXISTING_FLOWS}}
Email platform: {{EMAIL_PLATFORM}}
Rules:
- Propose flows only where I have the data to trigger them. Mark any flow that needs data I lack as "blocked".
- For each flow give: entry trigger, exit trigger, what it suppresses, and what suppresses it.
- Resolve conflicts: if a person could qualify for two flows at once, state which one wins and why.
- State a frequency ceiling per person per week as a recommendation for me to adjust, not as a fact about what works.
- Do not assume features of {{EMAIL_PLATFORM}}. If a rule depends on a feature, tell me to check that my platform supports it.
Output: a table of flows (Flow, Stage, Entry, Exit, Suppresses, Priority), then a numbered build order with the reason for each step, and three questions you need answered before I build.
Fill in: BUSINESS_MODEL CUSTOMER_STAGES AVAILABLE_DATA EXISTING_FLOWS EMAIL_PLATFORM
Use when you're building flows or untangling overlapping ones. Provide your real stages and data.
Best for: Diagnose and re-time a cart flow you already have, with exclusions and a test
You are an ecommerce lifecycle analyst. Audit my abandoned cart flow and propose a better timing and logic plan. Do not write new email copy.
Current flow (each email, delay, subject, offer if any): {{CURRENT_FLOW}}
What I know about the buying cycle (typical consideration time, price range, repeat rate): {{BUYING_CYCLE}}
Flow metrics I have (sends, clicks, orders, unsubscribes, complaints): {{FLOW_METRICS}}
Exclusion rules I already use: {{EXCLUSIONS}}
What I am allowed to offer: {{OFFER_LIMITS}}
Rules:
- Work only from the numbers given. If a figure you need is missing, say what it is and how to pull it. Show any calculation step by step so I can check it.
- Check for these defects: sending after purchase, overlap with other flows, discount shown before it is needed, and a final email that adds no new reason to return.
- Recommend exclusions, delays and a stop condition, each with the reason.
- Offer-led emails must carry only offers I am allowed to make. Never suggest fake scarcity.
- Propose one test with a single variable, a success metric and the minimum sends you recommend I verify with a calculator.
Output: findings ranked by likely impact, the revised timing table, and the test plan.
Fill in: CURRENT_FLOW BUYING_CYCLE FLOW_METRICS EXCLUSIONS OFFER_LIMITS
Use when a cart flow exists but isn't earning its keep. For fresh copy, the ecommerce pack has a three-email cart sequence.
Best for: A three-email flow for past buyers or inactive subscribers, with a final stay-or-go email and stop rules
You are a retention email strategist. Design and write a win-back or re-engagement flow for lapsed contacts.
Business and product: {{BUSINESS_DESCRIPTION}}
Who is lapsed (past customers who stopped buying, or subscribers who stopped engaging): {{LAPSED_GROUP}}
How I define lapsed (days and the signal used, compared with their normal pattern): {{LAPSED_DEFINITION}}
What we know about why people leave: {{CHURN_REASONS}}
Offer I am willing to make, or "none": {{OFFER_DETAILS}}
Brand voice: {{VOICE_NOTES}}
Rules:
- Write a 3-email flow. Email 1 asks what changed without an offer. Email 2 gives one new reason to return, using only facts I provided (for subscribers, a lower-frequency option only if I said one exists). Email 3 is a plain "stay or go" note that says what happens if they do not respond.
- Offers appear only in emails where I allowed one and exactly as I described. No false deadlines.
- Define exit rules: stop on purchase or re-engagement, on unsubscribe, and on any reply that needs a human.
- Define what happens to non-responders after Email 3 (suppress or move to a low-frequency list) as my decision.
- Each email under 100 words, one call to action, no guilt, a visible unsubscribe path.
Output: flow table (Email, Delay, Goal, Exit rule), then subject line, preheader and plain-text body for each.
Fill in: BUSINESS_DESCRIPTION LAPSED_GROUP LAPSED_DEFINITION CHURN_REASONS OFFER_DETAILS VOICE_NOTES
Use for lapsed customers or subscribers who stopped engaging; it pairs with the sunset policy. For lapsed donors, use the nonprofits pack.
Best for: A written, defensible rule for removing unengaged subscribers
You are an email program manager writing an internal policy. Draft a sunset policy for unengaged subscribers.
Approximate list size: {{LIST_PROFILE}}
Sending frequency: {{SEND_FREQUENCY}}
Engagement signals available (opens, clicks, site visits, purchases, replies): {{ENGAGEMENT_SIGNALS}}
Known measurement problems (for example, inflated open counts from automated mail-client behavior): {{MEASUREMENT_ISSUES}}
Revenue or business reasons to keep dormant contacts: {{BUSINESS_CONTEXT}}
Regions we send to: {{SEND_REGIONS}}
Rules:
- Define "engaged" using only signals I listed. Where open data is unreliable, say which signals to rely on instead.
- Set thresholds as proposals with a plain reason; tell me to check them against my own data before adopting.
- Include a final re-permission step before removal, and a rule for contacts who have bought but not clicked.
- State what happens to removed contacts' data. Say plainly that retention rules differ by country and that I must confirm them with my privacy lead or counsel.
- Do not state any benchmark or industry average as fact.
Output: a one-page policy with headings (Purpose, Definitions, Stages, Re-permission step, Removal, Exceptions, Review date), then a table of segments with the action for each.
Fill in: LIST_PROFILE SEND_FREQUENCY ENGAGEMENT_SIGNALS MEASUREMENT_ISSUES BUSINESS_CONTEXT SEND_REGIONS
Use before a list clean-up. Bring your own engagement data; the prompt makes the policy, you decide the thresholds.
Best for: A trial-period email sequence anchored in usage and the plan facts you supply
You are a SaaS lifecycle marketer. Plan and write the email sequence for a free trial.
Product and who it is for: {{PRODUCT_SUMMARY}}
Trial terms exactly as published: {{TRIAL_TERMS}}
The usage milestones that predict a user will keep the product: {{USAGE_MILESTONES}}
Plan names and prices exactly as shown on my pricing page: {{PLAN_DETAILS}}
Whether a card is collected at sign-up: {{CARD_POLICY}}
Rules:
- Build the sequence around usage, not days alone: give each email a day and a usage condition, and a version for users who have hit the milestone and those who have not.
- State trial end and billing facts accurately and clearly, based only on the terms above. If the card policy means someone will be charged, say so plainly in the final emails.
- Do not claim customer results, savings or testimonials I did not provide.
- The last email before the trial ends must state exactly what happens next and how to cancel or downgrade.
- Each email under 120 words and one call to action.
Output: a timing table (Email, Day, Condition, Goal), then subject line, preheader and plain-text body for each version.
Fill in: PRODUCT_SUMMARY TRIAL_TERMS USAGE_MILESTONES PLAN_DETAILS CARD_POLICY
Use for free trials of software or subscriptions. Provide the real trial length and plan details.
Best for: Clear renewal and payment-recovery notices that keep customers informed
You are a billing communications specialist. Write a renewal and failed-payment email series for a subscription business.
Product and plan: {{PLAN_DETAILS}}
Renewal terms (price, date format, cancellation route): {{RENEWAL_TERMS}}
Payment failure process (retry schedule, grace period, what access changes): {{FAILURE_PROCESS}}
Support contact route: {{SUPPORT_ROUTE}}
Tone: {{TONE}}
Rules:
- Write a renewal notice, a first failed-payment notice, a second failed-payment notice, and a final notice before access changes.
- Use only the prices, dates and process steps I gave. Where a date or amount belongs, use a bracketed placeholder such as [RENEWAL DATE].
- Keep these emails informational: no upsell, promotion or cross-sell. Tell me to ask counsel whether adding promotional content could change how these messages are classified where I operate.
- Each email under 100 words with one action: update payment details, or contact support.
- Include how to cancel in the renewal notice if my terms say customers can.
- Never imply a penalty or consequence that is not in my process.
Output: subject line, preheader and plain-text body for each of the four emails, plus a note of the legal or contract points I should confirm.
Fill in: PLAN_DETAILS RENEWAL_TERMS FAILURE_PROCESS SUPPORT_ROUTE TONE
Use for subscriptions. These are customer-account messages; check with counsel which rules apply to each notice in your market.
Best for: A respectful save attempt and a short exit survey that yields usable reasons
You are a retention writer who respects the customer's decision. Write a post-cancellation email and an exit survey.
Product and plan cancelled: {{PRODUCT_SUMMARY}}
Cancellation reasons I already hear: {{KNOWN_REASONS}}
Save options I can genuinely offer (pause, downgrade, discount, help call), or "none": {{SAVE_OPTIONS}}
What happens to their account after cancellation, in my terms' wording: {{POST_CANCEL_TERMS}}
Sender name: {{SENDER_NAME}}
Rules:
- Confirm the cancellation in the first line. Never make the customer hunt for confirmation or imply the cancellation did not work.
- Mention only the save options I listed, once, in one short paragraph, with no pressure or guilt.
- State accurately what happens to their data and access, using only what I provided.
- Write a survey of 4 questions maximum: one multiple-choice reason (using my known reasons plus "Other"), one optional free-text, one question on what would bring them back, and one consent question on whether we may follow up.
- Under 110 words for the email.
Output: subject line, preheader, plain-text email, then the survey with answer options, then one sentence on how to read the answers (for example, what to do if most pick one reason).
Fill in: PRODUCT_SUMMARY KNOWN_REASONS SAVE_OPTIONS POST_CANCEL_TERMS SENDER_NAME
Use for the cancellation moment. Offers must be real and approved by you.
Best for: A three-email referral program set that states the rules clearly
You are a lifecycle copywriter for a referral program. Write the email set below.
Product: {{PRODUCT_SUMMARY}}
Program rules exactly as published (who qualifies, reward, limits, expiry): {{PROGRAM_RULES}}
The moment of delight that triggers the invitation: {{TRIGGER_MOMENT}}
How a referral is shared (link, code, form): {{SHARING_METHOD}}
Brand voice: {{VOICE_NOTES}}
Write three emails:
1. The invitation, sent after the trigger moment.
2. A single reminder, only for people who have not shared after the period I will set as [REMINDER DELAY].
3. A reward notice, for when a friend completes the qualifying action.
Rules:
- Quote the reward and conditions exactly as in the rules. Do not round up, add bonuses or imply there is no limit.
- Do not suggest the referrer contact people who have not agreed to hear from them. Give them a shareable link or message they send themselves.
- No pressure, no countdowns I have not supplied.
- Each email under 100 words.
- Flag any rule that looks ambiguous so I can fix the terms first.
Output: subject line, preheader and plain-text body for each, then a short list of ambiguities.
Fill in: PRODUCT_SUMMARY PROGRAM_RULES TRIGGER_MOMENT SHARING_METHOD VOICE_NOTES
Use if you have a referral program. Rules and rewards must be yours; the prompt won't invent terms.
Best for: An automated review-request flow keyed to order events, with no incentives and no gating
You are a lifecycle strategist designing an automated review-request email flow for a store or service.
Order events my platform can trigger on (delivered, returned, ticket opened, etc.): {{ORDER_EVENTS}}
Time from delivery until a customer can judge the product: {{USE_TIME}}
Review page link: {{REVIEW_LINK}}
Product types needing different timing: {{PRODUCT_TYPES}}
Brand voice: {{VOICE_NOTES}}
Rules:
- Ask every eligible customer. Segment only by order facts (product type, delivery date, first or repeat purchase), never by rating, satisfaction or survey answers.
- No incentive of any kind (payment, discount, free item or entry). Google's contributor policy prohibits incentivized reviews and selectively soliciting positive ones, and the FTC's 2024 reviews rule prohibits incentives conditioned on sentiment; tell me to re-read both.
- Suggest no rating or wording. One link, straight to the review page.
- Stop the flow only on review submitted or unsubscribe. For refunds, returns or open tickets, hold the ask until resolved, then send it. Cap at two emails per order, each under 80 words with a subject under 50 characters.
Output: a timing table (Trigger, Delay, Email, Hold or stop), the two emails, and three checks I should run before turning the flow on.
Fill in: ORDER_EVENTS USE_TIME REVIEW_LINK PRODUCT_TYPES VOICE_NOTES
Email-only flow design. Follow your review platform's current rules; for in-person and text asks, the small-business pack has scripts.
Best for: Launch, tier-change and reminder emails that state your program's actual rules
You are a loyalty marketing writer. Write the email set for my loyalty or VIP program.
Program rules exactly as published (how members earn, tiers, rewards, expiry): {{PROGRAM_RULES}}
Who is eligible to be invited: {{ELIGIBLE_GROUP}}
How a member checks their status: {{STATUS_CHECK_METHOD}}
Brand voice: {{VOICE_NOTES}}
Write four emails:
1. Launch invitation to eligible customers.
2. Welcome for a new member, stating how to earn first.
3. Tier-change or milestone notice, using merge placeholders such as [TIER NAME] and [POINTS BALANCE].
4. Expiry reminder, sent before rewards or status lapse.
Rules:
- State earning, rewards and expiry exactly as in the rules. Do not add perks, rounding, bonuses or deadlines I did not give.
- Use merge placeholders for individual data. Do not invent member numbers.
- Do not frame the program as exclusive in a way the rules do not support.
- Every email shows how to check status in the way I described.
- Flag any rule that is unclear so I fix the terms before sending.
- Each email under 100 words, one call to action.
Output: subject line, preheader and plain-text body for each, then the list of unclear rules.
Fill in: PROGRAM_RULES ELIGIBLE_GROUP STATUS_CHECK_METHOD VOICE_NOTES
Use only if the program exists. Paste the rules exactly; the prompt will not invent perks.
Best for: A holiday-period send plan with segments, offers you allow, and rules for who not to email
You are a campaign planner for a busy seasonal period. Build a plan, not the email copy.
Season or holiday period and its dates: {{SEASON_DATES}}
Business and what I sell: {{BUSINESS_DESCRIPTION}}
Offers I am genuinely able to run, with their terms: {{ALLOWED_OFFERS}}
Segments I can target (describe each in words): {{AVAILABLE_SEGMENTS}}
Last year's send pattern and what I learned, if any: {{LAST_YEAR_NOTES}}
Rules:
- Build a day-by-day send plan for the period. Each email: date, segment, purpose, the offer from my list (or none), and the call to action.
- Use only the offers and terms I listed. No invented deadlines. If the period needs a deadline, base it on the dates above.
- Include suppression rules: who must not get promotions (recent purchasers of the featured item, unsubscribed, unengaged contacts), and a frequency cap per person that I set.
- Count emails per person per week for the two most exposed segments and show the sum.
- Include a pre-period warm-up of engaged segments and a post-period thank-you or return plan.
- Do not use last year's notes as proof of what will work; use them to form hypotheses.
- Mention that any delivery cut-off dates in emails must come from my shipping team.
Output: a plan table, a suppression list, the frequency check, and the three biggest risks.
Fill in: SEASON_DATES BUSINESS_DESCRIPTION ALLOWED_OFFERS AVAILABLE_SEGMENTS LAST_YEAR_NOTES
Use 6-8 weeks ahead. It plans and sequences; it does not write the emails.
Newsletters
A newsletter is a habit you have to keep producing. These prompts help you design a repeatable issue format, draft an issue from your own notes and links, and write a curated roundup that carries your opinion. They also write an opening in your voice, a clearly labeled sponsor slot, a sign-up page with honest consent wording, a pre-send proofing pass that includes merge-tag fallbacks, a free-to-paid upgrade email and a quarter-long email content calendar. Facts and links come from you.
Best for: A repeatable issue structure that you can produce on a schedule
You are a newsletter editor. Design a repeatable issue format for my newsletter.
Who reads it and what they want from it: {{READER_PROFILE}}
My topic and what I can credibly say that others cannot: {{EXPERTISE_ANGLE}}
Time I can spend per issue: {{TIME_BUDGET}}
Send frequency: {{SEND_FREQUENCY}}
Examples of past issues or newsletters I admire (paste or describe): {{REFERENCE_EXAMPLES}}
Rules:
- Propose one format with 3-5 recurring sections. For each section: purpose, length in words, where the content comes from, and how long it takes me to make, with a total that fits the time budget.
- Include one section that only I can write, and one that is quick to produce when I am short on time.
- Say what to cut first if an issue runs long.
- Do not claim a section length performs better with readers; I will test that myself.
- Make the format work in a plain-text-friendly layout as well as designed HTML.
Output: the format as a table (Section, Purpose, Words, Source, Minutes), a sample outline of one issue on my topic using placeholders for facts I have not given, and a one-line test I can run after four issues.
Fill in: READER_PROFILE EXPERTISE_ANGLE TIME_BUDGET SEND_FREQUENCY REFERENCE_EXAMPLES
Use when starting or redesigning a newsletter. Paste real past issues if you have them.
Best for: An issue draft that uses only the notes, links and facts you provide
You are a newsletter writer working in my voice. Draft this week's issue from the material I give you and nothing else.
Newsletter name and reader: {{NEWSLETTER_DESCRIPTION}}
My rough notes: {{ROUGH_NOTES}}
Links and what each one is (title and one line): {{LINKS}}
Voice sample from a past issue: {{VOICE_SAMPLE}}
Target length in words: {{TARGET_LENGTH}}
Rules:
- Use only facts, quotes and links that appear above. Never invent statistics, names, quotes or URLs. If a point needs a source I did not give, mark it [NEEDS SOURCE].
- Open with the most useful or surprising point from my notes, not a greeting or a summary of the issue.
- One main idea per issue; everything else supports it or is cut.
- Write short paragraphs. Each link needs a sentence of why the reader should care, written without hype.
- Match the voice sample, including how it handles sign-offs.
- End with one reply prompt I could plausibly answer myself.
Output: the issue in plain text, 3 subject line options under 50 characters with a preheader for each, and a list of every [NEEDS SOURCE] and every claim I should verify.
Fill in: NEWSLETTER_DESCRIPTION ROUGH_NOTES LINKS VOICE_SAMPLE TARGET_LENGTH
Paste raw notes, quotes and links. Check every claim and link before sending.
Best for: A roundup that adds your judgement to each link instead of just listing them
You are an editor of a curated email newsletter. Turn my saved links into a roundup that carries my opinion.
Newsletter topic and reader: {{NEWSLETTER_DESCRIPTION}}
Links with my one-line reaction to each (include whether I recommend it): {{LINKS_WITH_REACTIONS}}
How many items the issue should include: {{ITEM_COUNT}}
Voice sample: {{VOICE_SAMPLE}}
Rules:
- Select the strongest items up to the count, and tell me which you dropped and why, so I can overrule you.
- For each item: a headline of your own (not the original title), two sentences on what it is and why it matters, using only my reaction and the link title. Do not describe content of a page you cannot see; if my notes are too thin, ask me a question instead.
- Order items by usefulness to the reader, not by how I listed them.
- Add one short section titled "My take" tying 2-3 items together, based only on my reactions.
- No invented quotes, numbers or author names.
- Mark any item that looks like promotional content so I can label it properly.
Output: subject line options (3, under 50 characters), the roundup in plain text, then the dropped items with reasons and a list of questions for me.
Fill in: NEWSLETTER_DESCRIPTION LINKS_WITH_REACTIONS ITEM_COUNT VOICE_SAMPLE
Use for curation-style newsletters. Give your honest opinion on each link; the AI shapes it.
Best for: Five opening paragraphs that sound like you, grounded in this week's idea
You are a ghostwriter who matches an author's voice. Study my past openings and write new ones.
Three past openings I wrote: {{PAST_OPENINGS}}
This issue's central idea in one or two sentences: {{ISSUE_IDEA}}
What the reader should feel or do after the first paragraph: {{READER_OUTCOME}}
Step 1. Describe my voice in five bullet points: sentence length, person and tense, how I use humor or restraint, what I never do, and typical first lines. Base every bullet on the examples only.
Step 2. Write five opening paragraphs of 40-70 words for this issue. Each uses a different approach: a specific scene, a direct claim, a question I would really ask, a small confession, and a plain statement of the problem.
Rules:
- Do not use stock openers ("In today's fast-paced world", "Have you ever wondered").
- Do not invent personal anecdotes, events or numbers. Where a scene needs a detail only I know, put it in square brackets for me to fill.
- Do not copy phrases from my past openings.
Output: the voice notes, the five openings labeled by approach, and which one you would pick for this idea and why, in two sentences.
Fill in: PAST_OPENINGS ISSUE_IDEA READER_OUTCOME
Paste 2-3 real past openings. The AI studies their patterns, then writes new ones.
Best for: Sponsor copy that fits your voice and is clearly identified as advertising
You are a newsletter editor writing a paid sponsorship slot. Write copy that fits my voice and is clearly marked as an ad.
Newsletter voice sample: {{VOICE_SAMPLE}}
Sponsor and product, in the sponsor's own words: {{SPONSOR_BRIEF}}
Claims the sponsor has approved me to make (exact wording): {{APPROVED_CLAIMS}}
Link and call to action: {{SPONSOR_LINK}}
Slot length in words: {{SLOT_LENGTH}}
Rules:
- Start the slot with a clear label such as "Sponsored" or "Advertisement". Never disguise the slot as editorial.
- Use only the approved claims. Do not add benefits, results, comparisons or testimonials the sponsor did not give.
- Do not say I use or recommend the product unless I state that in the brief.
- Write in my voice, but do not blur editorial and paid content. No first-person experience unless it is in the brief.
- If the sponsor brief is too thin to fill the slot, say what is missing instead of padding.
Output: two versions (one plain, one more conversational), each with a label and a call-to-action line. Then list the claims I should have the sponsor confirm in writing, and remind me to check the advertising disclosure rules where I and my readers are based.
Fill in: VOICE_SAMPLE SPONSOR_BRIEF APPROVED_CLAIMS SPONSOR_LINK SLOT_LENGTH
Use for paid placements. Get the sponsor's approved claims and keep the label visible.
Best for: Turns replies and click data into a ranked list of issue ideas
You are an audience researcher for a newsletter. Find patterns in what readers told me and did, then recommend issue topics.
Reader replies and questions (names and email addresses removed): {{READER_REPLIES}}
Click data by link, with issue date and topic: {{CLICK_DATA}}
Number of recipients per issue: {{RECIPIENT_COUNT}}
My newsletter's promise: {{NEWSLETTER_PROMISE}}
Rules:
- Group replies into themes. Count how many replies fall in each theme and show the counts so I can check them.
- Compute click rate per link as clicks divided by recipients, and show the working. Do not compare with industry averages.
- Treat small numbers cautiously: if a theme has fewer than five replies or a link has very few clicks, say it is a weak signal.
- Separate what readers asked for from what they merely clicked.
- Propose five issue topics ranked by combined evidence. For each, cite which replies or links support it.
- Do not quote a reply in a way that could identify the person.
Output: theme table (Theme, Reply count, Example paraphrase), click-rate table, ranked topics with evidence, and one question I could ask readers next to resolve the biggest uncertainty.
Fill in: READER_REPLIES CLICK_DATA RECIPIENT_COUNT NEWSLETTER_PROMISE
Paste anonymized reader replies and click counts. Remove names and emails before pasting.
Best for: Sign-up copy that sets expectations and records what the person agreed to
You are a conversion copywriter who also respects privacy. Write the copy for a newsletter subscribe page and its form.
What the newsletter delivers: {{NEWSLETTER_PROMISE}}
Who it is for: {{READER_PROFILE}}
Frequency and day: {{SEND_SCHEDULE}}
Form fields I collect: {{FORM_FIELDS}}
Sample issue link or description: {{SAMPLE_ISSUE}}
Rules:
- Headline states the concrete benefit in under 12 words. Sub-headline states frequency and format.
- Write three bullets about what readers get, each based only on the promise above. No testimonials, subscriber counts or results unless I supplied them.
- Button text names the action, not "Submit".
- Write consent text beside the button that says who is sending, what they will receive and how often, and how to unsubscribe, in under 40 words. Do not pre-tick any box and do not bundle other marketing into the same consent.
- Add microcopy for the thank-you page and the confirmation prompt if I use double opt-in.
- If a field is not needed for the promise, say so and recommend removing it.
Output: the page copy section by section, the consent line, the thank-you copy, and a list of items to confirm with whoever handles privacy for me, for example GDPR or PECR wording if I collect from Europe or the UK.
Fill in: NEWSLETTER_PROMISE READER_PROFILE SEND_SCHEDULE FORM_FIELDS SAMPLE_ISSUE
Use for forms and landing pages. Have your consent wording reviewed for the countries you collect from.
Best for: A line-by-line pre-send check on a draft email
You are a meticulous email QA editor. Review the draft email below before it goes out.
Draft (including subject line, preheader, body, merge tags and visible link URLs): {{EMAIL_DRAFT}}
Audience segment it is being sent to: {{SEGMENT_DESCRIPTION}}
The one action the email should drive: {{PRIMARY_ACTION}}
Fields that can be empty or messy for some contacts, with example messy values: {{OPTIONAL_FIELDS}}
Check each of these, quoting the text at fault:
1. Merge tags: any that could render blank or show raw code, given the optional fields above, and a fallback for each.
2. Links: every URL, whether it matches its label, whether any lacks tracking or has an obvious typo, and whether the primary action link is the most prominent.
3. Subject and preheader: do they match the body, and avoid repeating each other?
4. Claims: any statistic, date, price or deadline I must verify, listed separately.
5. Accessibility: image alt-text gaps (infer from the draft), vague link text such as "click here", and contrast risks you can spot from the text alone.
6. Plain-text version: what would break if a reader sees only that.
7. Tone and typos.
Rules: do not rewrite the email. Report only what is visible; say "can't tell" otherwise.
Output: a numbered findings list sorted by severity, then a five-step test-send checklist.
Fill in: EMAIL_DRAFT SEGMENT_DESCRIPTION PRIMARY_ACTION OPTIONAL_FIELDS
Paste the final draft text with links and merge tags visible. It catches errors, but test sends are still needed.
Best for: An upgrade email for a free newsletter's paid tier, built on what paid readers actually get
You are a newsletter business writer. Write an email inviting free subscribers to upgrade to a paid tier.
Newsletter and its free offer: {{FREE_OFFER}}
What the paid tier includes today (not planned features): {{PAID_BENEFITS}}
Price and billing terms exactly as shown at checkout: {{PRICING_TERMS}}
Who this should go to (the segment): {{TARGET_SEGMENT}}
Voice sample: {{VOICE_SAMPLE}}
Rules:
- Lead with a specific, truthful reason this segment might want the paid tier, drawn from the information above.
- List only benefits that exist today. Do not promise future content or features.
- State the price and billing period clearly and early. No fake discounts, no invented founder pricing or scarcity.
- Include one line that says it is fine to stay on the free tier, and mean it.
- Under 200 words, one link and one call to action.
- No testimonials or subscriber counts unless provided.
Output: three subject line options under 50 characters with preheaders, the body in plain text, a one-sentence P.S. option, and two ways to segment who gets it so I do not email everybody.
Fill in: FREE_OFFER PAID_BENEFITS PRICING_TERMS TARGET_SEGMENT VOICE_SAMPLE
Use if you have, or are launching, a paid tier. List only benefits that exist today.
Best for: A send calendar that places campaigns around your real dates, products and capacity
You are a lifecycle marketing planner. Build a one-quarter email content calendar from the facts below.
Quarter start and end dates: {{QUARTER_DATES}}
Fixed dates I must plan around (launches, sales, events, holidays that matter to my audience): {{KEY_DATES}}
Products, topics or offers available to feature: {{CONTENT_ASSETS}}
How many campaign emails per week I can produce and send: {{WEEKLY_CAPACITY}}
Automated flows already running that I must not collide with: {{ACTIVE_FLOWS}}
Rules:
- Place every email on a specific date. Tie each one to a fixed date or a content asset I listed; do not invent events, sales or product news.
- Alternate purposes: educate, engage, sell. No more than two selling emails in a row.
- Stay within my weekly capacity. Show the count per week so I can check it.
- Give each email a working title, a goal, the segment it should reach (describe in words) and the call to action.
- Mark gaps where I have no asset and tell me what to create.
- Do not predict results or cite best days to send.
Output: a calendar table (Date, Working title, Purpose, Segment, Goal, Call to action), a weekly count row, a list of gaps, and the three dates where flows may collide.
Fill in: QUARTER_DATES KEY_DATES CONTENT_ASSETS WEEKLY_CAPACITY ACTIVE_FLOWS
Give real dates and products. Use the collision check afterwards to test frequency against your flows.
Subject Lines, Preheaders & Email Copy
Subject lines get the attention, but the email has to deliver what they promise. These prompts write subject and preheader pairs within a length limit, audit subject lines against the email body, and build one-variable test matrices. They also rewrite a long email for scanning, plan button text, write an honest deadline promotion, a launch sequence for a course or software release, an event series, and a plain-text version with alt text.
Best for: Ten subject-line and preheader pairs that stay within your length limits
You are an email copywriter. Write subject line and preheader pairs for the email described below.
What the email contains: {{EMAIL_SUMMARY}}
Audience: {{AUDIENCE}}
The single action I want: {{DESIRED_ACTION}}
Brand voice: {{VOICE_NOTES}}
Maximum subject length in characters: {{SUBJECT_LIMIT}}
Rules:
- Write 10 pairs. The preheader must add information the subject does not, not repeat it.
- Every subject must stay at or under the maximum above. Give the character count for each, counting spaces.
- Each subject must accurately describe the email's content. No claims of "Re:" or "Fwd:" on first-contact mail, no fake personal messages, and no urgency unless the email contains a real deadline.
- Vary the approach across the ten: direct benefit, specific detail, question, plain announcement, and so on. Label each.
- Avoid all caps, more than one exclamation mark, and spammy phrases.
- Keep preheaders at or under 90 characters. If a preheader is cut off by some mail apps, the subject must still make sense alone.
Output: a table with Pair #, Approach, Subject, Chars, Preheader, Chars. Then name the two you would test against each other and what the test would show.
Fill in: EMAIL_SUMMARY AUDIENCE DESIRED_ACTION VOICE_NOTES SUBJECT_LIMIT
Give the real email content. Count characters yourself in your email tool before sending.
Example output · Claude (example written by The Prompt Index)
Sample inputs: EMAIL_SUMMARY = Crankworks Cycles announces that online booking for spring tune-ups is open. The booking page shows live availability. Basic tune-up is $85. Drop-off is Tuesday to Saturday. AUDIENCE = Existing customers who have bought or serviced a bike with us. DESIRED_ACTION = Book a tune-up slot on the booking page. VOICE_NOTES = Friendly, plain, a little dry, no exclamation marks. SUBJECT_LIMIT = 45.
| # | Approach | Subject | Chars | Preheader | Chars |
|---|---|---|---|---|---|
| 1 | Direct benefit | Spring tune-ups: book online | 28 | Basic tune-up is $85. The booking page shows live availability. | 63 |
| 2 | Specific detail | Basic tune-up: $85, booked online | 33 | Drop off Tuesday to Saturday and pick a slot from live availability. | 68 |
| 3 | Question | Is your bike ready for spring? | 30 | Book a tune-up online and see which slots are open. | 51 |
| 4 | Plain announcement | Online tune-up booking is open | 30 | Drop-off runs Tuesday to Saturday. Basic tune-up is $85. | 56 |
| 5 | Sender-named | Crankworks: spring tune-up booking | 34 | See live availability and choose your drop-off day. | 51 |
| 6 | Short imperative | Book your spring tune-up | 24 | Live availability, Tuesday to Saturday drop-off, $85 basic tune-up. | 67 |
| 7 | Label-style | Booking open: spring tune-ups | 29 | Open slots are shown live on the booking page. | 46 |
| 8 | Customer-specific | For existing customers: tune-up booking | 39 | Online booking with live availability. Basic tune-up is $85. | 60 |
| 9 | Low-key | Our spring tune-up page is live | 31 | Basic tune-up is $85. Book online whenever suits you. | 53 |
| 10 | Availability | Tune-ups: see open slots online | 31 | The booking page updates live. Drop-off is Tuesday to Saturday. | 63 |
Test first: pair 2 (specific, with the price) against pair 4 (plain announcement). They describe the same email and differ mainly in whether the price appears, so the result tells you whether showing $85 in the subject changes clicks on the booking link. Measure clicks to the booking page rather than opens. Every subject describes the email accurately and none uses urgency, because the summary contains no deadline.
Best for: A check that subject lines match their emails and avoid misleading tactics
You are a compliance-minded email editor. Audit these subject lines against the email they belong to.
Email body: {{EMAIL_BODY}}
Candidate subject lines (one per line): {{SUBJECT_LINES}}
From line exactly as the recipient sees it: {{FROM_DETAILS}}
Audience relationship (customer, subscriber, cold list): {{AUDIENCE_RELATIONSHIP}}
For each subject line, answer:
1. Does the email body deliver exactly what the subject promises? Quote the part of the body that does, or say it does not.
2. Does it imply a prior conversation, a reply, an account problem or a deadline that does not exist?
3. Is the From name accurate, and does it identify who is sending?
4. Does it hide that the message is a promotion where an ad label might be expected? Tell me to check how my local rules require ads to be identified.
Rules:
- Cite the body text as evidence. Do not rate on style.
- Mark each line PASS, FIX or DROP with one reason.
- For FIX, give a corrected version that stays under 50 characters.
- Remind me once, at the end, that the FTC's CAN-SPAM guidance says the subject line must accurately reflect the content of the message, and that I should read the current guidance rather than rely on this audit.
Output: a table (Subject, Verdict, Evidence, Fix), then my recommended pick.
Fill in: EMAIL_BODY SUBJECT_LINES FROM_DETAILS AUDIENCE_RELATIONSHIP
Use on drafts that sound clever. It tests accuracy against the body you paste. It's not legal advice.
Best for: Subject line variants built to isolate a single difference for an A/B test
You are an email testing specialist. Create a subject line test matrix where each test changes exactly one variable.
Email purpose and content: {{EMAIL_SUMMARY}}
Audience segment: {{AUDIENCE}}
My current best subject line (the control): {{CONTROL_SUBJECT}}
What I want to learn: {{LEARNING_GOAL}}
Brand constraints (words to avoid, tone limits): {{BRAND_CONSTRAINTS}}
Rules:
- Propose 4 tests. In each, write the control and one challenger that differs in only one dimension, such as length, specificity, a number, question versus statement, or naming the sender. State the dimension.
- Do not combine two changes in one challenger.
- Every challenger must be honest about the email's content.
- For each test, state what result would make you choose the challenger, in terms of the metric I should use, and warn me if opens would be the wrong metric for my program. Do not invent benchmark rates.
- Rank the four tests by how much I would learn, not by how likely they are to win.
- Recommend which one to run first and which tests are not worth running on a small list, giving the reason.
Output: a table (Test, Dimension, Control, Challenger, Hypothesis, Metric), the run order, and one sentence on what I will have learned when all four are done.
Fill in: EMAIL_SUMMARY AUDIENCE CONTROL_SUBJECT LEARNING_GOAL BRAND_CONSTRAINTS
Use when planning a subject-line test. Combine with the test plan prompt in the testing section.
Best for: A cleaner, shorter rewrite of a long email with one call to action
You are a direct-response email editor. Rewrite the email below so it can be read in 20 seconds on a phone and drives one action.
Original email: {{ORIGINAL_EMAIL}}
The one action the reader should take: {{PRIMARY_ACTION}}
Facts that must stay exactly as written (prices, dates, terms): {{FIXED_FACTS}}
Voice notes: {{VOICE_NOTES}}
Rules:
- Keep every fixed fact word-for-word. Do not add any new facts, discounts, deadlines or claims.
- Cut to a single idea. Lead with the reader's benefit in the first sentence, drawn from the original text.
- Use short paragraphs of 1-3 sentences, plain words, and no more than one link repeated for the main action.
- Move secondary links and information to a clearly separated line at the bottom, or cut them and tell me.
- The button or link text must name the action.
- If the original has a deadline, keep it only if it is real; tell me if it seems artificial.
Output:
1. The rewritten email in plain text with the subject line and preheader.
2. A short list of everything you cut and why, so I can restore anything important.
3. A before/after word count with the arithmetic shown.
Fill in: ORIGINAL_EMAIL PRIMARY_ACTION FIXED_FACTS VOICE_NOTES
Paste your draft. Keeps your facts intact and flags anything it removed.
Best for: Specific button text and a link plan for emails with more than one action
You are an email conversion designer. Decide the call-to-action structure for an email and write the button and link text.
Email goal: {{EMAIL_GOAL}}
Content blocks in the email and where each links: {{CONTENT_BLOCKS}}
Audience and what they already know: {{AUDIENCE_CONTEXT}}
Landing destination for the main action, and what the reader sees there: {{DESTINATION_DESCRIPTION}}
Rules:
- Choose one primary action and justify it in one sentence from the goal above.
- Rank every other link as secondary or remove it. Recommend removing any that compete with the primary action.
- Write button text under 5 words that names what happens next, plus three alternatives. Avoid "Submit", "Click here" and "Learn more" unless nothing better is truthful.
- Make the text match the destination exactly. If the destination asks for a purchase, signup or form, the button text must not suggest otherwise.
- For text links, give link text that makes sense out of context for someone using a screen reader.
- Do not suggest tracking parameters; I will handle those.
Output: a table (Link, Role, Text, Why), the recommended button text with alternatives, and the single highest-risk mismatch between the email and the destination page.
Fill in: EMAIL_GOAL CONTENT_BLOCKS AUDIENCE_CONTEXT DESTINATION_DESCRIPTION
Use when your email has competing links. The prompt forces one primary action and ranks the rest.
Best for: A sales email that states real terms and a real end date, nothing invented
You are a promotional email copywriter who does not use manufactured urgency. Write a promotional email for the offer below.
Offer and exact terms: {{OFFER_TERMS}}
Real end date and time, with time zone, or "none": {{END_DATE}}
Who it is for: {{AUDIENCE}}
Product details readers need: {{PRODUCT_FACTS}}
Brand voice: {{VOICE_NOTES}}
Rules:
- State the offer and its conditions near the top, using the exact terms above, including exclusions.
- If the end date is "none", write the email without any deadline language. Do not invent one.
- If an end date exists, state it once in plain words, once in the subject or preheader, and not in countdown or "last chance" phrasing unless it truly is the last send.
- No claim that stock is low, or that others are viewing or buying, unless I supplied it.
- Do not use "free" unless the terms show nothing is charged.
- Under 150 words in the body, one call to action.
Output: three subject lines under 50 characters with preheaders, the body in plain text, and a short check listing every claim in the email against the terms I gave, with any claim you could not verify marked.
Fill in: OFFER_TERMS END_DATE AUDIENCE PRODUCT_FACTS VOICE_NOTES
Use for genuine, time-limited offers. If the deadline is not real, the prompt will tell you to drop it.
Best for: An invitation, reminder, and follow-up set for one event with facts you supply
You are an event marketing email writer. Write the email series for the event below.
Event title and format: {{EVENT_DETAILS}}
Start date and time, with time zone: {{EVENT_TIME}}
Who is speaking, with the credentials I can verify: {{SPEAKER_FACTS}}
What attendees will take away: {{TAKEAWAYS}}
Registration link: {{REGISTRATION_LINK}}
Replay policy, or "no replay": {{REPLAY_POLICY}}
Rules:
- Write five emails: invitation, reminder one day before, "starting soon" on the day, a follow-up for attendees, and a different follow-up for registrants who did not attend.
- Use only the time, speaker credentials and takeaways given. Do not invent attendee counts, ratings or testimonials.
- Convert the start time into a sentence that includes the time zone, and tell recipients to check their calendar link rather than doing time-zone arithmetic for them.
- State the replay policy exactly as given; imply no replay unless I said there is one.
- The two follow-ups differ in content.
- Each email under 120 words and one call to action.
Output: for each of the five emails, the send timing, subject line, preheader and plain-text body, followed by the list of facts you need me to confirm.
Fill in: EVENT_DETAILS EVENT_TIME SPEAKER_FACTS TAKEAWAYS REGISTRATION_LINK REPLAY_POLICY
Use for webinars, launches or live events. Put the real date, time, and speaker facts in.
Best for: A readable plain-text alternative and image descriptions for accessibility
You are an email accessibility and plain-text specialist. Create the plain-text version and alt text for an HTML email.
Email content, in order, including image descriptions I give you, buttons and links: {{EMAIL_CONTENT}}
Image list with what each shows and what it is for: {{IMAGE_LIST}}
Links with their URLs: {{LINK_LIST}}
Required footer text exactly as it appears: {{FOOTER_TEXT}}
Rules:
- The plain-text version must carry the same meaning and the same primary call to action as the HTML, in the same order.
- Show each link as its own line with a short label, followed by the URL, so it stays clickable in plain text.
- For each image, write alt text under 125 characters, or mark it decorative with empty alt text, and justify decorative marks. Do not describe things I have not told you about the image. If an image holds text, repeat that text.
- Do not repeat the footer in a different form; copy it exactly.
- Do not turn buttons into raw code. Flag any content that depends on layout and would be unclear without it.
Output: the plain-text email, an alt-text table (Image, Alt text, Reason), and a short list of problems in the structure that you noticed.
Fill in: EMAIL_CONTENT IMAGE_LIST LINK_LIST FOOTER_TEXT
Paste the HTML email's content blocks. You still need to check how it renders in your tool.
Best for: A launch email set for a course, release or service, built on your facts and dates
You are a launch email copywriter for a course, software release or service. Write the sequence.
What is launching and who it is for: {{LAUNCH_DESCRIPTION}}
Launch dates (teaser, open, close) and time zone: {{LAUNCH_DATES}}
Offer, price and terms exactly as they will appear: {{OFFER_TERMS}}
What buyers will get, based on what exists today: {{DELIVERABLES}}
Proof I can truthfully use (numbers, quotes, results I can document): {{PROOF_POINTS}}
Brand voice: {{VOICE_NOTES}}
Rules:
- Write six emails: teaser, announcement, benefits-in-detail, answers to common objections, closing-soon, and final reminder on the last day.
- Use only the dates, terms and deliverables above. Closing emails state the real close date once, in plain words; no fake scarcity.
- Use proof points only as given. If I gave none, write without any and say so.
- Do not promise outcomes, income or results.
- Each email under 150 words and one call to action.
- Give the send day relative to the dates above, with exclusion rules (stop sending launch emails to buyers).
Output: a sequence table (Email, Send day, Purpose, Segment) and the subject line, preheader and plain-text body for each.
Fill in: LAUNCH_DESCRIPTION LAUNCH_DATES OFFER_TERMS DELIVERABLES PROOF_POINTS VOICE_NOTES
For physical product launches, the ecommerce pack has a product launch sequence. Give real dates and terms here.
Segmentation & Personalization
Relevance depends on data you can trust. These prompts turn your real fields and events into segment definitions and build engagement tiers. They also design dynamic content rules with a safe default and a preference center whose every choice changes what is sent. Anything that needs data you do not have is flagged as such.
Best for: Segment rules written against your real data, with size checks and a first use for each
You are an email segmentation analyst. Propose segments I can build today, using only the data I have.
Business and goal for the next quarter: {{BUSINESS_GOAL}}
Contact fields available (exact names and example values): {{CONTACT_FIELDS}}
Behavior events tracked (exact names): {{BEHAVIOR_EVENTS}}
Approximate list size: {{LIST_SIZE}}
Email platform: {{EMAIL_PLATFORM}}
Rules:
- Propose 6-8 segments. Each must be defined with the exact field and event names I gave, in plain logic such as "event X in the last N days AND field Y equals Z".
- For each segment: the business reason, one email it should receive that others should not, and how to check its size before sending. Do not guess sizes.
- Mark any segment that depends on a field or event I did not list as "needs new data" and name the data.
- Flag segments that overlap, and say which takes precedence.
- Warn me about segments too small to test on, using my list size.
- Tell me to check {{EMAIL_PLATFORM}}'s documentation for how it builds segments.
- Do not use sensitive attributes (health, religion, ethnicity and similar) to define segments; say so if a field I gave looks sensitive and tell me to check local data protection rules.
Output: a table (Segment, Definition, Reason, First email, Needs new data?) and a build order.
Fill in: BUSINESS_GOAL CONTACT_FIELDS BEHAVIOR_EVENTS LIST_SIZE EMAIL_PLATFORM
Paste your field and event names exactly as they appear in your email platform.
Best for: A tiered engagement model to set send frequency and content by tier
You are an email program strategist. Design an engagement tier model for my list.
List composition (new, customers, leads, other): {{LIST_COMPOSITION}}
Engagement signals I can measure: {{ENGAGEMENT_SIGNALS}}
Current send cadence by email type: {{SEND_CADENCE}}
Revenue-driving email types I do not want to over-suppress: {{PROTECTED_EMAIL_TYPES}}
Known data limits (for example, unreliable open tracking): {{DATA_LIMITS}}
Rules:
- Define 4 tiers: highly engaged, active, cooling, dormant. Use only signals I listed, and avoid opens if I said they are unreliable.
- For each tier: the definition with a proposed time window, which email types it receives, the maximum weekly sends I should consider, and what to do next.
- Treat all thresholds and send ceilings as hypotheses, not facts. Give me the query or report I should run to size each tier before adopting it.
- Customers who recently bought stay in transactional and service mail regardless of tier.
- Show how a contact moves between tiers and what triggers the move.
- Name the risk of this model for my list in one paragraph.
Output: a tier table, a movement diagram described in text (From, To, Trigger), and a four-week rollout plan that starts with the smallest-risk tier.
Fill in: LIST_COMPOSITION ENGAGEMENT_SIGNALS SEND_CADENCE PROTECTED_EMAIL_TYPES DATA_LIMITS
Use alongside the sunset policy prompt. Thresholds are proposals to test against your data.
Best for: Rules for swapping content blocks by segment, with a default for everyone else
You are an email personalization specialist. Design dynamic content rules for a single email.
Email purpose: {{EMAIL_PURPOSE}}
The static parts that every reader sees: {{STATIC_CONTENT}}
Audience groups and what each should see differently (with the data field that identifies each group): {{AUDIENCE_GROUPS}}
Data quality problems I know about: {{DATA_QUALITY_NOTES}}
Rules:
- Give each swappable block a rule written as "IF [field] equals [value] THEN show block A", plus a default block that displays when no rule matches or the field is empty. The default must be good enough to send to everyone.
- Write the content for each block, under 40 words each, using only the facts I gave.
- Limit it to three swappable blocks. Tell me if more would be hard to test.
- List every combination I should preview before sending, with a count, and show the arithmetic.
- Flag any rule that depends on data I labeled unreliable.
- Do not create blocks that exclude people based on protected characteristics; if a group I gave looks like one, say so.
Output: a rules table (Block, Condition, Content, Default), the preview checklist, and a note on how to compare dynamic against static for this send.
Fill in: EMAIL_PURPOSE STATIC_CONTENT AUDIENCE_GROUPS DATA_QUALITY_NOTES
Use when one send needs to serve several audiences. Your platform's block features may differ.
Best for: A short preference center and the emails each choice unlocks
You are a lifecycle strategist designing a preference center. Plan what to ask subscribers and what each answer changes.
What I send (list each email stream and its frequency): {{EMAIL_STREAMS}}
What I want to learn about subscribers to improve relevance: {{LEARNING_GOALS}}
Systems where preferences must be stored: {{DATA_SYSTEMS}}
Which messages are transactional and cannot be opted out of by preference: {{TRANSACTIONAL_MESSAGES}}
Rules:
- Propose no more than five choices. Each choice must change what the subscriber receives; if I have no email to send for a choice, drop the choice.
- Include a frequency option only if I can honor it with my streams.
- Include an option to unsubscribe from everything marketing-related on the same page. Do not hide it or make it harder than the other choices.
- For each choice: field name, allowed values, which streams it controls, and the confirmation message shown after saving.
- Do not ask for sensitive personal data. If a learning goal would need it, tell me and suggest an alternative.
- Write the page copy for the preference center in under 120 words.
Output: a table (Question, Field, Values, Controls), the page copy, the confirmation message, and a short list of mistakes that would make the preferences ignored in practice.
Fill in: EMAIL_STREAMS LEARNING_GOALS DATA_SYSTEMS TRANSACTIONAL_MESSAGES
Use when building or revising an email preference center. Connect each choice to a real send.
Testing & Reporting
Good tests are decided before the send. These prompts write an email A/B test plan with a decision rule and unsubscribe and complaint guardrails, and design a holdout test for an automated flow. They also help you choose metrics when open data is unreliable, test send time and frequency separately, check your send calendar for collisions and run a blameless post-mortem.
Best for: A full test plan with one variable, one primary metric, and a decision rule set before launch
You are an email experimentation lead. Write a test plan I can run and defend.
What I want to improve: {{TEST_OBJECTIVE}}
The element I plan to change: {{TEST_ELEMENT}}
Control version: {{CONTROL_VERSION}}
Challenger version: {{CHALLENGER_VERSION}}
List or segment size available: {{AUDIENCE_SIZE}}
Current baseline for the primary metric, if I know it: {{BASELINE_METRIC}}
Rules:
- State the hypothesis in "If we change X, then Y will change because Z" form, using my inputs.
- Choose one primary metric and one guardrail metric (for example unsubscribes or complaints). Explain why opens may be a poor primary metric and when clicks or conversions are better.
- Change one thing only. If my two versions differ in more than one way, say so and tell me how to split them.
- Say whether my audience looks large enough without stating a required sample size as fact; show which inputs to enter in a sample-size calculator.
- Set the decision rule in advance: what outcome means ship the challenger, keep the control, or inconclusive. Include the test duration and what to avoid, such as stopping early because one variant leads.
- Name the main way this test could mislead me.
Output: a one-page test plan with sections (Hypothesis, Setup, Metrics, Audience check, Decision rule, Risks) and a log row to record the result.
Fill in: TEST_OBJECTIVE TEST_ELEMENT CONTROL_VERSION CHALLENGER_VERSION AUDIENCE_SIZE BASELINE_METRIC
Email-specific: it uses delivered counts and unsubscribe and complaint guardrails. Write the decision rule before the send, and verify sample-size numbers with a calculator.
Best for: Finds contacts who will get too many emails in a week and decides what yields
You are an email program manager checking for send collisions before a busy period.
Planned campaigns (name, date, segment, approximate segment size): {{PLANNED_CAMPAIGNS}}
Automated flows running in the background (name, entry trigger, emails and typical delays, approximate daily entrants): {{ACTIVE_FLOWS}}
Segments that overlap, with approximate overlap sizes if known: {{SEGMENT_OVERLAPS}}
My current weekly frequency ceiling per contact: {{FREQUENCY_CEILING}}
Priority order of email types (for example service, revenue, content): {{PRIORITY_ORDER}}
Rules:
- Build a week-by-week view of the maximum emails a contact in the most exposed segment could receive. Show the count and the sum for each week so I can check it.
- Flag any week above my ceiling and name the emails causing it.
- Use only the sizes I gave. If an overlap is unknown, say so and name the report that would show it.
- For each collision, offer two options: move or merge a campaign, or suppress a flow email for the affected contacts. Give the trade-off using my priority order.
- Never suggest suppressing service or account notices to solve a frequency problem.
- Name one flow rule I could add so the collision does not recur.
Output: a weekly table (Week, Campaigns, Flow emails, Max per contact, Over ceiling?), the list of collisions with options, and the single change I should make first.
Fill in: PLANNED_CAMPAIGNS ACTIVE_FLOWS SEGMENT_OVERLAPS FREQUENCY_CEILING PRIORITY_ORDER
Use before a busy sending period. Paste your planned campaigns and the flows that run in the background.
Best for: A metric hierarchy that avoids opens as the main yardstick
You are an email measurement advisor. Help me choose metrics I can trust.
What my platform reports (list the metrics and any notes it gives about how opens are counted): {{PLATFORM_METRICS}}
What I currently use to judge campaigns: {{CURRENT_METRICS}}
My business goal for email: {{BUSINESS_GOAL}}
Tracking set up on my website or app (UTM tags, conversion events): {{TRACKING_SETUP}}
The decisions I make from the numbers: {{DECISIONS}}
Rules:
- Do not assert how any mail client or provider counts opens. Where open reliability matters, tell me to check my email platform's own documentation and write down what it says.
- Rank the metrics I can access from most to least trustworthy for each decision I listed, with a one-line reason.
- Propose a primary metric, supporting metrics and a guardrail for each decision.
- Name any metric that should not drive a decision alone, and what it can still be used for (for example spotting a sudden change).
- Recommend any tracking I must set up to measure the goal, in order of effort.
- Give no benchmark values.
Output: a table (Decision, Primary metric, Supporting metrics, Guardrail, Don't use alone), the tracking to-do list, and the first report you would change.
Fill in: PLATFORM_METRICS CURRENT_METRICS BUSINESS_GOAL TRACKING_SETUP DECISIONS
Use when open data looks inflated or inconsistent. Your platform's help pages say how it counts opens.
Best for: A holdout design that measures a flow's real contribution
You are an email experimentation analyst. Design a holdout test that estimates how much extra revenue or conversion an automated flow causes.
The flow being tested: {{FLOW_DESCRIPTION}}
The outcome that counts: {{OUTCOME_DEFINITION}}
Number of contacts entering the flow each week: {{WEEKLY_ENTRANTS}}
Attribution window currently used: {{ATTRIBUTION_WINDOW}}
Constraints (for example, I cannot withhold transactional mail): {{CONSTRAINTS}}
Rules:
- Specify a random holdout group of contacts who are eligible for the flow but do not receive it. Recommend a size as a range, say how to check it with a sample-size calculator, and name the inputs.
- Define how contacts are assigned, how to keep other flows and campaigns equal across groups, and what to do if a contact qualifies for the flow twice.
- Define the measurement window and the date to read results before starting. No peeking rule.
- State what to compare: outcome rate per contact in each group, difference and the uncertainty. Do not use the platform's attributed revenue as the measure.
- List what could invalidate the test and how to detect it.
- Include the ethics point: never withhold legally required or service-critical messages.
Output: a test design with sections (Hypothesis, Groups, Assignment, Window, Measures, Risks, Decision rule) and a short readout template with blanks.
Fill in: FLOW_DESCRIPTION OUTCOME_DEFINITION WEEKLY_ENTRANTS ATTRIBUTION_WINDOW CONSTRAINTS
Use before you invest more in a flow. Keep the holdout random and the period fixed.
Best for: A test plan for when and how often to send without confounding changes
You are an email program analyst. Design tests for send time and send frequency.
Current schedule and volume: {{CURRENT_SCHEDULE}}
Where my audience is located (time zones): {{AUDIENCE_PROFILE}}
Platform features for send-time or frequency control: {{PLATFORM_FEATURES}}
Metric I will judge by: {{PRIMARY_METRIC}}
Unsubscribe rate today: {{CURRENT_GUARDRAILS}}
Complaint rate today: {{CURRENT_COMPLAINT_RATE}}
Rules:
- Create two separate test designs, one for send time and one for frequency. Do not combine them.
- For each: hypothesis, control, challenger, assignment method, duration, primary metric, guardrail metrics and decision rule.
- Hold content constant between groups. If the content differs by send, explain why the comparison is invalid.
- For frequency tests, include a unsubscribe and complaint guardrail with a stop rule written as a proposal I set myself, and tell me to compare against my current rates.
- Tell me to check what my platform's send-time optimization actually does before trusting it.
- Warn about weekday, holiday and campaign-calendar effects that could confuse the results.
- Do not cite what the "best" time to send is.
Output: two test cards, a calendar of when each runs, and the single biggest confound in my setup.
Fill in: CURRENT_SCHEDULE AUDIENCE_PROFILE PLATFORM_FEATURES PRIMARY_METRIC CURRENT_GUARDRAILS CURRENT_COMPLAINT_RATE
Use before changing your cadence. Keep content constant between groups.
Best for: A blameless review that yields specific changes, owners and checks
You are a lifecycle marketing lead facilitating a blameless post-mortem. Produce the review document.
Campaign description and goal: {{CAMPAIGN_SUMMARY}}
Timeline of what happened (prep, send, results, incidents): {{TIMELINE}}
Results compared with the goal: {{RESULTS_DATA}}
Known mistakes or surprises: {{MISTAKES_OR_SURPRISES}}
Rules:
- Build the timeline in order from my notes only. Mark any gap where I need to find more facts.
- Separate what happened from why. For each cause, label it as confirmed (with the evidence I gave) or suspected.
- Use process language, not names. Focus on missing checks, unclear ownership and unclear handoffs.
- For each finding, propose one change that is a check or a rule, not "be more careful", and name a role responsible and a date field left blank for me to fill.
- Show the arithmetic for any rate or comparison.
- Include what went well, with the evidence.
Output: sections (Summary, Timeline, Results vs goal, What went well, What went wrong, Causes, Actions table with Owner and Due blank, Open questions).
Fill in: CAMPAIGN_SUMMARY TIMELINE RESULTS_DATA MISTAKES_OR_SURPRISES
Use after any send that went badly or well. Paste what happened before and after sending.
Deliverability & Compliance
Reaching the inbox and following the rules are part of the job. These prompts review your setup against Gmail's and Yahoo's published bulk-sender requirements, read raw headers for SPF, DKIM and DMARC results, and investigate a complaint spike. They also set up SPF, DKIM and DMARC step by step, plan a warm-up, clean a list, check a footer against FTC and ICO guidance and prepare questions for a lawyer. They produce checklists and questions, not legal conclusions.
Best for: A step-by-step set-up and verification checklist that sends you to your platform's own instructions
You are an email deliverability engineer writing a set-up checklist for a non-specialist.
Platforms that send email for my domain: {{SENDING_PLATFORMS}}
My sending domain: {{SENDING_DOMAIN}}
Where its DNS is managed: {{DNS_HOST}}
Existing SPF, DKIM and DMARC records, pasted as they appear: {{EXISTING_RECORDS}}
Other tools that send mail as my domain (CRM, billing, support desk): {{OTHER_SENDERS}}
Who can edit DNS: {{DNS_OWNER}}
Rules:
- Produce an ordered checklist: inventory every sender; set up SPF and DKIM for each; confirm the From domain aligns with SPF or DKIM; publish DMARC at a monitoring policy first; verify with a test message; review reports; then decide on tightening.
- Do not write DNS record values. For each platform, tell me to take the exact records from its own help page, and name what to look for.
- Flag common errors that match my inputs, such as a second SPF record for one domain or a missing sender.
- Note that Gmail's bulk-sender page asks for SPF, DKIM and DMARC and says the DMARC policy can be none; tell me to confirm the wording.
- Mark anything I have not told you as "ask".
- Draft the message to whoever edits DNS.
Output: a table (Step, Who, Instructions source, How to verify, Done?), the flagged risks, and the DNS message.
Fill in: SENDING_PLATFORMS SENDING_DOMAIN DNS_HOST EXISTING_RECORDS OTHER_SENDERS DNS_OWNER
Use when adding a sending domain. It does not give DNS records; copy those from your platform and domain host.
Best for: A pass/fail review of your setup against the providers' published sender requirements, scoped by your volume
You are an email deliverability consultant. Review my setup against the Gmail and Yahoo requirements below; tell me to re-check them.
My setup (domains, ESP, SPF, DKIM, DMARC, TLS, unsubscribe method): {{SENDING_SETUP}}
Messages per day to Gmail addresses: {{GMAIL_DAILY_VOLUME}}
Messages per day to Yahoo addresses: {{YAHOO_DAILY_VOLUME}}
Spam rate figures, if any: {{SPAM_RATE_DATA}}
Message types sent: {{MESSAGE_TYPES}}
Reference points (verify they are current):
- Gmail (support.google.com/a/answer/81126 and /14229414): the bulk requirements apply to senders of more than 5,000 messages per day to Gmail accounts. They are SPF, DKIM, DMARC (policy may be none); From domain aligned with SPF or DKIM; TLS; valid forward and reverse DNS (PTR); one-click unsubscribe (List-Unsubscribe and List-Unsubscribe-Post headers) plus a visible link; spam rate below 0.30% (0.10% as the stricter guideline); no mixed content types in one message. Google's FAQ recommends honoring unsubscribes within 48 hours.
- Yahoo (senders.yahooinc.com/best-practices/): all senders: SPF or DKIM at minimum, spam rate below 0.3%. Bulk senders need both plus a passing DMARC policy of at least p=none, one-click List-Unsubscribe for marketing mail, and unsubscribes honored within 2 days. No volume threshold is given.
Output: first say whether my Gmail volume makes me a bulk sender. Then a table (Requirement, Provider, Applies?, My status, Evidence, Fix, Priority). Mark anything you cannot judge "unknown". End with the three fixes to do first.
Fill in: SENDING_SETUP GMAIL_DAILY_VOLUME YAHOO_DAILY_VOLUME SPAM_RATE_DATA MESSAGE_TYPES
Fill in what you know, then check each item on the providers' current help pages named in the prompt.
Best for: A walk through a message's headers to find authentication failures
You are an email authentication specialist. Read the headers below and explain what they say.
Raw headers from a test message I sent to my own mailbox (addresses I want hidden are replaced with placeholders): {{RAW_HEADERS}}
The domain I intended to send from: {{INTENDED_DOMAIN}}
My email platform: {{EMAIL_PLATFORM}}
What I changed recently in DNS or sending setup: {{RECENT_CHANGES}}
Tasks:
1. Find and quote the Authentication-Results lines. Report SPF, DKIM and DMARC as pass, fail, none or neutral, and the domain each was evaluated for.
2. Say whether the SPF and DKIM domains align with the visible From domain, because DMARC depends on alignment. Explain in plain words.
3. Identify the hops the message took and any mismatch with the platform I said I use.
4. List the likely causes of each failure, ordered by likelihood, and one check that confirms each.
5. List what I should hand to whoever manages DNS.
Rules: quote the header text you rely on. If a result is not in the headers, say it is missing and do not guess. Do not give me DNS records to publish unless my platform's documentation provides them; tell me where to find them.
Output: a findings table, the likely causes ranked, and a message for my DNS admin.
Fill in: RAW_HEADERS INTENDED_DOMAIN EMAIL_PLATFORM RECENT_CHANGES
Paste headers from a test email with personal details removed. This explains the results but does not change DNS.
Best for: A structured plan to find why complaints or blocks jumped and what to pause
You are a deliverability incident lead. Help me investigate a sudden rise in spam complaints or blocking.
What I see (metrics, dates, which providers): {{SYMPTOMS}}
Sends in the two weeks before the rise (campaign, segment, volume, date): {{RECENT_SENDS}}
Changes to list sources, forms, imports or tools: {{LIST_CHANGES}}
Authentication and unsubscribe setup: {{SETUP_DETAILS}}
Feedback or complaint data available to me: {{COMPLAINT_DATA}}
Rules:
- Start with containment: what to pause or throttle in the next hour, with the reason. Frame this as options for me to decide.
- Build a timeline from my sends and line up the first bad data point with the nearest send. Show how you matched them.
- Rank hypotheses (new list source, a stale segment, a content change, a broken unsubscribe, authentication change, a sending-volume jump) with the evidence for and against each from my inputs.
- For each hypothesis, give the one query or report that tests it.
- Do not assume a cause without evidence; mark unknowns.
- Include the recovery steps I should take after containment and the metric that tells me it is working.
Output: containment steps, timeline, ranked hypotheses table, tests to run, and a recovery plan with stop conditions.
Fill in: SYMPTOMS RECENT_SENDS LIST_CHANGES SETUP_DETAILS COMPLAINT_DATA
Use when your spam rate or bounces rise suddenly. Do not send more until the cause is understood.
Best for: A staged ramp-up schedule built from your list quality and volume goals
You are an email deliverability planner. Build a warm-up plan for a new sending domain or platform.
What is changing (new domain, new platform, new dedicated IP): {{CHANGE_TYPE}}
Target steady-state volume and cadence: {{TARGET_VOLUME}}
My list segments ranked by recent engagement, with sizes: {{SEGMENT_SIZES}}
Platform warm-up guidance, if it offers any: {{PLATFORM_GUIDANCE}}
Authentication status on the new setup: {{AUTH_STATUS}}
Rules:
- Start with the most engaged segment and widen only when the signals stay healthy. Build the schedule by day or send, from my segment sizes, and show the volume arithmetic so it reaches the target.
- Gmail's published guidance says to increase volume gradually, avoid sudden spikes and send at a consistent rate. Cite that as the principle and tell me to check Google's current page before relying on it.
- Say that any specific daily volume figures in this plan are my planning choices, not provider rules, and give the signals that mean I should slow down.
- Include a step before day one: complete authentication and test sends to seed inboxes.
- Exclude unengaged contacts from the early stages.
- State what to monitor each day and the stop rule for me to set.
Output: a stage table (Stage, Segment, Volume, Exit condition), a daily monitoring checklist, and a rollback plan if signals worsen.
Fill in: CHANGE_TYPE TARGET_VOLUME SEGMENT_SIZES PLATFORM_GUIDANCE AUTH_STATUS
Use when changing platforms, domains or IPs. Check your platform's own warm-up guidance as well.
Best for: A clean-up and intake plan for new, imported and older list contacts
You are a list quality specialist. Write a list hygiene plan for my situation.
Sources of my contacts and how each was collected: {{CONTACT_SOURCES}}
When I last emailed the oldest contacts: {{LIST_AGE}}
Bounce, complaint and unsubscribe data I have: {{LIST_METRICS}}
Tools I can use for validation and suppression: {{TOOLS_AVAILABLE}}
Countries my contacts live in: {{CONTACT_COUNTRIES}}
Rules:
- Sort sources into: collected with clear permission, collected another way, and unknown. Do not recommend emailing the unknown group. Point out that the ICO's PECR guidance says the soft opt-in does not apply to new contacts such as those from bought-in lists, and tell me to read that guidance for the UK.
- Describe handling for hard bounces, soft bounces, role addresses, typos, and spam-trap risk. Tell me to verify any rule you rely on with my provider.
- Give a re-permission approach for old contacts that I choose to keep, and a rule on what to do with those who do not respond.
- Include a suppression list process so people who unsubscribed never get re-imported.
- Describe intake checks for future imports: consent record, source tag and date.
Output: a source triage table, a step-by-step clean-up plan in order, an import checklist, and a list of the records I need to keep as proof of consent.
Fill in: CONTACT_SOURCES LIST_AGE LIST_METRICS TOOLS_AVAILABLE CONTACT_COUNTRIES
Use before importing or emailing an old list. Bought or scraped lists are not a fix; the prompt says why.
Best for: A line-by-line check of a footer and unsubscribe flow, with pointers to what to verify
You are an email compliance reviewer. Check this footer and opt-out process against the reference points below. You are not giving legal advice.
Footer text, copied exactly: {{FOOTER_TEXT}}
How unsubscribe works, step by step: {{UNSUBSCRIBE_FLOW}}
Time before sending stops after an opt-out: {{OPT_OUT_PROCESSING}}
Who the recipients are and where they live: {{RECIPIENT_PROFILE}}
Whether this message is promotional, transactional or mixed: {{MESSAGE_TYPE}}
Reference points (FTC CAN-SPAM guide, ICO PECR email guidance; tell me to re-read both):
- FTC: accurate header information; subject line reflecting the content; clear ad disclosure; valid postal address; clear explanation of how to opt out; opt-outs honored within 10 business days and the mechanism working for at least 30 days after sending; you cannot charge a fee, require any personally identifying information beyond an email address, or require any step other than a reply email or visiting a single web page; you remain responsible when you hire another company to send.
- ICO (UK): specific consent unless the soft opt-in applies; do not disguise identity; valid contact address; an opt-out in every message.
Output: a table (Requirement, Source, What the footer or flow shows, Status, What to verify). Status is one of Met, Gap or Unknown. Then a list of items for a lawyer. Never say the email is compliant.
Fill in: FOOTER_TEXT UNSUBSCRIBE_FLOW OPT_OUT_PROCESSING RECIPIENT_PROFILE MESSAGE_TYPE
Paste your footer and describe the unsubscribe flow step by step. This is a prompt-driven review, not legal advice.
Example output · Claude (example written by The Prompt Index)
Sample inputs: FOOTER_TEXT = "You're receiving this because you bought from Crankworks Cycles. Crankworks Cycles | Unsubscribe" (Unsubscribe is a link). UNSUBSCRIBE_FLOW = The link opens a page that asks the customer to log in to their account, then to switch off a "marketing emails" toggle. OPT_OUT_PROCESSING = A nightly sync updates the list; the change applies to the next day's sends. RECIPIENT_PROFILE = Past customers in the US and the UK. MESSAGE_TYPE = Promotional.
This is a review of the inputs only, not legal advice. Please re-read the FTC's CAN-SPAM compliance guide and the ICO's PECR email marketing guidance before relying on it.
| Requirement | Source | What the footer or flow shows | Status | What to verify |
|---|---|---|---|---|
| Accurate header information | FTC | Not shown in the footer | Unknown | Check the From name and address on a real send |
| Subject line reflects the content | FTC | No subject line supplied | Unknown | Review each subject against its body |
| Message identified as an ad | FTC | The footer says why they receive it but does not say the message is an advertisement | Unknown | Check whether the body discloses it clearly and conspicuously |
| Valid physical postal address | FTC | No postal address in the footer | Gap | Add your valid postal address |
| Clear explanation of how to opt out | FTC | A link labeled Unsubscribe, with no explanation of what it does | Gap | Add a plain sentence saying how to opt out |
| No information beyond an email address, no step beyond a reply or one web page | FTC | The link leads to a login page, then a marketing toggle: account credentials and two steps | Gap | Replace with a single page that needs only the email address, or a working reply option |
| Opt-outs honored within 10 business days | FTC | Nightly sync, applied to the next day's sends | Met | Confirm the sync runs every night and covers all lists |
| Opt-out works for at least 30 days after sending | FTC | Not stated | Unknown | Test the opt-out path 30 days after a send |
| Responsibility when others send for you | FTC | Not stated | Unknown | Check who sends for you and what your agreement says |
| Specific consent, unless the soft opt-in applies | ICO | Footer says recipients bought from you | Unknown | For UK customers, confirm they were offered an opt-out when their details were collected, and that the products are similar |
| Do not disguise identity; valid contact address | ICO | Business name appears; no contact address | Gap | Add a contact address people can use to opt out |
| Clear opt-out in every message | ICO | An Unsubscribe link is present, but the opt-out behind it needs a login, so the mechanism fails | Gap | Fix the flow (see the FTC login row), then confirm the link appears in every promotional template |
Items to take to a lawyer:
- Whether any version of the login-based opt-out can stay, given the FTC point above and the rules where your customers live.
- Whether your customer records support the soft opt-in for the UK customers.
- Which of your messages count as promotional rather than transactional.
I cannot say this email is compliant. Statuses marked unknown or gap need your checking.
Best for: A prepared question sheet and data map for a privacy or marketing lawyer
You are a compliance-aware marketing operations manager preparing a briefing for a lawyer. Do not give legal conclusions. Prepare facts and questions.
How we collect email addresses today (forms, checkout, events, imports, partners): {{COLLECTION_METHODS}}
What we tell people at the point of collection, copied exactly: {{CONSENT_WORDING}}
Types of email we send and to whom: {{EMAIL_TYPES}}
Countries and regions our recipients are in: {{RECIPIENT_REGIONS}}
Tools and vendors that process the data: {{VENDORS}}
Rules:
- Produce a data map table (Source, What is collected, What people were told, Where it is stored, Who has access).
- Draft 12-15 questions for counsel, grouped as: consent and lawful basis for each type of email; existing customers; B2B contacts and individual-versus-company recipients; imports and partner lists; records of consent; unsubscribe and suppression handling; vendors and international transfers; retention.
- For UK recipients, say that PECR and UK GDPR apply to electronic marketing and point to the ICO's direct marketing guidance. For other regions, name the question to ask rather than stating the rule.
- Flag every place where our wording or process looks weak, from my inputs only.
- State at the top that nothing here is legal advice.
Output: the data map, the grouped question list with one line on why each matters, and the five documents I should bring to the meeting.
Fill in: COLLECTION_METHODS CONSENT_WORDING EMAIL_TYPES RECIPIENT_REGIONS VENDORS
Use before a legal review of your email program. It prepares questions; it does not answer them.