Plan een welkomstreeks voor SaaS, webshops of nieuwsbrieven, met voorbeeldberichten, timing, controles op wie in aanmerking komt en tests vóór het versturen.
Een welkomstreeks helpt een nieuwe abonnee te weten wat de volgende stap is. Bij een SaaS-product kan dat het eerste project aanmaken zijn. Bij een webshop kan het gaan om het assortiment leren kennen. Bij een nieuwsbrief kan het erom gaan dat de lezer weet wat er komt en hoe vaak.
Begin bij de belofte die je bij de aanmelding hebt gedaan. Elke vervolgmail moet helpen die belofte waar te maken. De timing en het aantal berichten hangen af van het product en de doelgroep; de voorbeelden hieronder zijn startpunten om te testen. De welkomstreeks is de eerste van de lifecycleflows in e-mailautomatisering met AI.
| Startpunt | Nuttig eerste bericht | Controleer |
|---|---|---|
| Account aangemaakt | Eén instelactie | Of de e-mailverificatie eerst moet plaatsvinden |
| E-mailadres geverifieerd | Welkom en een directe link naar het product | Geen herhaling van de verificatiemail |
| Inschrijving op de nieuwsbrief | Wat je kunt verwachten en één nuttig voorbeeld | De toestemming van de ontvanger en de gekozen onderwerpen |
| Aanmelding bij een webshop | Producten, advies of het beloofde aanbod | De echte voorwaarden en de vervaldatum van het aanbod |
Brew kan flows starten vanuit aangepaste events uit je backend of via ondersteunde integraties zoals Supabase en Clerk. Bouw de payload op basis van het schema van de geselecteerde trigger en gebruik de echte trigger-ID ervan.
| Timing om mee te beginnen | Taak | Voorwaarde op het verzendmoment | |
|---|---|---|---|
| Welkom | Na aanmelding of verificatie | Helpen het eerste project aan te maken | Nieuw account |
| Hulp bij het instellen | Dag 2 | Eén kort voorbeeld laten zien | Nog niet geactiveerd |
| Volgende stap | Na activatie | De volgende nuttige actie introduceren | Geactiveerd |
| Herinnering proefperiode | Vóór het einde van de proefperiode | Uitleggen wat er daarna gebeurt | Nog in de proefperiode en niet betaald |
| Check-in | Na een passende tussenpoos | Hulp aanbieden | Komt nog in aanmerking en mag de e-mail ontvangen |
Bouw elke e-mail rond één actie. Gebruik een echte bestemmings-URL, een duidelijke onderwerpregel en een antwoordadres dat iemand in de gaten houdt. Vermijd algemene urgentie en claims over resultaten die je niet hebt gemeten.
Bij een nieuwsbrief kan het eerste bericht het beloofde materiaal leveren, de verwachte frequentie noemen en een representatief artikel laten zien. Een later bericht kan uitleggen hoe je onderwerpvoorkeuren instelt of de auteur voorstellen. Een nieuwsbrief heeft geen activatiefunnel in SaaS-stijl nodig om een tweede e-mail te rechtvaardigen.
Lever bij een webshop eerst het beloofde aanbod en geef daarna nuttig koopadvies. Vermeld uitzonderingen en de vervaldatum nauwkeurig. Na een aankoop kunnen de resterende kortingsherinneringen overbodig zijn, dus neem de aankoopstatus mee in je controle of iemand nog in aanmerking komt.
Bepaal wat elk bericht moet tegenhouden: activatie, een aankoop, een verlopen aanbod, een verwijderd account, een afmelding of een gewijzigd pakket. Implementeer die regel daarna in het systeem dat de actuele status echt leest.
In een eventgestuurde flow in Brew leest een voorwaarde op payload.activated het oorspronkelijke event. Een voorwaarde op contact.activated leest het actuele contactveld in Brew op het moment dat de stap wordt uitgevoerd, ook na een wachtstap. Definieer en synchroniseer het veld en zet de voorwaarde vóór elke herinnering die ervan afhangt. Een update van het contact of een later event annuleert een eerdere run niet automatisch.
Hangt de vraag of iemand in aanmerking komt af van accountgegevens die niet worden gesynchroniseerd, of van een specifieke aankoop? Plan dan een controle in je applicatie. Lees het leidende record op het moment dat het bericht aan de beurt is, en verstuur alleen een apart herinneringsevent als de regel dan nog steeds klopt. Zie Een automatisering bouwen.
Beschrijf in Brew de trigger, de doelgroep, de gewenste actie en de toon. Je kunt ook beginnen met een openbaar voorbeeld uit de flowgalerij. Zie de timing daarvan als inspiratie, niet als bewijs dat hetzelfde schema voor jouw doelgroep werkt.
Bekijk de gegenereerde flow stap voor stap en controleer elke e-mail. Controleer de links, de afzender, de standaardwaarden voor personalisatie en het doel van het domein. Voor een verificatiebericht en een promotioneel onboardingbericht kunnen verschillende eisen gelden. De gids van de FTC legt de Amerikaanse toets op het hoofddoel uit; de eisen van Gmail voor afzenders behandelen de regels voor authenticatie, spamratio en afmelden.
Test een aanmelding, een herhaald event, ontbrekende personalisatie en een ontvanger die niet in aanmerking komt. Werk bij contactvoorwaarden het gesynchroniseerde veld bij tijdens de wachttijd en controleer of de herinnering wordt overgeslagen; test ook ontbrekende velden. Rond bij herinneringen die je applicatie inplant de activatie of een aankoop af vóór de controle, en controleer of er geen herinneringsevent wordt verstuurd. Controleer ook hoe afmeldingen worden verwerkt en wat de bezorgresultaten zijn.
Publiceer pas als de berichten en de controles op wie in aanmerking komt zijn nagelopen. Volg naast bezorg- en klikdata de actie waarbij de reeks moet helpen, zoals een volledig ingesteld account of een eerste bestelling. Houd de berichten die mensen helpen die actie te zetten, en herschrijf de rest.
Voorbeelden van de implementatie vind je in onboarding bouwen vanuit Cursor en proefgebruikers laten converteren met productevents.
