Typowe pułapki śledzenia zdarzeń i sposoby ich unikania

Uwaga edytora: ten artykuł został pierwotnie opublikowany na blogu Iteratively 19 lutego 2021 r.

Zbieranie danych jest podstawą stosu danych, ale często jest pomijane — a nawet niedoceniane — a tak wiele firm nie poświęca czasu i zasobów potrzebnych do prawidłowego ich wykonania.

Pułapki śledzenia Analytics mogą łatwo się zdarzyć, gdy śledzenie zdarzeń nie otrzymuje miłości i troski, na jakie zasługuje. Na szczęście, wiedząc, jakie są te pułapki, możesz łatwiej ich uniknąć. Ponadto możesz ulepszyć swoją strategię i proces gromadzenia danych, korzystając z niektórych konkretnych wskazówek udostępnionych poniżej.

Co to jest śledzenie zdarzeń?

Zanim przejdziemy do konkretów, szybko przejdźmy do tego, o czym tutaj mówimy: Śledzenie zdarzeń to proces przechwytywania i gromadzenia danych o interakcjach użytkowników z produktem cyfrowym, takim jak witryna internetowa, sieć internetowa lub aplikacja mobilna.

Każde działanie zainicjowane przez użytkownika może zostać zakodowane jako zdarzenie, takie jak wyświetlenia strony, kliknięcia przycisków, wysłanie formularza i wyszukiwanie. To, jakie zdarzenia należy rejestrować, zależy w dużym stopniu od produktu, modelu biznesowego i dojrzałości danych. Każdy produkt będzie miał własny zestaw zachowań użytkowników, a zespoły pracujące nad ulepszeniem lub sprzedażą produktu będą miały własne wskaźniki i cele analityczne. Jeśli dopiero zaczynasz przygodę ze śledzeniem zdarzeń, zapoznaj się z naszym przewodnikiem dotyczącym tworzenia planu śledzenia.

Podstawowe elementy składowe danych

Aby uzyskać potrzebne informacje na temat wydajności produktu, zachowania użytkowników lub strategii pozyskiwania klientów, należy wziąć pod uwagę cztery podstawowe elementy składowe danych:

Wydarzenia‍

Każda akcja zainicjowana przez użytkownika lub serwer jest zdarzeniem. Obejmuje to wszystko, od wyświetleń strony i kliknięć przycisków po usunięcie konta i awarię aplikacji.

Właściwości zdarzenia

Właściwości zdarzenia dokładniej opisują konkretne zdarzenie i kontekst, w jakim zostało ono wywołane. Wykorzystujesz właściwości do przechwytywania dodatkowych informacji związanych ze zdarzeniem, takich jak informacje o przeglądarce lub informacje przesłane w polu formularza.

Użytkownicy

Użytkownicy to osoby, które wykonują zdarzenia. To Twoi nieznani goście w sieci, użytkownicy aplikacji lub zalogowani klienci.

Właściwości użytkownika

Właściwości użytkownika ułatwiają rejestrowanie cech użytkownika. Może to obejmować dane takie jak plan subskrypcji, lokalizacja geograficzna, identyfikator użytkownika oraz typ przeglądarki lub urządzenia.

Typowe wyzwania związane ze śledzeniem zdarzeń i wskazówki, jak ich uniknąć

Teraz, gdy omówiliśmy podstawy, przyjrzyjmy się typowym pułapkom, jakie napotykamy podczas rozmów z wieloma zespołami ds. danych i produktów.

Zbyt wiele typów zdarzeń

Chociaż możesz gromadzić dużą liczbę zdarzeń (może to być miliardy dziennie w zależności od wielkości firmy i modelu biznesowego), zalecamy ograniczenie łącznej liczby typów zdarzeń. Obszerne słowniki zdarzeń sprawią, że będziesz szukał igły w stogu siana, a konsumenci danych, tacy jak analitycy i menedżerowie projektów, będą mieli trudności z ustaleniem, jakie zdarzenia są im potrzebne do przeprowadzenia analizy.

Wskazówka: zalecamy, aby Twój plan śledzenia zawierał od 10 do 200 typów zdarzeń. Oczywiście złożone produkty mogą wymagać więcej, ale często widzimy, że firmy mogą znacznie odchudzić swój model danych, porządkując typy zdarzeń.

Nadmierne komplikowanie modelu danych

W związku z powyższym, często obserwujemy, jak firmy zbyt szczegółowo definiują swój model danych, co utrudnia utrzymanie jego spójności i skalowalności (co skutkuje zbyt dużą liczbą typów zdarzeń). Na przykład widzieliśmy, jak firmy stosują unikalne zdarzenie dla każdej ze swoich stron docelowych zamiast zdarzenia typu catch-all „Odsłona strony”, które zawiera wartości właściwości dla kontekstu (np. parametry UTM i adresy URL).

