Czym są encje w kontekście danych o zdarzeniach?

To jest trzecia część pięcioczęściowej serii poświęconej Danym klienta. Oto części pierwsza i druga . Zdecydowanie zaleca się, aby przed przeczytaniem tego posta przejść przez część pierwszą.

Dane o zdarzeniach są niezwykle pomocne w rozszyfrowaniu , co dzieje się w produkcie lub jak coś się dzieje. Jeśli jednak nie wiesz, kto wykonuje te wydarzenia, niewiele możesz zrobić, jeśli chodzi o segmentację i zrozumienie person.

W tym miejscu w grę wchodzą dane encji, w których Użytkownik jest encją podstawową, a identyfikator_użytkownika jest kluczową właściwością, która musi być powiązana z każdym zdarzeniem. Dzięki temu możesz zrozumieć zachowanie użytkownika, odpowiadając na pytania takie jak:

• Ilu unikalnych użytkowników wykonało zdarzenie Wysłano kampanię ?
• Którzy użytkownicy wykonali to wydarzenie?
• Jaka jest średnia liczba zdarzeń, które dany segment użytkowników wykonał przed wykonaniem zdarzenia Kampania Wysłana po raz pierwszy?
• Jakie zdarzenia zostały wykonane przez segment użytkowników przed tym zdarzeniem?

To jednak nie wszystko. Powiązanie wydarzeń z odpowiednimi podmiotami jest kluczem do personalizacji — lepsze wdrażanie dzięki kontekstowym doświadczeniom w aplikacji, zaangażowanie i aktywacja za pomocą wiadomości w cyklu życia, wykluczenie klientów z kampanii pozyskiwania i proaktywne docieranie do właściwych użytkowników z kont zagrożonych lub rozwijających się. gotowy.

Poszukajmy głębiej.

Jedno wydarzenie, wiele podmiotów

Użytkownik to podstawowa jednostka powiązana z każdym zdarzeniem wykonywanym przez użytkownika. Ale gdy użytkownik jest częścią grupy lub konta — organizacji lub obszarów roboczych w kontekście produktów B2B SaaS — konto jest również podmiotem, który należy powiązać, aby zapewnić więcej kontekstu zdarzeń i śledzić aktywność użytkownika na koncie ( lub grupy).

Ponieważ konto obejmuje wielu użytkowników, powiązanie odpowiedniego konta ze zdarzeniami użytkownika pomaga zrozumieć ogólny stan konta i odpowiedzieć na ważne pytania, takie jak:

• Ile kont jest aktywowanych?
• Jaka jest średnia liczba użytkowników dla aktywnych kont?
• Ile kont zawiera X lub więcej użytkowników?

Warto pamiętać, że do aktywacji przyczyniają się często zbiorowe działania użytkowników na koncie, a nie działania pojedynczego użytkownika.

Dlatego produkty SaaS, z których korzysta wielu użytkowników, muszą łączyć wiele jednostek — użytkownika i konta — z każdym zdarzeniem.

Jeśli konto jest określane jako organizacja , oprócz identyfikatora użytkownika identyfikator_organizacji musi być powiązany ze zdarzeniami, aby wiedzieć, który użytkownik wykonał zdarzenie i w jakiej organizacji.

Na przykład, jeśli użytkownik John Doe utworzy nowy projekt w aplikacji do zarządzania projektami używanej przez organizację Acme Corp z 10 użytkownikami, generowane są dwie ważne informacje:

1. John Doe stworzył nowy projekt: John Doe wykonał wydarzenie Project Created
2. Powstał nowy projekt wewnątrz organizacji Acme Corp: Wydarzenie Project Created miało miejsce wewnątrz organizacji Acme Corp

Brak powiązania wydarzenia z organizacją spowoduje utratę drugiej informacji.Ponadto zdarzenia związane z subskrypcją, takie jak okres próbny rozpoczęty , okres próbny zakończony i subskrypcja anulowana , mają miejsce na poziomie organizacji i nie dotyczą żadnego konkretnego użytkownika.

