Zdarzenia scenariuszy

Jak skonfigurować punkt startowy?

Typy Punktu startowego:

• Zapisanie się – subskrybent wchodzi do scenariusza po zapisaniu się na listę
• Otwarcie – subskrybent wchodzi do scenariusza po otworzeniu wiadomości
• Kliknięcie – subskrybent wchodzi do scenariusza po kliknięciu na link w wiadomości
• Cel –subskrybent wchodzi do scenariusza po osiągnięciu celu określonego w platformie
• Zaplanowany – scenariusz rozpocznie się dla wybranych subskrybentów w określonym czasie lub też jako powtarzające się wydarzenie
• Zdarzenie – subskrybent wchodzi do scenariusza po zapytaniu do API wywołującym określone zdarzenie. Zdarzenia te muszą zostać wcześniej zdefiniowane.

Lista

Niektóre typy punktu startowego wymagają wskazania listy. Na przykład, lista jest wymaganym parametrem dla punktu startowego typu Zapisanie się. Wskazuje ona którzy subskrybenci wejdą do scenariusza.

Segment

Podobnie jak w wypadku standardowych wiadomości, scenariusze mogą zostać zainicjowane nie tylko dla subskrybentów należących do konkretnych list, ale także dla subskrybentów należących do segmentów. Segmenty używają demograficznych lub behawioralnych kryteriów, by zawęzić lub też poszerzyć zakres subskrybentów. By użyć segmentu w scenariuszu, musi on zostać wcześniej stworzony w sekcji Subskrybenci > Segmenty.

Zachowanie w wypadku zduplikowanych subskrybentów

W sytuacji, w której ten sam subskrybent spełni warunki wejścia do scenariusza, już będąc w tym scenariuszu z powodu spełnienia warunków wcześniej, użytkownik może określić, w jaki sposób zduplikowany subskrybent powinien zostać potraktowany.

Są trzy opcje do wyboru:

• Stwórz nową instancję – w tym przypadku subskrybent wchodzi znów do scenariusza nie wywierając efektu na swój wcześniejszy stan w cyklu. Wcześniejsze instancje kontynuują pokonywanie kolejnych etapów scenariusza, podczas gdy dla nowej instancji rozpoczyna się nowy cykl w momencie spełnienia warunków wejścia.
• Ignoruj – w tym przypadku subskrybent nie wejdzie znów do scenariusza. Poprzednia instancja kontynuuje pokonywanie kolejnych etapów scenariusza bez żadnej modyfikacji. 
• Przenieś do punktu startowego – w tym przypadku subskrybent wchodzi do cyklu po raz kolejny, podczas gdy jego poprzednia instancja zostaje zresetowana. 

Pole danych jako dodatkowy identyfikator duplikatów

Domyślnie jako unikatowy identyfikator subskrybenta służy adres e-mail. Jest jednak możliwe dodanie przynajmniej jednego pola danych, aby odróżnić zduplikowanego subskrybenta.

Po konfiguracji dodatkowych pól danych subskrybent z tym samym adresem e-mail oraz tymi samymi wartościami wszystkich pól danych traktowany jest jako duplikat zgodnie z ustawieniem funkcjonalności Dodatkowy identyfikator duplikatów.

Jedynym sposobem ustawienia wartości pola danych jest rozpoczęcie scenariusza poprzez zapytanie API typu Custom event. 

Pola danych muszą zostać zdefiniowane dla każdego scenariusza zanim będą mogły zostać w nim wykorzystane. Kliknij Zarządzaj polami danych, następnie wybierając Dodaj nowy rekord lub Dodaj wiele rekordów:

W jaki sposób skonfigurować wywołanie API?

Pamiętaj, że ta opcja została stworzona, by umożliwić komunikację z obcymi API, a nie z API ExpertSender. Jeśli chciałbyś wysłać zapytanie do API ExpertSender z poziomu scenariusza, przeanalizuj co owo zapytanie ma osiągnąć, a następnie wybierz inne zdarzenie scenariusza, który spełnia dokładnie taką funlcję. Jeśli masz wątpliwości, skonsultuj się ze swoim Account Managerem. 

