co zbudowaliśmy. zbudowaliśmy personalizację lifecycle na poziomie segmentów dla zanonimizowanej marki subskrypcyjnej/d2c z listą ~150 tys. subskrybentów. treść e-maili zmienia się w zależności od tego, kim jest dana osoba i co ostatnio zrobiła, a nie od tagu {firstname}. w pierwszym kwartale po wdrożeniu przychód przypisany e-mailom wzrósł o 22%.
marka nie miała problemu z liczbą wysyłek. e-maili wysyłała pod dostatkiem. problemem było to, że wygasający po trzech miesiącach subskrybent i osoba na drugim dniu okresu próbnego dostawali te same słowa, z inną nazwą wklejoną na górze. segmenty istniały w Klaviyo. treść się razem z nimi nie zmieniała.
liczbą, na której zależało liderowi lifecycle, było 22% więcej przychodu przypisanego e-mailom w ciągu jednego kwartału, na tej samej liście ~150 tys. osób, bez zwiększania liczby wysyłek. wynikało to z treści, która zmienia się w zależności od segmentu i ostatniej akcji. poniższa uwaga jest prawdziwa: te liczby dotyczące klienta są obecnie potwierdzane i anonimizowane wspólnie z klientem, zanim opublikujemy je pod jego nazwą.
#co dokładnie oznacza personalizacja e-maili na poziomie segmentów?
czym jest personalizacja e-maili na poziomie segmentów i dlaczego jest skuteczniejsza od tagów personalizacyjnych?
personalizacja na poziomie segmentów oznacza, że treść e-maila zmienia się w zależności od segmentu czytelnika i jego ostatniej akcji, a nie tylko od imienia w temacie. rezygnujący subskrybent roczny i świeży użytkownik okresu próbnego dostają inne ujęcie tematu, inne oferty i inne dowody. tagi personalizacyjne podmieniają tylko jeden element. to właśnie ta różnorodność zwiększa przypisany przychód, nie {firstname}.
tag personalizacyjny podmienia jeden element. wszystko dookoła pozostaje ogólne, więc czytelnik i tak dostaje wiadomość napisaną dla nikogo konkretnego. treść na poziomie segmentów jest inna. e-mail odzyskujący klienta, który zrezygnował po zmianie ceny, zaczyna się od tej zmiany ceny. e-mail do użytkownika okresu próbnego, który dwa razy skorzystał z produktu, zaczyna się od funkcji, z której skorzystał. ta sama kampania, inne słowa, dobrane według segmentu i ostatniego zdarzenia.
#co zbudowaliśmy i na jakim stacku?
nic egzotycznego i nic, co zespół musiałby kupić od nowa. zbudowaliśmy to na Claude, generując warianty treści dla segmentów, które marka już utrzymywała w Klaviyo. wysyłki pozostały w Klaviyo. nie zastąpiliśmy ich esp ani crm. dołożyliśmy warstwę tworzenia szkiców i przeglądu przed narzędziami, za które już płacili.
- generowanie: Claude tworzy szkic treści dla danego segmentu i ostatniej akcji, odwołując się do realnego zdarzenia, które wywołało wysyłkę, a nie do ogólnego hasła.
- przegląd: każdy wygenerowany wariant przechodzi przez bramkę przeglądu przez człowieka, zanim trafi do przepływu. nikt nie wysyła treści, której zespół nie przeczytał.
- atrybucja: GA4 i Stripe są ze sobą połączone, dzięki czemu przychód da się prześledzić do konkretnej wysyłki, dlatego 22% to liczba, którą można obronić, a nie efektowny wskaźnik otwarć.
infrastruktura atrybucji to mniej efektowna połowa pracy i powód, dla którego ta liczba się utrzymuje. połączyliśmy zdarzenia z GA4 ze Stripe, żeby zakup dało się prześledzić do e-maila, który go poprzedził. bez tego twierdzenie o wzroście przychodu jest tylko opowieścią. z tym lider lifecycle może pokazać dział finansowy tę samą liczbę dwa razy i za każdym razem otrzymać tę samą odpowiedź. to rodzaj pracy, którą wspólnie wykonują nasze zespoły consultancy i platforms.
we are
treść, która zmienia się w zależności od segmentu i ostatniej akcji, generowana na Claude, przeglądana przez człowieka przed wysyłką i powiązana z przychodem w Stripe, dzięki czemu wzrost można zweryfikować.
we aren't
masowa wysyłka z tagiem personalizacyjnym, która wkleja imię do jednego ogólnego e-maila i nazywa to personalizacją, podczas gdy treść mówi to samo do wszystkich.
#ile czasu zajmuje zbudowanie tego?
deklarowany przez dział marketingu czas realizacji to od 4 do 8 tygodni. personalizacja mieści się bliżej dłuższego końca tego przedziału. prompty powstają szybko. infrastruktura danych trwa dłużej. to czyste połączenie GA4 ze Stripe i uczciwe zdefiniowanie segmentów zajmują tygodnie — i to właśnie sprawia, że liczba dotycząca przychodu jest do obronienia, a nie tylko ozdobą.
jesteśmy nową firmą i mówimy o tym wprost. przedstawione tu liczby pochodzą sprzed publikacji i zostaną potwierdzone z klientem, zanim ukażą się pod jego nazwą. jeśli jesteś liderem lifecycle lub crm i chcesz zobaczyć wynik, stack oraz bramkę przeglądu zestawione z twoją własną listą, zanim się zdecydujesz, powiedz nam, co budujesz. najpierw możesz przeczytać, jak pracujemy, w journal.