# E-mailautomatisering met AI: aanmelding, retentie en reactivatie

Canonieke URL: https://brew.new/nl/blog/ai-email-automation
Auteur: Philip Sørensen
Gepubliceerd: 2026-08-21
Bijgewerkt: 2026-09-29

Een klant die elke week inlogde, laat zich vanaf maart niet meer zien. In juni volgt de opzegging. Tussen die twee momenten kreeg de klant alleen de maandelijkse nieuwsbrief en een betaalbewijs voor de verlenging, want de reactivatieflow is nog altijd een regel in een planningsdocument.

Een lifecycleprogramma is een set flows die elk op een ander moment starten: de welkomstflow na de aanmelding, onboarding tot aan de activatie, e-mails over betalingen rond de proefperiode en verlengingen, een doorlopende nieuwsbrief en een terugwinactie als iemand stil wordt.

AI-tools helpen het meest bij de flows die je nog niet hebt gebouwd. Ze kunnen reeksen opstellen en, afhankelijk van het platform, bestaande flows analyseren of helpen een doelgroep te bepalen. Baseer je op productactiviteit en vastgelegde toestemmingen als je bepaalt wie een herinnering nodig heeft. Deze gids behandelt de hele lifecycle. Gaat het je alleen om onboardingreeksen, lees dan de aparte [vergelijking van tools waarmee je e-mailreeksen bouwt](/nl/blog/best-ai-email-sequence-builders-for-saas-onboarding-and-trial-conversion).

## De belangrijkste punten

- Breng eerst de fases van je lifecycle in kaart en kijk dan welke daarvan elke tool kan opstellen, triggeren en meten.
- Bouw eerst de fases die het dichtst bij omzet liggen. Het SaaS-recept van Brew stelt deze volgorde voor: eerste contactmoment, de eerste 30 dagen, mislukte betalingen, doorlopende updates, reactivatie, terugwinnen.
- Tools verschillen vooral in de data die ze gebruiken. Klaviyo gebruikt je e-commercegeschiedenis, Sequenzy de omzet uit Stripe, Customer.io alles wat je ernaartoe stuurt, en Brew je events en integraties.
- Een AI-tool kan flows opstellen en controleren. Jij blijft verantwoordelijk voor de lijst, de claims in de tekst en de stopregels.

## Wat we hebben vergeleken

Brew publiceert deze vergelijking. Het is een beoordeling van gedocumenteerde mogelijkheden, geen praktijktest van elk platform.

Op 28 september 2026 hebben we de pagina’s van elke leverancier gelezen en voor de hele lifecycle vier dingen gecontroleerd:

1. Kan de AI complete flows maken, of alleen losse e-mails?
2. Welke data kan een flow starten of laten vertakken?
3. Kan de AI analyseren of controleren wat er al draait?
4. Welke kanalen dekt de tool af?

## De lifecycle, fase voor fase

| Fase | Trigger | Waar AI goed in is | Let op |
| --- | --- | --- | --- |
| Aanmelding en welkom | Event bij aanmelding of inschrijving | De eerste e-mail en de reeks opstellen in de tone of voice van je merk | Functies beloven die nog niet zijn uitgebracht |
| Onboarding en activatie | Productevents | Een tempo voorstellen en vertakken op het activatie-event | Gebruikers die al geactiveerd zijn een duwtje geven |
| Proefperiode en facturering | Betalingsevents, zoals een proefperiode die afloopt of een mislukte betaling | Heldere, concrete teksten over betalingen schrijven | Meldingen herhalen die je betaalprovider zelf al stuurt |
| Doorlopende betrokkenheid | Planning | Steeds nieuwe nieuwsbrieven en productupdates genereren | Verzonnen statistieken of citaten |
| Reactivatie en terugwinnen | Inactiviteit of churn | De doelgroep en de korte reeks opbouwen | Mensen mailen die nooit toestemming hebben gegeven |

## Brew

[Brew](/nl) dekt het hele programma af in één product: merkconforme e-mails genereren, automatiseringen, doelgroepen, verzending en statistieken. Je beschrijft een flow en Brew bouwt de trigger, de e-mails en de wachttijden. Je kunt ook gepubliceerde voorbeeldreeksen remixen in de [flowgalerij](/nl/blog/email-flows): de remix neemt het tempo van de reeks over en herschrijft elke e-mail voor je merk.