Aby skonfigurować wywołanie API:

1. Kliknij na ikonę Wywołanie API na diagramie scenariusza. Zobaczysz okno konfiguracji.
2. Wprowadź nazwę i opis wywołania.
3. Wybierz typ wywołania:
   • GET – by otrzymać dane
   • POST – by stworzyć nowe dane
   • PUT – by aktualizować dane
   • DELETE – by usunąć dane
4. Wprowadź URL wywołania (opcjonalnie wraz z parametrami).
5. W sekcji Nagłówki możesz dodać nagłówki HTTP.
6. Możesz także zapisać odpowiedź w polu danych. Pola danych muszą zostać zdefiniowane dla każdego scenariusza zanim będą mogły zostać w nim wykorzystane. Kliknij Zarządzaj polami danych, następnie wybierając Dodaj nowy rekord lub Dodaj wiele rekordów:
   
7. Możesz również sprawdzić, czy wywołanie API zwraca dla danego adresu e-mail odpowiedź zgodną z oczekiwaniami. Wprowadź adres e-mail oraz kliknij Wywołanie testowe.

W jaki sposób subskrybenci są dzieleni na podgrupy?

Aby dostać się do konkretnej gałęzi, subskrybent musi spełnić kryteria odpowiadającego jej segmentu. Ponieważ segmenty mogą się przecinać, subskrybent wpadnie do pierwszej gałęzi, do której segmentu będzie przynależał. Oznacza to, że kolejność gałęzi w zdarzeniu Segmentacji ma znaczenie.

W powyższym przykładzie, podzieliliśmy naszych subskrybentów na trzy segmenty: takich, którzy kliknęli na ofertę ubezpieczenia na życie, ubezpieczenia samochodu oraz nieruchomości. Oczywiście, mogą być subskrybenci, którzy kliknęli dwie lub trzy oferty ubezpieczenia. Jednakże nasza segmentacja ustanawia hierarchię: każdy subskrybent, który kliknął na ubezpieczenie na życie, wpada w pierwszą gałąź oraz nie jest brany pod uwagę w dalszych analizach, nawet jeśli kliknął na ubezpieczenie samochodu bądź nieruchomości.

Jeśli subskrybent nie spełnia kryteriów żadnego segmentu, wpadnie on w gałąź Domyślny. Dzięki temu żaden subskrybent nie „utknie” w segmentacji.

Jak skonfigurować zdarzenie testu porównawczego?

By skonfigurować test porównawczy:

1. Zanim użyjesz zdarzenia testu porównawczego, przypadkiem od 2 do 5 wersji wiadomości w edytorze wiadomości dla scenariusza. Mogą się one różnić tematem, treścią, ostylowaniem lub czymkolwiek, co chciałbyś przetestować.
2. Połącz zdarzenie Test porównawczy z odpowiednią liczbą zdarzeń typu Wyślij email (Test porównawczy nie może zostać połączone ze zdarzeniem żadnego innego rodzaju).
3. Kliknij na każde zdarzenie typu Wyślij email oraz wybierz odpowiednią wiadomość:
4. Kliknij na zdarzenie testu, by otworzyć okno ustawień. Pod nagłówkiem Szczegóły zobaczysz ścieżki scenariusza wraz z odpowiadającymi im wariantami wiadomości:
5. W polu Nazwa możesz wprowadzić właśną nazwę zdarzenia.
6. W polu Kryteria określ warunek służący selekcji wariantu zwycięskiego:
   • Otwarcia – wariant najczęściej otwierany jest zwycięzcą
   • Kliknięcia – wariant, który wygenerował najwięcej kliknięć na zamieszczone w nim linki jest zwycięzcą
   • Cele – wariant, który wygenerował najwięcej konwersji jest zwycięzcą
   • Suma wartości celów – the variant which generated the biggest profit from conversions is the winner
