de build. we bouwden lifecyclepersonalisatie op segmentniveau voor een geanonimiseerd abonnements-/d2c-merk met een lijst van ~150k abonnees. de e-mailcopy verandert op basis van wie iemand is en wat die als laatste deed, niet op basis van een {voornaam}-samenvoegveld. in het eerste kwartaal na lancering steeg de aan e-mail toegeschreven omzet met 22%.
het merk had geen volumeprobleem. het verstuurde genoeg e-mail. het probleem was dat een aflopende abonnee van drie maanden en een proefperiode van dag twee dezelfde tekst kregen, met alleen een andere naam bovenaan geplakt. de segmenten bestonden al in Klaviyo. de copy bewoog niet mee.
het getal waar de lifecycleverantwoordelijke om gaf was 22% meer aan e-mail toegeschreven omzet in één kwartaal, op dezelfde lijst van ~150k, zonder toename van het verzendvolume. dat kwam door copy die varieert op segment en laatste actie. de opmerking hieronder is echt: deze cijfers richting de klant worden nog bevestigd en geanonimiseerd met de klant voordat we ze onder hun naam publiceren.
#wat betekent personalisatie van e-mail op segmentniveau eigenlijk?
wat is personalisatie van e-mail op segmentniveau en waarom werkt het beter dan samenvoegvelden?
personalisatie op segmentniveau betekent dat de body-copy van een e-mail verandert op basis van het segment en de laatste actie van de lezer, niet alleen een naam in de onderwerpregel. een opzeggende jaarabonnee en een verse proefgebruiker krijgen een ander frame, ander aanbod en ander bewijs. samenvoegvelden wisselen alleen een token. die variatie beweegt de toegeschreven omzet, niet de {voornaam}.
een samenvoegveld wisselt één token. alles eromheen blijft generiek, dus de lezer krijgt nog steeds een bericht dat voor niemand geschreven is. copy op segmentniveau is anders. de win-back-mail voor iemand die opzegde na een prijswijziging, opent met die prijswijziging. de mail voor een proefgebruiker die het product twee keer gebruikte, opent met de functie die diegene aanraakte. dezelfde campagne, andere woorden, gekozen op basis van segment en laatste gebeurtenis.
#wat hebben we gebouwd, en op welke stack?
niets exotisch, en niets dat het team nieuw moest aanschaffen. we bouwden op Claude en genereerden copyvarianten voor de segmenten die het merk al bijhield in Klaviyo. het verzenden bleef in Klaviyo. we vervingen hun esp of crm niet. we zetten een concept- en reviewlaag voor de tools die ze al betaalden.
- genereren: Claude schrijft copy per segment en laatste actie, met verwijzing naar de echte gebeurtenis die de verzending triggerde, niet een generieke haak.
- review: elke gegenereerde variant passeert een menselijke reviewstap voordat die een flow in mag. niemand verstuurt copy die het team niet heeft gelezen.
- attributie: GA4 en Stripe zijn aan elkaar gekoppeld, zodat omzet te herleiden is tot de verzending, waardoor de 22% een verdedigbaar getal is en geen holle open rate.
de attributie-koppeling is de onglamoureuze helft en de reden dat het getal standhoudt. we koppelden GA4-events aan Stripe, zodat een aankoop te herleiden is tot de e-mail die eraan voorafging. zonder dat is een claim over omzetgroei een verhaal. met die koppeling kan de lifecycleverantwoordelijke finance twee keer hetzelfde cijfer laten zien en hetzelfde antwoord krijgen. dit is het soort werk dat onze consultancy- en platforms-teams samen doen.
we are
copy die verandert per segment en laatste actie, gegenereerd op Claude, menselijk gereviewd voordat die verstuurd wordt, en gekoppeld aan Stripe-omzet zodat de groei controleerbaar is.
we aren't
een samenvoegveld-blast die een voornaam op één generieke e-mail plakt en dat personalisatie noemt, terwijl de body iedereen hetzelfde vertelt.
#hoe lang duurt het om dit te bouwen?
de gangbare bouwtijd van de marketingdivisie is 4 tot 8 weken. personalisatie zit aan de langzamere kant daarvan. de prompts zijn snel klaar. de datakoppeling duurt langer. GA4 en Stripe netjes aan elkaar koppelen, en de segmentdefinities eerlijk krijgen, dat kost de weken, en dat is wat het omzetgetal verdedigbaar maakt in plaats van decoratief.
we zijn nieuw, en dat zeggen we open. de cijfers hier zijn pre-launch en worden bevestigd met de klant voordat ze onder hun naam gepubliceerd worden. ben je lifecycle- of crm-verantwoordelijke en wil je de uitkomst, de stack en de reviewstap uitgelegd zien tegen je eigen lijst voordat je je vastlegt, vertel ons wat je bouwt. je kunt eerst lezen hoe we werken in het journal.