Voor de fases biedt het [lifecyclerecept voor SaaS](https://docs.brew.new/recipes/lifecycle-emails-saas-b2b) van Brew een concreet startpunt:

- Eerste contactmoment: één e-mail bij `user_signup` of `waitlist_joined`.
- De eerste 30 dagen: drie tot vijf e-mails, bijvoorbeeld op dag 0, 2, 5 en 9.
- Mislukte betalingen: één melding bij `invoice.payment_failed` van Stripe, en daarna alleen herinneringen nadat je applicatie heeft bevestigd dat de betaling nog openstaat.
- Stil worden: definieer inactiviteit aan de hand van een betekenisvolle actie in je product en controleer vóór elke herinnering of iemand er op dat moment nog voor in aanmerking komt. Openingen alleen zijn geen betrouwbare maatstaf voor inactiviteit.
- Terugwinnen: één e-mail aan mensen die in de afgelopen zes maanden hebben opgezegd.

Triggers komen uit je backend of uit integraties zoals Stripe, Clerk, Supabase, Shopify en RevenueCat. `create_audience_from_events` maakt van betrokkenheidsdata een opgeslagen cohort, bijvoorbeeld iedereen die vorige maand op de lanceringsmail klikte. Er zijn statistieken voor elke campagne en elke automatisering, en een agent kan die uitlezen via [MCP](/nl/blog/brew-mcp).

Brew doet alleen e-mail: geen sms en geen pushberichten. In flows die door een event starten, kunnen voorwaarden het oorspronkelijke event lezen, of via `contact.<name>` de actuele contactvelden in Brew. Zet contactvoorwaarden na wachttijden en houd de velden gesynchroniseerd. Gaat het om productstatus die niet wordt gesynchroniseerd of om één specifieke onbetaalde factuur, laat je applicatie dan eerst controleren of iemand nog in aanmerking komt, en pas daarna een apart herinneringsevent versturen.

## Klaviyo Composer

[Composer](https://help.klaviyo.com/hc/en-us/articles/52308768755739) van Klaviyo is hier de sterkste optie om een bestaand programma door te lichten. Composer beoordeelt flows, campagnes, segmenten en formulieren en geeft je daarna verbeterpunten op volgorde van prioriteit, die je zelf doorvoert. Op basis van een beschrijving in gewone taal kan Composer e-mail-, sms- en pushcampagnes maken, flows inclusief de bijbehorende berichten, en segmenten. Het verstuurt of publiceert nooit iets zonder jouw goedkeuring.

Composer werkt met data die Klaviyo al heeft: aankoopgeschiedenis, productcatalogus, eerdere verzendingen. Bij e-commercemerken op Klaviyo is die data er al. Een SaaS-product waarvan de belangrijkste events in de eigen backend zitten, heeft daar in Klaviyo maar weinig van.

## Customer.io

Customer.io is een platform voor eventgestuurde lifecycleberichten via e-mail, sms, push, in-app en meer. Op de [prijspagina](https://customer.io/pricing) staan een AI Agent in bèta en door AI gegenereerde globale stijlen in Design Studio. Met de [MCP-server](https://docs.customer.io/ai/mcp/get-started/) kan een assistent campagnes bekijken en bezorgstatistieken uitlezen, en ze met toestemming ook aanmaken en bijwerken.

Het platform past bij teams waarvan het lifecycleprogramma meerdere kanalen beslaat en die iemand hebben die eigenaar is van het datamodel. Nieuwe klanten die minder dan 10 miljoen dollar aan financiering hebben opgehaald, kunnen zich aanmelden voor het [start-upprogramma](https://customer.io/solutions/startups) en het platform tot 12 maanden gratis gebruiken.

## Sequenzy

[Sequenzy](https://www.sequenzy.com/) schrijft reeksen op basis van de content van je website en koppelt verzendingen aan omzet. De reeksen hebben triggers die zijn gemaakt voor lifecyclefases, waaronder N dagen inactiviteit en een event dat N keer binnen een bepaalde periode plaatsvindt. Elke reeks heeft één stopvoorwaarde, die vóór elke stap wordt gecontroleerd. De [Stripe-integratie](https://docs.sequenzy.com/integrations/stripe) voegt MRR, LTV en lifecycletags zoals `trial`, `past-due` en `churned` toe, die je kunt gebruiken in segmenten en uitstroomregels.

Het past bij SaaS-teams die met weinig inrichtwerk lifecyclefases willen die rekening houden met omzet. De prijs hangt af van het aantal verzonden e-mails, met een gratis abonnement voor 2.500 e-mails per maand.

## Zo maak je een keuze

| Als je programma… | Kijk naar |
| --- | --- |
| Alleen uit e-mail bestaat, merkconform design nodig heeft en op je eigen productevents draait | Brew |
| Op e-commercedata draait en je bestaande flows wilt laten doorlichten | Klaviyo Composer |
| E-mail, sms, push en in-app omvat | Customer.io |
| Voor een SaaS-product is, door Stripe wordt aangestuurd en je ingebouwde uitstroomregels wilt | Sequenzy |

## Een bouwvolgorde die voor de meeste kleine teams werkt

Deze volgorde is een suggestie. We hebben haar niet met een benchmark getoetst.

1. Welkom, bij aanmelding. Eén e-mail die naar één eerste actie verwijst.
2. Onboarding, waarbij je vóór elk statusafhankelijk herinneringsevent controleert of iemand op dat moment al geactiveerd is.
3. Facturering, op basis van de events van je betaalprovider. Stem dit af op de e-mails die je betaalprovider zelf al verstuurt.
4. Een maandelijkse productupdate, elke keer opnieuw gegenereerd.
5. Reactivatie voor contacten die het product niet meer gebruiken of niet meer klikken, met een duidelijke manier om ingeschreven te blijven of zich af te melden. Zie [e-mails om klanten terug te winnen](/nl/blog/win-back-emails).

Elke fase na de eerste, behalve facturering, is meestal promotionele mail en heeft dus onder [CAN-SPAM](https://www.ftc.gov/business-guidance/resources/can-spam-act-compliance-guide-business) een werkende afmeldmogelijkheid nodig.