Mailchimp logo

Build a launch list from pre-orders with merge fields filled in

Pre-order signups arrive in Mailchimp with merge fields populated, ready for a launch email that names the product they asked for.

When this happens

New submission on a pre-order or waitlist form

Do this

Add/Update Subscriber and populate merge fields such as FNAME, LNAME and ADDRESS, plus a waitlist tag

One-directional. A submission triggers the action — nothing is written back into your form.

A launch list is only useful if it can be written to properly. Names, addresses and the variant someone reserved have to be on the contact record before you draft the announcement, not sitting in a spreadsheet you plan to merge later. This flow fills those merge fields as each pre-order comes in.

Shops and small product teams use it in the weeks before stock arrives, when the list is growing daily and the announcement is already half written.

Setting it up

  1. 1

    Publish the pre-order form in formformform and keep Notifications on it as an explicit opt-in. Reserving a product is not consent to be marketed to.

  2. 2

    Create the merge fields on the Mailchimp audience before building the Zap: FNAME, LNAME, ADDRESS and one for the product. A merge tag that does not exist yet is quietly dropped.

  3. 3

    Set the Zap's trigger to formformform's New Submission event on the pre-order form.

  4. 4

    Add a Zapier Formatter step that splits Full Name into first and last, then map those two outputs to FNAME and LNAME in the Mailchimp action.

  5. 5

    Choose Add/Update Subscriber, select the launch audience, and map Shipping Address into ADDRESS as separate parts — street, city, postcode, country — rather than one blob.

  6. 6

    Type waitlist as a fixed tag, then add a second tag mapped from Product or Variant so each variant can be written to on its own.

  7. 7

    Add a filter so the Mailchimp step only runs when Notifications shows the buyer opted in. The order itself is captured either way.

  8. 8

    If you want PHONE filled too, add a phone question to the form — the pre-order template does not ask for one — and map it across.

What maps where

Using the Pre-Order Form as the starting point. These are its real fields — swap in your own and the mapping works the same way.

Form fieldMailchimp
Full NameFNAME and LNAME merge fields, split by a Formatter step before the Mailchimp action
Email AddressSubscriber email address on the launch audience
Shipping AddressADDRESS merge field, which lets you segment a shipping-delay email by country
Product or VariantA merge field the launch email reads, plus one tag per variant
NotificationsDecides whether the waitlist tag is applied at all — no opt-in, no tag

Variations worth knowing

Announce by variant, not to everyone

The tag mapped from Product or Variant lets you write only to people waiting on the colour that actually shipped. A single launch email to the whole list produces replies from everyone whose variant is still weeks away.

Keep the order and the marketing separate

Send the same submission to two places in one Zap: the audience for the launch email, and a spreadsheet or order system for fulfilment. The pre-order and payment status are captured in formformform; the connected systems handle fulfilment and follow-up.

If something isn't arriving

Merge fields are blank on the contact even though the Zap succeeded.

Mailchimp discards values sent to merge tags that do not exist, and merge fields belong to a single audience rather than the whole account. Create FNAME, LNAME and ADDRESS on the audience you selected, then replay the affected runs from Zapier's history.

The address is rejected or arrives mangled.

Mailchimp's ADDRESS field expects separate components. One free-text Shipping Address answer has to be broken up before mapping, so either ask for the address in separate questions on the form or store it in a plain text merge field instead.

Frequently asked questions

Does the form take payment for the pre-order?

Yes. Add products and priced options to the form, then collect payment through secure hosted checkout with Stripe, PayPal, or Square. Payment status is tracked alongside the response.

Should waitlist signups sit on the same audience as my newsletter?

Usually yes. A contact is counted once per audience, so a second audience means paying twice for the same person. Keep one audience and separate the two groups with the waitlist tag and an interest group.

What happens when the same person pre-orders twice?

Add/Update Subscriber matches on the email address, so the second submission updates the existing contact rather than duplicating it. Newer merge field values overwrite the older ones, including the variant, which is worth knowing before a launch send.

Related automations

Build the form first

The automation needs somewhere to fire from. Publish a form, connect it once, and every submission from then on runs this flow.

Start free