Przykład krok po kroku. To ilustracyjny przykład krok po kroku, nie wynik klienta. Marka d2c, jej lista i każda liczba to założenia. Pokazuje personalizację cyklu życia na poziomie segmentu: treść e-maila zmienia się zależnie od tego, kim jest osoba i co zrobiła ostatnio, a nie przez tag scalania {firstname}.
Wyobraź sobie markę d2c, która wysyła mnóstwo e-maili. Nie ma problemu z wolumenem. Problem w tym, że odchodzący subskrybent i zupełnie nowy użytkownik wersji próbnej dostają te same słowa z innym imieniem wklejonym na górze. Segmenty istnieją w Klaviyo. Treść się z nimi nie rusza.
Liczba, na której zależałoby osobie odpowiedzialnej za cykl życia, to przychód przypisany e-mailowi na tej samej liście, przy tym samym wolumenie wysyłki, w porównaniu z grupą kontrolną, która nadal dostaje ogólną treść. Ten wpis nie podaje żadnego wzrostu, bo nie stoi za nim prawdziwa marka. Pokazuje, co by się zbudowało i jak by się to zmierzyło.
#Co dokładnie oznacza personalizacja e-maili na poziomie segmentów?
Czym jest personalizacja e-maili według segmentu i dlaczego bije tagi scalania?
Personalizacja segmentowa oznacza, że treść e-maila zmienia się zależnie od segmentu i ostatniej akcji czytelnika, a nie tylko imię w temacie. Odchodzący subskrybent roczny i świeża wersja próbna dostają inne ujęcie, oferty i dowody. Tagi scalania podmieniają tylko token. Tę zmienność sprawdza się względem przypisanego przychodu, nie {firstname}.
Tag scalania podmienia jeden token. Wszystko wokół pozostaje ogólne, więc czytelnik nadal dostaje wiadomość napisaną dla nikogo. Treść segmentowa jest inna. E-mail do odzyskania kogoś, kto zrezygnował po zmianie planu, zaczyna od zmiany planu. E-mail do wersji próbnej, która użyła produktu dwa razy, zaczyna od funkcji, której dotknęła. Ta sama kampania, inne słowa, dobrane według segmentu i ostatniego zdarzenia.
#Z czego składa się projekt i na jakim stosie?
Nic egzotycznego i nic, co zespół musiałby kupować od nowa. Projekt działa na Claude, generując warianty treści dla segmentów, które marka już prowadzi w Klaviyo. Wysyłka zostaje w Klaviyo. Nie zastępuje ich esp ani CRM. Ustawia warstwę pisania i przeglądu przed narzędziami, których już używają.
- Generowanie: Claude pisze treść na segment i ostatnią akcję, cytując prawdziwe zdarzenie, które wywołało wysyłkę, a nie ogólny haczyk.
- Przegląd: każdy wygenerowany wariant przechodzi ludzką kontrolę, zanim wejdzie do przepływu. Nikt nie wysyła treści, której zespół nie przeczytał.
- Przypisanie: GA4 i Stripe są połączone, żeby przychód dało się prześledzić do wysyłki, co sprawia, że każdy wzrost jest do obrony, a nie jest próżnym wskaźnikiem otwarć.
Instalacja atrybucji to mniej efektowna połowa i powód, dla którego wynik by się utrzymał. Połącz zdarzenia GA4 ze Stripe, żeby zakup dało się wiązać z e-mailem, który go poprzedził. Bez tego twierdzenie o wzroście przychodu to opowieść. Z tym osoba odpowiedzialna za cykl życia może pokazać finansom tę samą liczbę dwa razy i dostać tę samą odpowiedź. To rodzaj pracy, który nasze zespoły consultingu AI i wdrażania AI wykonują razem.
We are
Treść zmieniająca się według segmentu i ostatniej akcji, generowana na Claude, sprawdzana przez ludzi przed wysyłką i powiązana z przychodem ze Stripe, dzięki czemu każdy wzrost da się zweryfikować.
We aren't
Masowa wysyłka z tagiem scalania, która wkleja imię do jednego ogólnego e-maila i nazywa to personalizacją, podczas gdy treść mówi wszystkim to samo.
#Co jest najtrudniejsze w budowie?
Prompty to szybka część. Instalacja danych trwa dłużej. Czyste połączenie GA4 i Stripe oraz uczciwe definicje segmentów to prawdziwa praca, i to ona sprawia, że liczba przychodu jest do obrony, a nie ozdobna.
Jesteśmy nowi w Stennir i mówimy to wprost. Ten wpis to projekt, nie historia dokonań. Jeśli odpowiadasz za cykl życia lub CRM i chcesz zobaczyć stos oraz kontrolę rozpisane na swojej liście, zanim się zobowiążesz, powiedz nam, co budujesz. Jak pracujemy, możesz najpierw przeczytać w journal.
