To absolutnie najczęstszy powód frustracji analityków przechodzących z Excela na Looker
Studio. Wrzucasz do tabeli
Koszty Kampanii A: 200 PLN, Koszty Kampanii B: 30 PLN. Przychód A: 500 PLN, Przychód B: 50 PLN.
Chcesz zrobić jedno pole pt. "Współczynnik ROI", więc wpisujesz w pole obliczeniowe:
Przychód / Wydatki. I wtedy w wierszu PODSUMOWUJĄCYM na samym dole (Total)
wychodzą absolutnie bzdurne matematyczne koszmarki, które nijak się mają do kalkulatora.
Dlaczego tak się dzieje i jak poprawnie wyciągać średnią ważoną?
Główna pułapka systemu BI: Średnia Średnich (AVG)
Silniki Big Data jak BigQuery oraz nakładki takie jak Looker (czy Tableau) wyliczają rekordy "Z góry na Dół".
Gdy stworzysz nowe pole u siebie klikając na ikonę `fx` wpisując zwykły wzór "Przychód /
Wydatki", to dla każdego z setek rekordów z dnia na Twojej stronie wskaźnik wynosi np.
2.5, dla drugiego 1.6. Co robi Looker z kolumną u samego dołu
tabelki dla Całego Roku? Bierze wszystkie wyniki,
zsumuje je w kolumnie i wyciągnie "Average" (Dzieląc przez liczbę dni).
Jest to matematyczny kardynalny błąd. Dniem ze sprzedażą 5,000 PLN przypisał taką samą wagę
(np. dzielnik / 30) co dniowi ze sprzedażą 1,20 PLN! Średnia ze średnich dla handlowca
zawsze jest zafałszowana. Co gorsza, używając funkcji AVG(metryka) system
zakwestionuje Ci logikę i rzuci czerwonym komunikatem przy próbie Data Blendingu
(Łączenia Środowisk) lub raportowania z Google Sheets.
Jedyna słuszna metoda ułamkowa: SUM(a) / SUM(b)
Jeśli liczysz w kampaniach CPC (Koszt za kliknięcie), ROAS (Zwrot z inwestycji) z Facebook Ads – nigdy nie wrzucaj na dzielnik "gołych", bezbronnych wymiarów. Musisz opatulić je systemową funkcją Sumowania zanim podzielisz:
SUM(Przychody i obrót ogółem) / SUM(Wydatki reklamowe)
SUM(Gross_Margin) / SUM(Revenue)
SUM(Osoby_Na_Stronie) / SUM(Sesje_Ogółem)
Takie przypisanie formuły wymusza na kodzie wierszy następujący tok myślenia: "Tabela w
Looker Studio, przedziel te dwie liczby DOPIERO WTEDY, gdy ostatecznie zsumujesz w koszyku
po lewej cały swój roczny Przychód oraz, do odrębnego koszyka (drugie SUM), złożysz w całość
Roczne Wydatki. Wtedy i tylko w tedy przedziel je matematycznie / przez
siebie".
Dzięki temu dni (wagi handlowca) nabierają odpowiednich proporcji – wielki skok 500 klików przeważy ujemne średnie z wtorków. Znika błąd logiki, a Twoja Średnia Ważona idealnie po równa się kalkulatorowi po stronie szefa firmy.
Błąd: "Cannot mix metrics with dimensions"
Pamiętaj, by w wyżej podanym bloku np. SUM(revenue) po wrzuceniu wymiaru na
Pole Obliczeniowe, typ tego pola musi być ustawiony z boku ekranu na absolutne
POLE METRYCZNE Numeryczne, z wbudowaną autentykacją np. "Procenty".
Narzędzia BI bywają kapryśne, gdy użytkownicy mieszają
liczby rzędowe przypisując je do Pól Wymiarów (Dimensions tekstu).