ce que nous avons construit. nous avons construit une personnalisation lifecycle au niveau du segment pour une marque d'abonnement/d2c anonymisée, avec une liste d'environ 150 000 abonnés. le texte des emails change selon qui est la personne et ce qu'elle a fait en dernier, pas selon une balise de fusion {prénom}. au premier trimestre après le lancement, le revenu attribué à l'email a progressé de 22 %.
la marque n'avait pas de problème de volume. elle envoyait déjà beaucoup d'emails. le problème, c'est qu'un abonné de trois mois en train de se désengager et un essai au deuxième jour recevaient les mêmes mots, avec juste un nom différent collé en haut. les segments existaient dans Klaviyo. le texte, lui, ne bougeait pas avec eux.
le chiffre qui comptait pour la responsable lifecycle, c'était 22 % de revenu attribué à l'email en plus sur un trimestre, sur la même liste d'environ 150 000 abonnés, sans augmentation du volume d'envoi. il venait d'un texte qui varie selon le segment et la dernière action. la note de pré-lancement ci-dessous est réelle : ces chiffres, destinés au client, sont en cours de confirmation et d'anonymisation avec lui avant que nous les publiions sous son nom.
#que signifie concrètement la personnalisation email au niveau du segment ?
qu'est-ce que la personnalisation email par segment, et pourquoi bat-elle les balises de fusion ?
la personnalisation par segment signifie que le corps du texte d'un email change selon le segment du lecteur et sa dernière action, pas seulement selon un nom dans l'objet. un abonné annuel qui s'apprête à se désabonner et un essai tout frais reçoivent un angle, des offres et des preuves différents. une balise de fusion ne fait que remplacer un jeton. c'est cette variation qui fait bouger le revenu attribué, pas le {prénom}.
une balise de fusion remplace un jeton. tout le reste autour reste générique, si bien que le lecteur reçoit malgré tout un message écrit pour personne en particulier. le texte par segment, c'est différent. l'email de reconquête pour quelqu'un qui a résilié après une hausse de prix commence par la hausse de prix. l'email pour un essai qui a utilisé le produit deux fois commence par la fonctionnalité qu'il a touchée. même campagne, mots différents, choisis selon le segment et le dernier événement.
#qu'avons-nous construit, et sur quelle stack ?
rien d'exotique, rien que l'équipe ait dû acheter en plus. nous avons construit sur Claude, en générant des variantes de texte pour les segments que la marque maintenait déjà dans Klaviyo. les envois sont restés dans Klaviyo. nous n'avons remplacé ni leur esp ni leur crm. nous avons posé une couche de rédaction et de relecture devant les outils qu'ils payaient déjà.
- générer : Claude rédige un texte par segment et dernière action, en citant l'événement réel qui a déclenché l'envoi, pas une accroche générique.
- relire : chaque variante générée passe par une étape de relecture humaine avant d'entrer dans un flow. personne ne publie un texte que l'équipe n'a pas lu.
- attribuer : GA4 et Stripe sont reliés pour que le revenu se retrace jusqu'à l'envoi, ce qui fait des 22 % un chiffre défendable, pas un taux d'ouverture pour la vitrine.
la plomberie d'attribution, c'est la moitié ingrate du travail, et c'est ce qui fait tenir le chiffre. nous avons relié les événements GA4 à Stripe pour qu'un achat puisse être retracé jusqu'à l'email qui l'a précédé. sans cela, une affirmation de hausse de revenu n'est qu'une histoire. avec cela, la responsable lifecycle peut montrer le même chiffre deux fois à la finance et obtenir la même réponse. c'est le genre de travail que nos équipes consultancy et platforms mènent ensemble.
we are
un texte qui change selon le segment et la dernière action, généré sur Claude, relu par un humain avant publication, et relié au revenu Stripe pour que la hausse soit vérifiable.
we aren't
un envoi en masse à base de balise de fusion, qui colle un prénom sur un email générique et appelle ça de la personnalisation, alors que le corps du texte dit la même chose à tout le monde.
#combien de temps faut-il pour construire ça ?
le format de construction affiché par la division marketing est de 4 à 8 semaines. la personnalisation se situe plutôt vers le haut de cette fourchette. les prompts vont vite. la plomberie de données prend plus de temps qu'eux. c'est relier proprement GA4 et Stripe, et rendre honnêtes les définitions de segments, qui prend les semaines — et c'est ce qui rend le chiffre de revenu défendable plutôt que décoratif.
nous sommes une jeune structure, et nous le disons clairement. les chiffres présentés ici sont en pré-lancement et seront confirmés avec le client avant de circuler sous son nom. si vous êtes responsable lifecycle ou crm et que vous voulez voir le résultat, la stack et l'étape de relecture posés face à votre propre liste avant de vous engager, dites-nous ce que vous construisez. vous pouvez d'abord lire comment nous travaillons dans le journal.