Niezależnie od tego, czy takie zdarzenia mają miejsce automatycznie (nie można było obciążyć karty zapisanej w pliku), czy w wyniku działania użytkownika, pomocne może być powiązanie tych zdarzeń na poziomie organizacji ze wszystkimi użytkownikami w organizacji. Gwarantuje to, że nie jesteś ograniczony do angażowania się tylko z właścicielem konta i że inni użytkownicy konta mogą być powiadamiani o takich zdarzeniach.
Brak powiązania zdarzeń z kontami utrudni analizę i zaangażowanie, ponieważ będziesz mieć tylko dane dotyczące działań poszczególnych użytkowników. Co więcej, łączenie zdarzeń użytkowników z odpowiednimi organizacjami w późniejszym czasie albo nie będzie możliwe, albo będzie ogromnym problemem dla inżynierów danych.

Ten problem pogłębia się wielokrotnie, jeśli Twój produkt umożliwia użytkownikowi bycie częścią wielu kont.

Jeden użytkownik, wiele kont

Często zdarza się, że użytkownik jest powiązany z wieloma kontami w kontekście narzędzi SaaS. Notion, ClickUp i Integromat to kilka popularnych narzędzi, które umożliwiają unikalnemu użytkownikowi dołączanie lub tworzenie wielu organizacji lub obszarów roboczych, z których każdy ma odrębną subskrypcję.

Oznacza to, że ten sam użytkownik wykonuje zdarzenia na wielu kontach, ale te zdarzenia nie są ze sobą powiązane, ponieważ niekoniecznie odbywają się na tym samym koncie lub organizacji.

W przypadku produktów, które pozwalają jednemu użytkownikowi należeć do wielu organizacji, aby śledzić aktywność na poziomie konta, dla każdego zdarzenia użytkownika musisz wiedzieć, w której organizacji odbywa się zdarzenie. Innymi słowy, z każdym zdarzeniem musi być powiązany właściwy identyfikator_organizacji .

Niewykonanie tego spowoduje przekrzywiony zestaw danych, w którym będziesz mógł zobaczyć wszystkie zdarzenia, które użytkownik wykonał na wszystkich kontach, ale bez możliwości sprawdzenia, które zdarzenie dotyczy którego konta. Doprowadzi to w końcu do złych decyzji biznesowych, a także do doświadczeń klientów opartych na nieprawidłowych danych, których wynik może być znacząco szkodliwy.

Podsumowując, gdy jeden użytkownik jest częścią wielu kont, należy odizolować aktywność użytkownika zachodzącą na każdym koncie, aby zrozumieć, co dzieje się na poziomie konta, co jest kluczowe w przypadku B2B SaaS.

Nie tylko identyfikator

Dane podmiotu nie tylko pomagają zidentyfikować użytkownika (który realizuje wydarzenie) lub organizację (w ramach której wydarzenie się odbyło), ale także dostarczają dużo więcej informacji zarówno o użytkowniku, jak i organizacji.

Przydatne może być kategoryzacja danych jednostek w następujących przedziałach:

• Informacje umożliwiające identyfikację , takie jak Dane demograficzne , takie jak Persony, takie jak branża, rola_zawodowa i Preferencje , takie jak Dane konta , takie jak typ_subskrypcji Określanie właściwości jednostki jest kluczowym krokiem w procesie konfigurowania śledzenia zdarzeń, który zostanie omówiony w przyszłym przewodniku.

  Idąc dalej z podmiotami i danymi zdarzeń

  Myślenie o właściwościach encji (które pomagają w segmentacji użytkowników) może wywołać nowe pomysły lub wywołać zapytania związane z segmentacją użytkowników, np. jakie dane są gromadzone, gdy użytkownik rejestruje się w Twoim produkcie.

  Zadajesz właściwe pytania i udostępniasz użytkownikom odpowiednie opcje? Czy musisz zmodyfikować te pytania lub zadać nowe, aby lepiej zrozumieć persony użytkowników? A co z konwencją nazewnictwa właściwości lub typem danych każdej właściwości?

  Chociaż rozważanie tych wszystkich drobnych szczegółów może wydawać się trochę trudne, ważne jest, aby zadawać te pytania wcześniej niż później, aby mieć pewność, że zbierasz czyste dane, które są łatwe do analizy i działania.

  Wiesz już, jaką rolę odgrywają dane encji w procesie gromadzenia danych o zdarzeniach, co oznacza, że ​​nadszedł dobry moment, aby zbadać, jak dane o zdarzeniach wyglądają na platformie analizy produktów.