Nowa koncepcja śledzenia

Wszyscy widzimy ewolucję w obszarach technicznych (AI, platformy bez kodu itp.). Nadszedł czas, abyśmy ewoluowali zdarzenia, które śledzimy.

Po moim poście Zaczynając od dlaczego chciałem dać Ci nowe spojrzenie na wysyłanie wydarzeń, które pomogą Ci lepiej zrozumieć.

Jako menedżerowie produktu musimy zacząć postrzegać zdarzenia jako działania i rozumieć, dlaczego użytkownicy wykonali dane działanie, i nadawać kontekst każdemu zdarzeniu, a nie tylko wysyłać zdarzenia próżności, które pozwalają mi zobaczyć tylko liczbę.

Praca z klientami pozwala mi dostrzec różnicę, kiedy zaczynasz zadawać te bardziej złożone pytania. Nagle możesz odkryć prawdziwy powód, dla którego użytkownicy robią lub nie robią tego, co chcesz, aby zrobili w twoim produkcie.

Weźmy przykład dla Ubera. Zamiast śledzenia przewijania i powiększenia mapy (wskaźnik próżności) mogę wysłać zdarzenie „wybrany odbiór” z właściwością metody wyboru i wysłać jako listę tego, czego użyli, aby dostać się do miejsca odbioru. Czy wyszukiwali, a następnie powiększali, czy przewijali, a następnie klikali? Jeśli nagle dodam to do mojego głównego wydarzenia, mogę tworzyć podziały, które pozwolą mi naprawdę wykorzystać działania użytkownika.

Teraz możemy zobaczyć średnią na podstawie liczby powiększeń i liczby zwojów mapy oraz zrozumieć rozkład użytkowników i jego wpływ na czas składania zamówienia.

Tylko jedna wskazówka, która jest bardzo ważna. Przetestuj to przed pójściem do programistów, upewnij się, że dane są użyteczne

Aby to zrobić, zwykle tworzę projekt testowy i używam interfejsu API importu, aby wysłać pojedyncze zdarzenie i zobaczyć, czy mogę wysłać zapytanie w oczekiwany sposób.

Możesz nawet użyć „konstruktora”, aby łatwo to zrobić w interfejsie dokumentacji

https://developer.mixpanel.com/reference/import-events