Five-email welcome sequence plan
Use when someone has just subscribed or signed up and you have nothing sending to them yet.
Fill in before running
Replace each placeholder with your own detail. The more specific you are, the less the model invents.
- {{BUSINESS_DESCRIPTION}}
- {{SIGNUP_TRIGGER}}
- {{PRIMARY_GOAL_ACTION}}
- {{MAIN_OBJECTION}}
- {{SEQUENCE_LENGTH_DAYS}}
- {{NEEDS_FACT}}
Getting a better result
- Tell it the signup trigger precisely. A lead magnet download and a free trial start need completely different first emails.
- Give it the real objection from sales calls or support tickets, otherwise it writes to a generic hesitation.
- Ask for the no-open branch. Most welcome flows leak the majority of the list in the first two sends.
Questions about this prompt
When should I plan five emails rather than sending one welcome message?
When the signup trigger carries a promise you cannot discharge in one send, and there is a primary goal action the reader will not take immediately. A single welcome is right for a newsletter with no funnel behind it. Five emails only earn their place if each has a job the others do not, which the table forces you to prove.
What do I need to know about the signup before running it?
The exact signup trigger, the one action you want, the real objection taken from sales calls or support tickets, and the days available. A lead magnet download and a free trial start need completely different first emails, so a loose description of the trigger returns a sequence that suits neither.
What comes back, and which column matters most?
Five rows carrying send delay, job, subject, preheader, body, one call to action and what each email earns the next, then three bullets on the no-open branch. The job column is the useful bit. If two rows could be described the same way, you have three emails and two pieces of padding.
What ruins a welcome sequence?
Letting email 1 sell before it delivers whatever was promised at signup. The second is skipping the no-open branch, since most of the list never opens the first two sends and then receives copy written for people who did. Resolve every {{NEEDS_FACT}} marker before scheduling rather than deleting it.