| Termin | Definicja |
|---|---|
| niewłaściwa struktura danych analitycznych | Niewłaściwa struktura danych analitycznych utrudnia porównywanie wyników kampanii między okresami. Niewłaściwa struktura danych analitycznych – czym jest problemNiewłaściwa struktura danych analitycznych pojawia się wtedy, gdy informacje są zapisane w układzie niedostosowanym do sposobu, w jaki mają być później filtrowane, porównywane i interpretowane. Nie chodzi wyłącznie o błędną wartość w pojedynczej komórce. Problem może wynikać z niejednolitych nazw kolumn, mieszania różnych poziomów szczegółowości, zapisywania kilku informacji w jednym polu albo braku elementu pozwalającego jednoznacznie rozpoznać okres, źródło i typ zdarzenia. W poprawnie przygotowanym zbiorze każda obserwacja powinna mieć jasno określone znaczenie. Rekord może przedstawiać pojedynczą transakcję, sesję, kontakt, wyświetlenie reklamy lub inne zdarzenie, lecz nie powinno się mieszać tych poziomów w jednej tabeli bez wyraźnego oznaczenia. Jeżeli w jednym wierszu znajduje się podsumowanie całego tygodnia, a w innym dane dotyczące pojedynczego dnia, późniejsze zestawienia mogą prowadzić do zafałszowanych wniosków. Trudno wtedy rozstrzygnąć, czy zmiana wynika z rzeczywistego zachowania użytkowników, czy tylko z odmiennego sposobu zapisania danych. Istotne znaczenie ma także rozdzielenie danych opisowych od wartości liczbowych. Data, identyfikator kampanii, nazwa kanału, urządzenie, lokalizacja lub etap ścieżki powinny pełnić funkcję pól opisujących zdarzenie. Wynik, liczba zdarzeń, czas trwania i współczynnik powinny być zapisane jako osobne miary. Umieszczenie w jednym polu zapisu w rodzaju „kwiecień – kampania A – 128 wejść” utrudnia sortowanie, grupowanie oraz automatyczne wykrywanie braków. Niewłaściwa struktura danych analitycznych w kontekście porównańW analizie okresowej szczególnie ważna jest stałość schematu. Jeżeli w jednym miesiącu kanał reklamowy zapisuje się jako „wyszukiwarka”, w kolejnym jako „search”, a jeszcze później jako „organiczny”, agregacja może potraktować te określenia jako trzy różne źródła. Podobny efekt powstaje, gdy zmienia się format daty, waluta, jednostka miary albo sposób oznaczania pustych wartości. Nawet gdy informacje pochodzą z tego samego systemu, zmienny sposób zapisu może uniemożliwić rzetelne porównanie. Warto odróżnić brak danych od wartości zerowej. Zero oznacza, że zdarzenie zostało sprawdzone i nie wystąpiło. Puste pole może oznaczać brak pomiaru, błąd importu, nieznany status albo nieuzupełniony rekord. Zastąpienie wszystkich pustych pól zerami może zaniżyć średnie, zmienić udział poszczególnych grup i ukryć przerwy w gromadzeniu danych. Z kolei pozostawienie różnych oznaczeń, takich jak „brak”, „n/d”, „-” i pusta komórka, może utrudnić obliczenia. Porównanie danych analitycznych przypomina porównanie dokumentów zapisanych w odmiennych formatach. Sama obecność informacji nie gwarantuje, że można je bezpiecznie zestawić. Potrzebne są wspólne definicje, stabilne identyfikatory i zgodna granularność. Jeżeli jeden raport liczy użytkowników, a drugi wizyty, liczby mogą wyglądać podobnie, lecz opisują inne zjawiska. W przypadku danych technicznych analogiczny problem występuje przy łączeniu informacji o urządzeniach, objawach i wykonanych czynnościach bez jednoznacznego przypisania ich do konkretnego zgłoszenia. Niewłaściwa struktura danych analitycznych a typowe objawyPierwszym sygnałem ostrzegawczym są nagłe różnice między raportami, których nie da się wyjaśnić zmianą w działaniu użytkowników lub organizacji. Wynik może zależeć od tego, czy dane zostały odczytane z arkusza, panelu raportowego czy pliku eksportowego. Rozbieżności pojawiają się również wtedy, gdy część rekordów jest powielona, identyfikatory nie są unikalne albo jedna osoba, urządzenie lub zdarzenie występuje pod kilkoma nazwami. Typowym objawem jest także niestabilna suma. Po dodaniu nowych rekordów wynik z poprzedniego okresu zmienia się, mimo że nie powinien. Może to oznaczać, że raport działa na żywym zakresie, obejmuje wiersze pomocnicze albo łączy dane po polu, które nie jest jednoznaczne. Innym problemem bywa wielokrotne liczenie tego samego zdarzenia. Dzieje się tak na przykład wtedy, gdy jeden rekord zawiera kilka identyfikatorów, a podczas rozdzielania wiersza informacja zostaje powielona razem z wartością liczbową. Ryzyko zwiększa się przy ręcznym kopiowaniu danych między tabelami. Wystarczy przesunięcie kolumny, zmieniona kolejność pól lub częściowo wklejony zakres, aby wartości trafiły do niewłaściwych kategorii. Z czasem powstaje zbiór, który wygląda spójnie na ekranie, lecz nie zachowuje spójności logicznej. Trudno wtedy ustalić, które wyniki są wiarygodne, a które powstały w wyniku błędu strukturalnego.
Niewłaściwa struktura danych analitycznych – praktyczne uporządkowaniePorządkowanie warto rozpocząć od opisania celu analizy. Należy ustalić, co jest pojedynczą obserwacją, jaki jest klucz rekordu i które pola mają być używane do grupowania. Następnie można przygotować słownik danych zawierający nazwę pola, jego znaczenie, dopuszczalny format oraz informację o tym, czy pole może pozostać puste. Taki opis ogranicza dowolność przy późniejszym wprowadzaniu danych. Dobrym rozwiązaniem jest przechowywanie danych w układzie, w którym jeden wiersz reprezentuje jedno zdarzenie, a każda kolumna jedną cechę. Podsumowania, wykresy i zestawienia powinny być tworzone na podstawie tabeli źródłowej, a nie wpisywane bezpośrednio do tego samego zakresu. Dzięki temu można odtworzyć sposób uzyskania wyniku, sprawdzić filtr i wykryć rekord powodujący rozbieżność. Przed porównaniem okresów przydatna jest kontrola jakości obejmująca kilka prostych sprawdzeń: liczbę rekordów, liczbę unikalnych identyfikatorów, zakres dat, występowanie pustych pól, zgodność nazw kategorii oraz sumę wartości liczbowych. Należy również porównać typy danych. Data zapisana jako tekst może wyglądać poprawnie, ale nie zachowywać się jak data podczas sortowania. Liczba zapisana z separatorem dziesiętnym właściwym dla innego ustawienia regionalnego może zostać odczytana jako tekst lub jako inna wartość. W przypadku danych pochodzących z kilku urządzeń lub źródeł warto ujednolicić nazwy, zachować informację o pochodzeniu rekordu i nie usuwać pierwotnego zapisu bez kopii. Przed zmianą struktury powinno się utworzyć wersję roboczą, opisać wykonane przekształcenia i sprawdzić, czy liczba obserwacji oraz suma miar zachowały oczekiwany poziom. Pozwala to odróżnić zamierzoną normalizację od przypadkowej utraty danych. Kiedy zgłosić niewłaściwą strukturę danych analitycznych do serwisuPomoc serwisowa może być zasadna, gdy problem ze strukturą danych wynika nie tylko z samego arkusza lub aplikacji, lecz także z niestabilnego działania komputera. Zawieszanie programu podczas importu, samoczynne zamykanie plików, uszkodzenia nośnika, problemy z odczytem katalogów albo powtarzające się błędy zapisu mogą utrudniać ocenę, czy przyczyną rozbieżności jest organizacja danych, czy stan urządzenia. Przed przekazaniem sprzętu warto zabezpieczyć kopie plików oraz zanotować moment wystąpienia problemu. W Warszawie takie zgłoszenie można skierować do firmy Warszawskie Pogotowie Komputerowe 24/7, przedstawiając opis objawów oraz rodzaj używanych plików. Przydatne będzie wskazanie, czy trudność dotyczy jednego dokumentu, konkretnej aplikacji, importu z określonego źródła czy całego systemu. Pozwala to sprawniej rozdzielić problem logiczny, związany z układem danych, od problemu technicznego dotyczącego komputera, pamięci masowej lub działania programu. Do czasu wyjaśnienia przyczyny nie powinno się nadpisywać jedynej kopii źródłowej, usuwać rekordów uznanych za błędne ani wykonywać wielu niesprawdzonych konwersji. Bezpieczniej zachować oryginał, pracować na kopii i zapisać kolejność wykonanych operacji. Takie postępowanie ułatwia późniejsze odtworzenie procesu, ocenę jakości wyniku oraz przygotowanie stabilnej struktury do dalszych analiz. |