Dashboard, którego nikt nie otwiera. BI, które zaczyna od pytań

Kierownik widziany od tyłu stoi w przeszklonej sali spotkań i patrzy na duży ekran ścienny z abstrakcyjnymi niebiesko-szarymi wykresami, na stole notes z odręcznie zapisanymi pytaniami i puste krzesła wokół

Projekt dashboardu trwał kwartał. Ma dwanaście zakładek, kolorystykę uzgodnioną z zarządem i maila na start od prezesa. Trzy miesiące później dziennik użycia mówi wszystko: pierwszą zakładkę w poniedziałki rano otwierają dwie osoby. Pozostałe jedenaście otwiera analityk, który je zbudował, kiedy coś się zepsuje.

Tymczasem dyrektor sprzedaży nadal pisze do tego analityka maile z pytaniami. Dlaczego marża w regionie południowym spadła w zeszłym miesiącu? To jeden klient czy wszyscy? Co się stanie, jeśli podwyżka u dostawcy wejdzie w życie? Odpowiedzi przychodzą dwa dni później, w arkuszu, a dashboard nie ma z nimi nic wspólnego.

Przyczyną nie jest zły projekt. Dashboard to zamrożony zestaw odpowiedzi na pytania, które ktoś przewidział, kiedy go specyfikowano. Pytania kierownictwa to głównie „dlaczego” i „co jeśli”, przychodzą z pytaniami dodatkowymi i dotyczą tego tygodnia. A czerwona liczba sama w sobie nikomu nie mówi, co zrobić.

Dlaczego nikt nie otwiera dashboardów

Odpowiadają na „co”, a ludzie pytają „dlaczego”. Wykres pokaże, że marża spadła. Wyjaśnienie wymaga krojenia po kliencie, produkcie i cenie oraz pójścia za tym wątkiem, który okaże się ważny. Stały układ nie przewidzi, który to będzie.

Buduje się je dla roli, a używa ich człowiek. „Regionalny kierownik sprzedaży” to rola. Prawdziwy kierownik martwi się o dwóch klientów i nowego konkurenta. Dashboard pokazuje mu wszystko poza nimi.

Trzeba do nich pójść. Osobne narzędzie, osobne logowanie, osobny nawyk. Pytania rodzą się w mailach, na spotkaniach i przez telefon, a dashboardu nigdy nie ma tam, gdzie jest pytanie.

Liczby bez zaufania. Jeśli dwa dashboardy raz się nie zgodzą, ludzie przestają ufać obu i wracają do pytania analityka. Spójne definicje to warunek wstępny, opisany w tekście o jednej definicji przychodu.

Wskaźniki zamienione w cele. Prawo Goodharta mówi, że miara, która staje się celem, przestaje być dobrą miarą. Dashboardy powiązane z premiami są uważnie obserwowane i pomysłowo poprawiane, a przestają opisywać firmę.

Brak drogi do działania. Nawet gdy dashboard pokazuje problem, następny krok dzieje się gdzie indziej, robi go ktoś inny, o ile w ogóle.

Analityka, która zaczyna od pytania

Zbieraj pytania, nie wymagania. Przez miesiąc prowadź rejestr każdego prawdziwego pytania o firmę, jakie zadaje kierownictwo: w mailach, na spotkaniach, w przelocie. Ten rejestr jest lepszą specyfikacją niż jakikolwiek warsztat wymagań, bo zapisuje to, co ludzie naprawdę muszą wiedzieć.

Zdefiniuj wskaźniki raz, we wspólnej warstwie. Przychód, marża, aktywny klient i portfel zamówień są zdefiniowane w jednym miejscu nad danymi, a każda odpowiedź korzysta z tych definicji.

Odpowiadaj na pytania językiem i pokazuj, jak doszło się do wyniku. Kierownik pyta zwykłymi słowami; odpowiedź przychodzi z liczbą, użytą definicją, zastosowanymi filtrami i źródłami. Modele językowe dobrze zamieniają pytanie na zapytanie do dobrze zdefiniowanego modelu biznesu. Słabo wymyślają definicje, i dlatego definicje muszą istnieć wcześniej. Więcej o tym, gdzie pomagają, a gdzie nie, w tekście gdzie duże modele językowe naprawdę zarabiają na siebie.

Zostaw kilka dashboardów do monitorowania. Niektóre liczby rzeczywiście trzeba śledzić bez przerwy: gotówkę, portfel zamówień, przeterminowane należności. Te zasługują na stały widok. Na większość pozostałych pytań lepiej odpowiadać na żądanie.

Połącz odpowiedź z decyzją. Jeśli marża spadła przez cenę jednego dostawcy, następny krok, czyli przegląd tej umowy, staje się zadaniem z właścicielem i terminem, a nie uwagą na spotkaniu.

Tak jest projektowany Hurukan. Raporty dla poszczególnych obszarów są w module Finanse, łącznie z kontrolą budżetu jako planu, zaangażowania, wykonania i prognozy. Czytają jeden model danych z warstwy Dane, na pytania odpowiada się na podstawie modelu firmy z pokazanymi źródłami, a decyzja, która z tego wynika, staje się propozycją w skrzynce akceptacji. System jest w budowie i nic tutaj nie opisuje wdrożenia.

Test na dziś

Większość narzędzi BI zapisuje użycie. Otwórz te statystyki i wypisz każdy dashboard, którego nikt nie otworzył w ostatnich trzydziestu dniach.

Potem przeszukaj skrzynkę i znajdź ostatnie dziesięć pytań, które Ty albo Twoi kierownicy wysłaliście analitykowi. Przy każdym zapytaj: czy istniejący dashboard odpowiedziałby na nie, bez pomocy, w mniej niż pięć minut?

Porównaj obie listy. Nieotwierane dashboardy pokazują, co zbudowano, a czego nikt nie potrzebował. Pytania bez odpowiedzi pokazują, czego potrzebowano, a czego nikt nie zbudował. Odległość między nimi to rozmiar problemu, a druga lista to miejsce, od którego powinna zacząć się lepsza analityka. Jeśli liczby, o którą wszyscy się spierają, nie da się nawet prześledzić do źródła, zacznij krok wcześniej, od platformy danych, która jest czymś więcej niż jeziorem.