Zmiany w segmentacji i tagowaniu subskrybentów

Już na początku działalności PushPushGo, podjęliśmy decyzję o oparciu segmentacji na tagowaniu. Głównym założeniem było opisywanie konkretnej cechy subskrybenta jedną wartością. Wraz z rozwojem usługi zaczęliśmy jednak przyglądać się sposobom na zmianę podejścia. 

Standardowy system segmentacji

Każdy z subskrybentów może być otagowany dowolną ilością tagów, które pozwalają w dalszym etapie na:

• sterowanie w scenariuszach automation,
• targetowanie masowych kampanii.

Dodatkowo, każdy z subskrybentów może posiadać tzw. Custom Fields, które opisują jego stan na potrzeby automation.

Wraz z rozwojem platformy pojawiły się potrzeby na wygasające tagi czy możliwość przypisania tagów do kategorii. W związku z tym powstały tzw. Tag Labels, które opisują zachowanie danego tagu.

Po pewnym czasie, wraz z rozwojem i zgłaszanym zapotrzebowaniem użytkowników, podjęliśmy decyzję o zmianie podejścia. Daje ona dużo większą “zwinność” dla segmentacji czy po prostu targetowania wysyłek.

Nowym modelem są tzw. labels, które, w przeciwieństwie do tagów, są cechami opisującymi subskrybenta w formacie klucz-wartość.

Nowe podejście, nowe możliwości

Nowe podejście jest bardzo zbliżone do Custom Fields, a tagi w połączeniu z Tag Labels syntetycznie udają klucz-wartość. Ujednolicenie pozwoli nam w przyszłości dodać dużo więcej możliwości targetowania, tj. po systemie operacyjnym, języku, geolokacji czy aktywności, bez potrzeb tworzenia scenariuszy tagujących (dane dostępne z poziomu systemowego).

W niedługim czasie zaczniemy wdrażać zmiany, które pomogą nam przygotować się do wprowadzenia pełnej segmentacji - nowe podejście tzw. labels, które połączy dotychczas używane tagi, tag label i custom fields oraz metadane subskrypcji. 

Zmiana ta ma na celu uspójnienie podejścia do kwestii segmentacji.

Zmiany w aplikacji

• Do opcji tagowania subskrybenta dojdzie możliwość ustawienia ttl (na tym ekranie zawsze strategia jest append) ze względu na ryzyko popełnienia błędu i “nadpisanie” wszystkich defaultowych tagów wybierając rewrite:

Przed wdrożeniem:

Po wdrożeniu:

• Brak ekranu tag labels - od teraz nie ma potrzeby wcześniejszego definiowania Tag Label. Możemy zawsze zdefiniować strategię (append czy rewrite) i określić time to live tego wpisu w momencie tworzenia czy dodawania tagu.

Przed wdrożeniem:

Po wdrożeniu:

• Zmiana tag stepu w automation - dynamiczne tagi teraz są definiowane jak zwykłe wpisy, wystarczy dodać składnię nunjucks ze zmienną z {{ selektora }}.

Przed wdrożeniem:

Po wdrożeniu:

• Zmiana update stepu w automation (brak opcji dodawania custom fields) - nie musimy już definiować pól, które mają określony typ i nazwę, po prostu wpisujemy wartość key i value, jaki chcemy przypisać do subskrybenta.

Przed wdrożeniem:

Po wdrożeniu:

• Na ekranie condition pojawiła się możliwość zadeklarowania typów wartości dla pól custom fields - tutaj operujemy na wartościach, którymi chcemy się posłużyć, co pozwala na rzutowanie typu wartości pobranych za pomocą selektora.

Przed wdrożeniem:

Po wdrożeniu:

• Selektory tagujące nie będą już miały możliwości wyboru starego tag label. Po prostu wpisujemy wartość kategorii, strategie czy ewentualny ttl - eliminuje to konieczność tworzenia dodatkowych tag label.

Przed wdrożeniem:

Po wdrożeniu:

Czy użytkownicy muszą coś zmieniać?

Czy będę musiał coś modyfikować w związku ze zmianami?

• Nie, wszystkie zmiany są kompatybilne z poprzednim systemem. Wdrożenie to miało na celu ułatwienie zarządzanie tagami i przygotowanie do wprowadzenia pełnej segmentacji.

Czy jeżeli korzystam z SDK, to muszę coś modyfikować?

• Nie, nie ma takiej potrzeby. Natomiast nowy SDK ma możliwość dodania dodatkowo dla tagów strategii tagowania i ttl.

Czy jeżeli wprowadzicie nowe ekrany segmentów, to będę mógł tagować jak dawniej - wybierając tagi?

• Na pewno przez pewien czas pozostawimy tę opcję, ale będziemy ją stopniowo wygaszać.

Czy rezygnacja z tag labels zwiększa ryzyko popełnienia błędu konfiguracji np. literówki?

• Daliśmy z siebie wszystko, aby unikać tego typu błędów i maksymalnie ułatwić konfigurację scenariuszy. Wartości, które będziesz wpisywać np. na ekranie selektora, będą dostępne w autopodpowiedzi na ekranie np. automation tag.

W następnym etapie wdrożenia umożliwimy definiowanie segmentów, do których często wysyłamy wiadomości, czy przeliczanie ich (aktualnie przeliczanie działa tylko dla konkretnych strategii) zamiast każdorazowo wypełniać ekran z “wyborem tagów”.

Poniżej podgląd i wizualizacja nowych ekranów z segmentami:

Ekran definiowania segmentów

Masz do nas jakieś pytania? Napisz: support@pushpushgo.com