Porada: Proaktywnie upewnij się, że tworzysz strukturę, która jest skalowalna w miarę rozwoju i skup się na danych, których potrzebujesz dzisiaj.

Brakujące właściwości

Widzimy, że zespoły spędzają dużo czasu na definiowaniu swoich wydarzeń, ale mniej myślą o tym, jakie właściwości powinny być z nimi powiązane. Prawdopodobnie dane o zdarzeniach i użytkownikach stają się naprawdę przydatne tylko wtedy, gdy masz wokół nich kontekst — bez nich Twoja analiza będzie ograniczona.

Wskazówka: upewnij się, że właściwości są traktowane z należytą uwagą. Aby pomóc swoim zespołom w jak najlepszym wykorzystaniu właściwości, możesz utworzyć szablony właściwości, z których będą mogli korzystać ludzie: „Jeśli uruchamiam to wydarzenie, jakie właściwości mogę wysłać wraz z wydarzeniem?” Możesz nawet określić, które właściwości są wymagane, a które opcjonalne. Jest to łatwe do zrobienia w Amplitude, ale możesz je również utworzyć w Arkuszu Google lub na stronie Notion.

Zdarzenia są uruchamiane nieprawidłowo

Często obserwujemy problemy z jakością dalszych danych, które są związane z nieprawidłowym uruchamianiem zdarzeń, np. uruchamianiem zbyt często, brakiem uruchamiania lub w niewłaściwym czasie. Dzieje się tak głównie dlatego, że śledzenie zdarzeń nie jest testowane i nie jest traktowane jak kod, którym jest.

Wskazówka: najlepszą praktyką jest traktowanie śledzenia jak każdego innego kodu i testowanie go. Rozszerz swoją kontrolę jakości, aby uwzględnić śledzenie zdarzeń w ramach istniejących przepływów pracy CI/CD i testów jednostkowych.

Kliknięto przycisk, kliknięto_przycisk czy kliknięto przycisk?

Konwencje nazewnictwa imprez nawet w najlepszych firmach potrafią zamienić się w dziki zachód. Możesz mieć swoje zespoły iOS i Android przestrzegające jednej konwencji, podczas gdy zespoły internetowe i produktowe przestrzegają innej. Połącz to z błędami ludzkimi podczas oprzyrządowania, a konsumenci danych zostaną pozostawieni z tonami danych, zanim dane będą mogły zostać wykorzystane do analizy.

Porada: Użyj struktury takiej jak Akcja obiektu jako najlepszej praktyki zarządzania strukturą zdarzeń (tj. każde zdarzenie jest powiązane z obiektem w aplikacji (np. Przyciskiem) i Akcją (np. Kliknięcie). Użyj systemu, takiego jak Amplituda, aby egzekwować konwencję nazewnictwa w zespołach i podczas oprzyrządowania.

Komplikacje znacznika czasu

Ten jest bardzo prosty, ale strefy czasowe mają znaczenie. Weź pod uwagę złożoność, gdy chcesz umówić się na spotkanie z osobami z wielu stref czasowych. Nie chcesz takiej złożoności w swoich danych.

Wskazówka: nie myśl o tym za dużo, trzymaj się czasu UTC.

Niepoprawne typy danych we właściwościach

Nie jest to coś, co często obserwujemy, ale zdarza się to zespołom i zazwyczaj dzieje się tak zawsze, gdy w grę wchodzą liczby. Na przykład identyfikator użytkownika składający się z sześciu cyfr nie jest w rzeczywistości wartością liczbową, ale raczej wartością łańcuchową .

Porada: Zwróć uwagę na to, co opisuje właściwość i jak określi prawidłowy typ pola. Przechowuj pod ręką dokumentację z przykładami wszystkich typów właściwości, aby Twoje zespoły mogły łatwo opracować dokładny plan śledzenia.

Amplitude jest tutaj, aby Ci pomóc

Przytłoczony wszystkimi zagrożeniami i trudnościami związanymi z projektowaniem, oprzyrządowaniem i rozwojem śledzenia zdarzeń? Amplituda ma twoje plecy.

Możliwości zarządzania danymi Amplitude pomagają zespołom ds. danych, menedżerom produktów i inżynierom definiować, instrumentować, weryfikować i współpracować przy śledzeniu zdarzeń. Proaktywnie rozwiązujemy problemy z jakością danych wynikające z niespójnego nazewnictwa zdarzeń i braku śledzenia oraz zapewniamy przepływ pracy do zarządzania ewolucją śledzenia.

Pomożemy Ci zrezygnować z arkusza kalkulacyjnego, usystematyzować dane zdarzeń i egzekwować plan śledzenia, dzięki czemu będziesz mieć do dyspozycji wysokiej jakości dane, bez konieczności ich kopiowania. Jeśli chcesz wypróbować możliwości zarządzania danymi Amplitude, utwórz bezpłatne konto już dziś lub zarezerwuj demo z naszym zespołem, aby dowiedzieć się więcej.