Jak zdecydować, które zdarzenia śledzić?

To jest część piąta z pięcioczęściowej serii poświęconej Danym klienta . Oto części pierwsza , druga , trzecia i czwarta .

Zacznij od zadawania pytań.

Aby zdecydować, które zdarzenia śledzić i jakie dane zbierać, musisz wypisać listę pytań dotyczących użytkowników i korzystania przez nich z produktów.

Gdy zaczniesz wymieniać swoje pytania, zdasz sobie sprawę, że jest tak wiele, co chcesz wiedzieć. Pytania rodzą więcej pytań, a kiedy tak się stanie, prawdopodobnie będziesz chciał uzyskać wszystkie odpowiedzi naraz. Ze względu na to, jak ten proces wywołuje u większości ludzi, określmy te pytania jako palące pytania .

Jeśli nie czujesz się w ten sposób, prawdopodobnie nie chcesz wiele wiedzieć lub masz silne przekonanie w swoich założeniach. Nie pozwól jednak, by powstrzymywało Cię to od zadawania pytań — możesz być mile zaskoczony lub całkowicie rozczarowany, gdy znajdziesz odpowiedzi.

Dużo łatwiej jest zadawać pytania dotyczące danych, gdy jesteś w stanie zwizualizować dane — ale może to również przynieść efekt przeciwny do zamierzonego, jeśli będziesz nadal tworzyć raporty lub wizualizować dane bez uprzedniego zadawania palących pytań.

Płonące pytania

Palące pytania mogą być proste, np. „Ilu użytkowników zarejestrowało się w ciągu ostatnich 7 dni?” lub złożone, takie jak „ile użytkowników z branży SaaS zarejestrowało się w ciągu ostatnich 7 dni i zaprosiło innego użytkownika do swojej organizacji?”

Myśląc o palących pytaniach, warto zacząć wymieniać następujące działania:

• Czynności, które użytkownik musi wykonać, aby dotrzeć do momentu aha (zdarzenie aktywacji)
• Działania, które wskazują, że użytkownik jest gotowy do zakupu lub uaktualnienia konta
• Działania zwiększające zaangażowanie użytkowników i utrzymujące użytkownika
• Działania, które sygnalizują, że użytkownik nie czerpie wystarczającej wartości z produktu
• Działania, które mogą prowadzić do odejścia użytkownika

To także dobry moment, aby zacząć kwestionować wrażenia z korzystania z produktu i zastanowić się nad swoją podstawową ofertą. Poniższe pytania dotyczą większości produktów technologicznych:

• Jaki jest czas na docenienie lub ile czasu zajmuje użytkownikom dotarcie do momentu aha?
• Jakie są różne ścieżki, którymi podążają użytkownicy po zarejestrowaniu się?
• Jakie są punkty tarcia w podróży użytkownika?
• Z jakich funkcji najczęściej korzystają aktywni użytkownicy?
• Jakie są najrzadziej używane funkcje przez płacących użytkowników?
• Jakie funkcje prowadzą do konwersji użytkowników bezpłatnych na użytkowników płacących?

Wydarzenia i właściwości wydarzeń

Gdy masz już listę palących pytań (od 5 do 10 to dobra liczba na początek), możesz przejść do najbardziej krytycznego kroku — definiowania zdarzeń i właściwości zdarzeń.

W tym miejscu w końcu zaczynasz tworzyć plan śledzenia danych.

Oprócz kluczowych wydarzeń powinieneś również zacząć myśleć o różnych danych, które chciałbyś zebrać, gdy ma miejsce określone wydarzenie. Ten przewodnik zawiera przykłady niektórych typowych zdarzeń i powiązanych właściwości, które dostarczą kontekstu do myślenia o tym procesie.

Poniżej omówiono kilka innych rzeczy, o których musisz wiedzieć, zanim zaczniesz tworzyć plan śledzenia.

Kliknięcia, widoki i procesy

Bardzo ważne jest, aby pamiętać o różnicach między kliknięciami, wyświetleniami i procesami zachodzącymi w produkcie — każdy kliknięty przycisk, przeglądana strona lub ukończony proces można śledzić jako unikalne zdarzenie.

Ponadto w niektórych przypadkach zdarzenie może być śledzone jako jedno z trzech — wyświetlenie strony, kliknięcie przycisku lub zakończenie procesu.

Przyjrzyjmy się bliżej za pomocą hipotetycznego przepływu rejestracji:

Najpierw użytkownik klika W tym przypadku wydarzenie może być śledzone jako kliknięcie przycisku (przycisk rejestracji na stronie głównej) lub widok strony (strona rejestracji).

Następnie użytkownik wypełnia formularz rejestracyjny, klika Jeśli wszystko pójdzie dobrze, zgłoszenie trafia do bazy danych i tworzony jest nowy wiersz.

Tutaj zdarzenie może być śledzone jako kliknięcie przycisku (przycisk wyślij), widok strony (strona z podziękowaniami) lub zakończenie procesu (nowy wiersz w bazie danych).