7. Pod nagłówkiem Harmonogram możesz wybrać czas, po którym zwycięzca zostanie wybrany. Zauważ, że scenariusz działa tak długo, póki są subskrybenci spełniający warunki wejścia. Stąd też ważne jest, by jasno określić, kiedy zwycięzca powinien zostać wybrany. Dostępne są następujące opcje:
   • Manualny – ta opcja pozwala użytkownikowi wybrać zwycięską wiadomość ręcznie w dowolnym momencie
   • Jednorazowy – decyzja o wybraniu zwycięskiego wariantu zapadnie we wcześniej zaplanowany dzień o określonej porze
   • Ciągły – ze względu na ciągłą naturę scenariuszy, testy porównawcze mogą również być wykonywane ciągle. Umożliwia to regularne testowanie obecnej zwycięskiej wiadomości w odniesieniu do innych porównywanych wariantów. W tym trybie pewna losowo wybrana grupa subskrybentów (grupa testowa) zawsze otrzymuje jeden z wariantów porównawczych, podczas gdy pozostali subskrybenci zawsze otrzymują ostatnio wybranego zwycięzcę. Jeśli którakolwiek porównywana wiadomość zaczyna generować lepsze rezultaty niż obecny zwycięzca, automatycznie zastępuje ona zwycięzcę. Zwycięzca określany jest raz dziennie o północy na podstawie wcześniej ustalonego kryterium (otwarcia, kliknięcia, konwersje, wartość konwersji). Podczas podejmowania decyzji test porównawczy wykorzystuje dane z dnia poprzedniego (wysyłki oraz aktywność). Jeśli w dniu poprzednim nie było żadnych wysyłek, wtedy wariant zwycięski nie zostanie wybrany.
8. W polu Segment grupy testowej wybierz konkretny segment, który będzie funkcjonował jako grupa testowa testu porównawczego scenariusza. Na przykład, opcja ta może być użyta, by wykonywać testy porównawcze jedynie na najbardziej aktywnych subskrybentach. W ten sposób, w teście porównawczym wykonywanym w trybie ciągłym mniej aktywni subskrybenci zawsze będą otrzymywali uprzednio wybranego zwycięzcę, podczas gdy najbardziej aktywni staną się członkami grupy testowej oraz będą otrzymywać losowo dobrane warianty testowanej wiadomości.
9. Opcja Maksymalna liczba subskrybentów w grupie testowej pozwala zdefiniować maksymalny rozmiar grupy testowej. Subskrybenci wybrani do grupy testowej otrzymają jeden z testowanych wariantów. Dla scenariuszy, które procesują dziennie dziesiątki tysięcy subskrybentów, warto ustawić względnie wysoki limit. Z drugiej strony, scenariusze przeznaczone do procesowania mniejszego ruchu powinny mieć znacznie niższy pułap, ponieważ w przeciwnym wypadku wybranie zwycięzcy mogłoby zająć bardzo dużo czasu lub też, w najbardziej ekstremalnych sytuacjach, nigdy nie mieć miejsca. Zauważ, że w trybie ciągłym testu porównawczego grupa testowa jest dobierana od nowa codziennie o północy. Wstrzymanie lub pełne zatrzymanie scenariusza również nadpisuje informacje o grupie testowej (podobnie jak o ostatnim zwycięzcy). W wypadku gdy nie było poprzednio wybranego zwycięzcy, a osiągnięty został limit maksymalnej liczby subskrybentów, wszyscy subskrybenci wykraczający poza limit są wstrzymani do momentu wybrania wariantu zwycięskiego.
10. Pod suwakiem Procent subskrybentów dla grupy testowej możesz wybrać ilość subskrybentów docierających do zdarzenia, którzy zostaną wybrani do grupy testowej. Gdy przesuniesz suwak do 100%, wszyscy subskrybenci są wybrani póki nie zostanie osiągnięty limit lub też zwycięzca zostanie wyłoniony. Gdy suwak przesunięty jest na 50%, połowa subskrybentów otrzyma jeden z wariantów testu, podczas gdy druga połowa wariant uprzednio zwycięski.