Uitgewerkt voorbeeld. Dit is een illustratief uitgewerkt voorbeeld, geen klantresultaat. Het d2c-merk, zijn lijst en elk cijfer zijn aannames. Het laat lifecycle-personalisatie op segmentniveau zien: e-mailtekst die verandert op basis van wie iemand is en wat diegene het laatst deed, niet op basis van een {firstname}-samenvoegtag.
Stel je een d2c-merk voor dat veel e-mail verstuurt. Het heeft geen volumeprobleem. Het probleem is dat een afhakende abonnee en een gloednieuwe proefgebruiker dezelfde woorden krijgen met een andere naam bovenaan geplakt. De segmenten bestaan in Klaviyo. De tekst beweegt er niet mee.
Het getal waar een lifecycle-lead om geeft, is de aan e-mail toegeschreven omzet op dezelfde lijst, bij hetzelfde verzendvolume, vergeleken met een controlegroep die de generieke tekst blijft krijgen. Dit artikel claimt geen stijging, omdat er geen echt merk achter zit. Het laat zien wat je zou bouwen en hoe je het zou meten.
#Wat betekent personalisatie van e-mail op segmentniveau eigenlijk?
Wat is e-mailpersonalisatie per segment en waarom verslaat het samenvoegtags?
Personalisatie per segment betekent dat de bodytekst 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 afhakende jaarabonnee en een verse proefgebruiker krijgen een ander kader, andere aanbiedingen en ander bewijs. Samenvoegtags wisselen alleen een token. Die variatie toets je aan de toegeschreven omzet, niet de {firstname}.
Een samenvoegtag wisselt één token. Alles eromheen blijft generiek, dus de lezer krijgt nog steeds een bericht dat voor niemand is geschreven. Segmenttekst is anders. De winback-mail voor iemand die opzegde na een planwijziging opent met die planwijziging. De mail voor een proef die het product twee keer gebruikte opent met de functie die diegene aanraakte. Dezelfde campagne, andere woorden, gekozen op segment en laatste gebeurtenis.
#Waaruit bestaat het ontwerp, en op welke stack?
Niets exotisch, en niets wat het team nieuw hoeft te kopen. Het ontwerp draait op Claude en genereert tekstvarianten voor de segmenten die het merk al onderhoudt in Klaviyo. Verzenden blijft in Klaviyo. Het vervangt hun esp of CRM niet. Het zet een laag voor opstellen en nakijken voor de tools die ze al gebruiken.
- Genereren: Claude stelt tekst op per segment en laatste actie, met de echte gebeurtenis die de verzending triggerde, niet een generieke aanleiding.
- Nakijken: elke gegenereerde variant gaat langs een menselijke controle voordat hij een flow in kan. Niemand verstuurt tekst die het team niet heeft gelezen.
- Toeschrijven: GA4 en Stripe zijn aan elkaar gekoppeld zodat omzet terug te leiden is naar de verzending, waardoor elke stijging verdedigbaar is en geen ijdele openingsratio.
De toeschrijvingsleiding is de onopvallende helft en de reden dat een resultaat zou standhouden. Koppel GA4-events aan Stripe zodat een aankoop te herleiden is tot de e-mail die eraan voorafging. Zonder dat is een omzetstijgingsclaim een verhaal. Met dat kan de lifecycle-lead financiën hetzelfde getal twee keer laten zien en hetzelfde antwoord krijgen. Dit is het soort werk dat onze teams voor ai-consultancy en ai-implementatie samen doen.
We are
Tekst die verandert per segment en laatste actie, gegenereerd met Claude, door mensen nagekeken vóór verzending en gekoppeld aan Stripe-omzet zodat elke stijging controleerbaar is.
We aren't
Een samenvoegtag-blast die een voornaam op één generieke e-mail plakt en dat personalisatie noemt terwijl de body iedereen hetzelfde vertelt.
#Wat is het lastige deel van het bouwen?
De prompts zijn het snelle deel. De dataleidingen duren langer. GA4 en Stripe netjes koppelen en de segmentdefinities eerlijk maken is het echte werk, en het maakt een omzetcijfer verdedigbaar in plaats van decoratief.
We zijn nieuw bij Stennir, en dat zeggen we gewoon. Dit artikel is een ontwerp, geen staat van dienst. Ben je lifecycle- of crm-lead en wil je de stack en de controlestap uitgewerkt zien op je eigen lijst voordat je je vastlegt, vertel ons wat je bouwt. Hoe we werken kun je eerst lezen in het journal.
