Customer.io krok po kroku: ludzie, zdarzenia i pierwsza automatyzacja
Samouczek Customer.io: jak przekazać użytkowników i zdarzenia, zbudować segmenty, uruchomić pierwszą automatyczną serię i nie wysłać nikomu nieaktualnej wiadomości.
👁 116 przeczytań
- Przed wysłaniem pierwszej automatycznej wiadomości w Customer.io trzeba przekazać systemowi dwie rzeczy: kim są użytkownicy (atrybuty) i co robią (zdarzenia).
- Dobra pierwsza automatyzacja to seria powitalna: wyzwalacz rejestracja, pierwszy mail od razu, drugi po dwóch dniach - jeśli użytkownik nie zrobił kluczowej akcji.
- Po miesiącu działania serii powitalnej liczy się jeden wskaźnik: odsetek nowych osób, które wykonały kluczową akcję przed uruchomieniem automatyzacji i po.
Customer.io wysyła wiadomości na podstawie tego, co ludzie robią w Twoim produkcie: rejestrują się, kupują, przestają się logować. Zanim wyślesz pierwszą automatyczną wiadomość, trzeba przekazać do niego dwie rzeczy: kim są użytkownicy i co robią. Ten samouczek prowadzi przez to po kolei, według oficjalnej dokumentacji Customer.io.
Uwaga na nazewnictwo: nowsze materiały Customer.io nazywają kampanie automatyzacjami, a starsze nadal mówią o kampaniach. To ta sama rzecz.
Zanim zaczniesz: lista zdarzeń
Najwięcej problemów z Customer.io bierze się z tego, że zdarzenia są wysyłane bez planu. Zanim programista doda pierwsze wywołanie, spisz na jednej stronie listę zdarzeń, które mają znaczenie dla Twojej komunikacji: rejestracja, pierwsza kluczowa akcja, zakup, rezygnacja z planu. Przy każdym zapisz nazwę, której będziecie używać, i jakie szczegóły ma zawierać.
Ustalcie jedną konwencję nazw, na przykład same małe litery i podkreślenia. Zdarzenie nazwane raz „Zakup”, a raz „purchase_completed” to dwa różne zdarzenia i segmenty zaczną się rozjeżdżać.
Krok 1. Ludzie
Pierwszy krok to przekazanie listy osób. Dokumentacja proponuje dwie drogi. Programista wysyła wywołanie identyfikujące użytkownika z aplikacji, na przykład przy rejestracji. Osoba nietechniczna może dodać ludzi z pliku CSV albo ręcznie. Każda osoba ma atrybuty, na przykład imię, plan, datę rejestracji.
Krok 2. Zdarzenia
Zdarzenia to działania ludzi w aplikacji albo na stronie: kliknięcie przycisku, zakup, dodanie produktu do koszyka. Wysyłasz je wywołaniem track, z nazwą zdarzenia i jego szczegółami. Ważna zasada z dokumentacji: najpierw identyfikujesz osobę, dopiero potem wysyłasz jej zdarzenia. Zdarzenia sprzed zalogowania można zapisać anonimowo i przypisać do osoby po jej zidentyfikowaniu.
Krok 3. Segmenty
Segment to grupa osób. Są dwa rodzaje. Segmenty oparte na danych aktualizują się same, gdy ktoś zaczyna albo przestaje spełniać warunki, na przykład „zarejestrowani w ostatnim tygodniu, którzy nie dodali pierwszego projektu”. Segmenty ręczne są stałe. Kryteria możesz budować na atrybutach, zdarzeniach i innych danych.
Krok 4. Pierwsza automatyzacja
Automatyzacja ma trzy części: wyzwalacz, czyli kto i kiedy wchodzi, przebieg z wiadomościami i działaniami oraz warunki wyjścia. Wyzwalaczem może być zdarzenie, wejście do segmentu albo zmiana atrybutu. Ścieżka osoby przez przebieg to jej podróż.
Dobra pierwsza automatyzacja to seria powitalna: wyzwalacz rejestracja, pierwszy mail od razu, drugi po dwóch dniach, jeśli użytkownik nie zrobił kluczowej rzeczy, i wyjście, gdy ją zrobi.
Krok 5. Wysyłki jednorazowe i transakcyjne
Poza automatyzacjami są wysyłki jednorazowe, na przykład ogłoszenie nowej funkcji do wybranego segmentu, oraz wiadomości transakcyjne, wysyłane w odpowiedzi na działanie użytkownika, jak potwierdzenie czy reset hasła. Automatyzacje i wysyłki obsługują mail, SMS, powiadomienia push i wiadomości w aplikacji, a do tego potrafią wysłać wiadomość na Slacka, wywołać webhook albo zaktualizować atrybut.
Przykład: seria powitalna dla aplikacji do planowania
Aplikacja do planowania posiłków wysyła do Customer.io identyfikację przy rejestracji i zdarzenie „utworzono pierwszy plan”. Automatyzacja: wyzwalacz rejestracja, od razu mail z trzema krokami na start, po dwóch dniach przypomnienie z przykładowym planem dla osób bez zdarzenia „utworzono pierwszy plan”, wyjście po utworzeniu planu. Osoby, które już zaczęły, nie dostają przypomnień, bo wychodzą z automatyzacji.
W takiej serii najważniejszy jest moment drugiej wiadomości. Dwa dni to punkt wyjścia, a nie reguła: jeśli użytkownicy zwykle wracają do aplikacji w weekend, przypomnienie wysłane we wtorek trafi w próżnię. Po kilku tygodniach warto sprawdzić, kiedy osoby, które wykonały kluczową akcję, zwykle to robiły, i dopasować do tego odstępy. Customer.io pozwala zmienić opóźnienie w przebiegu automatyzacji bez przebudowy całości, więc takie poprawki zajmują kilka minut.
Najczęstsze błędy
- Zdarzenia wysyłane przed identyfikacją osoby.
- Brak warunków wyjścia, przez co ludzie dostają przypomnienia o rzeczach, które już zrobili.
- Nazwy zdarzeń bez ustalonej konwencji, przez co segmenty się rozjeżdżają.
Jak ocenić pierwszy miesiąc
Po miesiącu działania serii powitalnej porównaj dwie liczby: jaki odsetek nowych osób wykonał kluczową akcję przed uruchomieniem automatyzacji i po. To jedyna miara, która naprawdę się liczy. Otwarcia maili są miłe, ale jeśli nie przekładają się na to, że ludzie zaczynają korzystać z produktu, trzeba zmienić treść albo moment wysyłki.
Sprawdź też, czy nikt nie dostaje wiadomości o rzeczach, które już zrobił. To znak, że brakuje warunku wyjścia albo zdarzenie nie dociera na czas.
Na koniec jedna rada organizacyjna: każda automatyzacja powinna mieć właściciela, czyli osobę, która raz w miesiącu sprawdza jej wyniki i treść wiadomości. Automatyzacje, o których nikt nie pamięta, po roku wysyłają nieaktualne informacje o funkcjach, których już nie ma, albo linki prowadzące donikąd.
Customer.io Essentials na 12 miesięcy sprzedaję taniej niż w oficjalnym cenniku w sklepie kinetyka.pl.
Cały tydzień w AI, w jednym mailu
Wybrane premiery, narzędzia i analizy. Raz w tygodniu, prosto do skrzynki.
Zapisz się za darmo →Najczęstsze pytania
Jak wysyłać zdarzenia do Customer.io i w jakiej kolejności?
Najpierw trzeba zidentyfikować osobę, a dopiero potem wysyłać jej zdarzenia - to twarda zasada z dokumentacji Customer.io. Zdarzenia sprzed zalogowania można zapisać anonimowo i przypisać do osoby po jej zidentyfikowaniu.
Czym różni się segment oparty na danych od segmentu ręcznego w Customer.io?
Segment oparty na danych aktualizuje się automatycznie, gdy ktoś zaczyna lub przestaje spełniać warunki, na przykład 'zarejestrowani w ostatnim tygodniu, którzy nie dodali pierwszego projektu'. Segment ręczny jest stały i nie zmienia się samoczynnie.
Jakie są najczęstsze błędy przy konfiguracji automatyzacji w Customer.io?
Trzy najczęstsze błędy to: wysyłanie zdarzeń przed identyfikacją osoby, brak warunków wyjścia (ludzie dostają przypomnienia o rzeczach, które już zrobili) oraz brak ustalonej konwencji nazw zdarzeń. Zdarzenie nazwane raz 'Zakup', a raz 'purchase_completed' to dwa różne zdarzenia, przez co segmenty się rozjeżdżają.
Jakie kanały komunikacji obsługuje Customer.io w automatyzacjach?
Customer.io obsługuje mail, SMS, powiadomienia push i wiadomości w aplikacji. Poza tym automatyzacje mogą wysłać wiadomość na Slacka, wywołać webhook albo zaktualizować atrybut użytkownika.
Podobne tematy na Promptowym
