Build a workflow

    Create an automation end to end: pick the list, set the trigger, add an email, add a delay, branch on behavior, test it, then activate.

    On this page

    This page walks through building one automation from an empty screen to an active one. When you finish you will have a working sequence of two emails with a delay between them and a branch that treats openers differently from non-openers.

    Before you start

    You need a list with at least one contact in it, a verified sender address, and an authenticated sending domain. If any of those is missing, the automation will build fine and then fail at the first send. See Deliverability overview for domain setup.

    Choose the list the automation operates on

    Open Automations and start a new automation. The first decision is which list it belongs to.

    This is not a small choice. An automation is bound to one list, every contact who moves through it comes from that list, and fields you reference in emails and conditions have to be fields on that list. If you pick the wrong list, you rebuild rather than repoint.

    Pick the list people actually arrive on. If your signup form adds subscribers to a list called Newsletter, the welcome automation belongs on Newsletter, not on a broader list you sync into later.

    Name it for what it does and who it targets, for example Newsletter welcome, 4 emails. In six months the name is the only thing you will read before deciding whether to touch it.

    Set the trigger

    The trigger decides who enters and when. For a welcome sequence, the trigger is a contact being added to the list. Other triggers key off a field changing, a date stored on the contact, or activity such as opening or clicking. Triggers and timing covers the differences and the traps.

    Set the trigger before you build any steps. Changing it later is possible, but every downstream delay is measured from entry, so a trigger change quietly changes what the sequence feels like to a recipient.

    Add the first email

    Add an email step. Write it the way you would write a campaign: subject line, preview text, sender, body. Personalization behaves identically here, so first name fallbacks matter as much as they do in Personalization tags.

    Two things differ from a campaign. You are writing to one person who did something a moment ago, so reference what they did. And there is no send date, so avoid anything that dates the email: no "this week", no seasonal references, no pricing you plan to change. This email may still be sending in a year.

    Leave the first email with no delay in front of it so it goes out immediately on entry.

    Add a delay

    Add a delay step after the first email. Two or three days is a reasonable default for a second touch.

    The delay counts from the moment the contact reaches the delay step, not from when they entered the automation. Chained delays add up, so write the running total next to each step as you build: day 0, day 2, day 5, day 9.

    Hours are the right unit right after signup. Days are the right unit for everything after that.

    Add a condition that branches on behavior

    Add a condition step after the delay. A useful first condition is whether the contact opened the previous email. Contacts who opened continue to the next email in the main sequence. Contacts who did not open get a different subject line, or wait longer, or skip a step.

    Keep the branches shallow. One condition with two outcomes is easy to read and easy to fix. Three nested conditions produce eight paths, and you will not test eight paths.

    Open data is approximate

    Open tracking depends on the recipient's mail client loading a tracking image, and many clients block or prefetch that. Treat a recorded open as weak evidence and a click as strong evidence. Do not build a branch that punishes someone for not opening when a click would have told you more.

    Test before you activate

    Send yourself each email step as a test and read it in a real inbox, on a phone. Check that personalization tags resolve, that links work, and that the unsubscribe link is present.

    Then do a live end-to-end run. Add one contact you control to the list so the trigger fires for real, and follow that contact through the sequence. This is the only way to confirm that the trigger fires at all, that delays are the length you think, and that the condition sends you down the branch you expect.

    If your delays are days long, shorten them to minutes for the test run, verify the whole path, then set them back. Write the final values down first so you cannot forget to restore them.

    Activate it

    Activate only after the test contact has come out the other end.

    Watch the first day. Check that sends are going out, that the entry rate matches the rate people join the list, and that nobody is receiving two emails at once.

    What happens to contacts already on the list#

    This is where most first automations go wrong.

    An automation runs against the list it is attached to, and that means the contacts already on the list, not only the ones who arrive afterward. A contact who has not been through this automation before is eligible the moment you activate it.

    So activating a welcome sequence on an existing list of 4,000 people enrolls those 4,000 people. That is 4,000 emails against your monthly allowance, welcoming subscribers who joined two years ago.

    There is one guard, and it is narrower than people expect: a contact who has already been through the automation is not enrolled again. That prevents repeat sends on a re-activation, but it does nothing to protect the first activation, which is the one that catches everybody.

    Before activating, decide what should happen to the existing members:

    • If they should not receive it, do not attach the automation to a list that already has them on it. Create a list that the automation owns, and point your signup form at that list so only new subscribers arrive in it.
    • If a subset should receive it, move that subset onto its own list and trigger from there. Segments is how you work out who that subset is.
    • If everyone genuinely should receive it, check the number fits inside your remaining monthly allowance, and expect a higher unsubscribe rate on the first email.

    Activate on a small list first

    Build the automation on a test list of three contacts you control, activate it there, and watch what happens before you point it at a real list. A send cannot be recalled.

    If something goes wrong#

    Nobody enters the automation. Confirm it is active, and confirm new contacts are landing on the list the automation is bound to. A signup form that adds to a different list is the usual cause. Check the form's target list in Create a signup form.

    Contacts enter and then stall. Look at which step they are sitting on. A contact stopped at a condition usually means the field that condition reads is empty for them.

    Two emails arrived together. A delay is missing between two email steps, or the contact is in a second automation that fired at the same time. See Triggers and timing.

    Emails go out but land in spam. That is a sending reputation problem, not an automation problem. Start with Deliverability overview.

    Last updated September 10, 2026

    Was this page helpful?