Dlatego sposób, w jaki zdecydujesz się całkowicie śledzić zdarzenia, zależy od Twoich przypadków użycia, a czasami może nawet mieć sens jednoczesne śledzenie kliknięcia przycisku i wyświetlenia strony lub zakończenia procesu.

and sign up To powiedziawszy, jeśli Twoim celem jest zrozumienie zachowania użytkowników, powinieneś unikać nadmiarowości zdarzeń, upewniając się, że działanie użytkownika nie jest śledzone wielokrotnie ( kliknięcie przycisku rejestracji i wyświetlenie Wyświetlona strona

. Aby śledzić wyświetlenia strony, możesz określić unikalne zdarzenie dla każdej strony, np. Wyświetlone po . Jednak to sprawi, że Twoja lista wydarzeń będzie absurdalnie długa, gdy chcesz śledzić wyświetlenia stron dla każdej unikalnej strony.

Zamiast definiować osobne zdarzenie dla każdej strony, możesz określić ogólne zdarzenie o nazwie Wyświetlona strona z właściwościami zdarzenia w następujący sposób:

Kliknięty przycisk

Podobnie jak wyświetlenia strony, kliknięcia przycisków powinny być również śledzone za pomocą ogólnego zdarzenia, takiego jak Kliknięcie przycisku z powiązanymi właściwościami, jak poniżej:

Proces zakończony

Procesy zachodzą w wyniku interakcji z bazą danych, w której dane są zapisywane (w określonej tabeli) lub pobierane (z tabeli) — jeśli interakcja się nie powiedzie, proces się nie powiedzie.

Dlatego śledzenie zakończenia procesu jest najbardziej niezawodnym sposobem śledzenia zdarzeń, które polegają na zakończeniu interakcji z bazą danych.

Oto scenariusz, który jest zbyt powszechny:

Użytkownik klika przycisk przesyłania po wypełnieniu formularza rejestracyjnego tylko po to, aby wyświetlić błąd weryfikacji, taki jak „hasło musi zawierać znak specjalny”. Tutaj użytkownik wykonał zdarzenie Kliknięcie przycisku, ale w rzeczywistości nie ukończył procesu rejestracji.

Podobnie, jeśli użytkownik kliknie przycisk przesyłania, ale wystąpi błąd po stronie serwera, proces kończy się niepowodzeniem, a dane użytkownika nie trafiają do bazy danych. Więc nawet jeśli użytkownik pomyślnie przesłał formularz rejestracji, proces rejestracji nie został ukończony.

Dlatego ważne jest, aby pomyśleć o całym procesie (lub interakcji z bazą danych), który powinien zostać zakończony w momencie wystąpienia zdarzenia.

Ponadto musisz również wiedzieć, czy użytkownik zarejestrował się w Twoim produkcie, ale nie weryfikuje swojego adresu e-mail — jednym ze sposobów na to jest sprawdzenie, czy użytkownicy logują się po zarejestrowaniu (co może się zdarzyć tylko po zweryfikowaniu adresu e-mail). Ale mogą istnieć użytkownicy, którzy weryfikują adres e-mail, ale nigdy się nie logują.

Dlatego lepszym podejściem może być śledzenie 2 oddzielnych zdarzeń — Zarejestrowano (zakończono proces rejestracji) i W ten sposób dowiesz się również, ile osób się zarejestrowało, ale nie weryfikuje swojego adresu e-mail, dzięki czemu możesz ponownie wysłać wiadomość weryfikacyjną po dniu lub dwóch.

Zdarzenia po stronie klienta a zdarzenia po stronie serwera

Zdarzenia, takie jak kliknięcia i widoki, które nie zależą od interakcji z bazą danych (lub procesów zaplecza), są zasadniczo zdarzeniami po stronie klienta.

Zdarzenia po stronie klienta mają miejsce wyłącznie na kliencie (lub urządzeniu użytkownika) i są również określane jako zdarzenia frontendowe.

Z drugiej strony zdarzenia, które opierają się na procesach zaplecza, są określane jako zdarzenia po stronie serwera. Jak sama nazwa wskazuje, zdarzenia po stronie serwera mają miejsce na serwerze po pomyślnym zakończeniu interakcji z bazą danych.

Zdarzenia po stronie serwera są również określane jako zdarzenia zaplecza.

Znajomość różnicy między zdarzeniami po stronie klienta i po stronie serwera pomaga w procesie oprzyrządowania, ponieważ te dwa typy zdarzeń są zwykle wdrażane przez różne osoby w organizacji.

Zawsze warto określić źródło zdarzenia w planie śledzenia, nawet jeśli pełnowymiarowy programista ma za zadanie zaimplementować oba typy zdarzeń.

Kolejne kroki śledzenia zdarzeń

To prowadzi nas do końca pięcioczęściowej serii poświęconej Danym klientów. Aby zacząć śledzić swoje wydarzenia już dziś, zacznij od darmowego konta Amplitude.