Przejdź do głównej treści
Bezpłatne narzędzie Domin Software

Planer pierwszego dashboardu

Uporządkuj, kto będzie korzystać z dashboardu, jaką decyzję ma ułatwiać i które liczby są naprawdę potrzebne. Otrzymasz kartę do omówienia w firmie lub przekazania wykonawcy.
Schemat planowania dashboardu: odbiorca i decyzja prowadzą do zdefiniowanych liczb, źródeł danych i kontroli poprawności.

Planer działa w przeglądarce i nie wymaga konta. Nie analizuje danych oraz nie wybiera wskaźników za Ciebie. Pomaga zebrać założenia, które trzeba ustalić przed przygotowaniem dashboardu lub automatycznego raportu.

Dashboard zaczyna się od decyzji, nie od wykresu

Dashboard jest użyteczny wtedy, gdy pomaga konkretnej osobie zauważyć sytuację i podjąć działanie. Sam zestaw wykresów nie rozwiąże problemu, jeżeli nie wiadomo, kto z niego korzysta, czego szuka i co oznaczają pokazane liczby.

Przykładowo liczba zamówień może obejmować wszystkie zapisane zamówienia, tylko opłacone albo tylko zakończone. Każda z tych definicji daje inny wynik. Dlatego planer pyta nie tylko o nazwę liczby, ale też o jej znaczenie, zasadę liczenia, źródło i sposób ręcznej kontroli.

Kiedy planer będzie pomocny

Skorzystaj z niego, jeżeli:

  • raport jest obecnie składany ręcznie z kilku arkuszy albo systemów;
  • różne osoby liczą ten sam wynik w inny sposób;
  • firma ma dane, ale brakuje jednego widoku wspierającego decyzję;
  • nie wiadomo, co powinno znaleźć się w pierwszej wersji dashboardu;
  • przed rozmową z wykonawcą chcesz zebrać pytania o dane, dostęp i odpowiedzialność.

Kiedy prostsze rozwiązanie może wystarczyć

Osobny dashboard nie zawsze jest potrzebny. Jeżeli jeden uporządkowany arkusz odpowiada na stałe pytanie, dane mają uzgodnione znaczenie, a z wyniku korzysta kilka osób, poprawienie tego arkusza lub procesu może być lepszym pierwszym krokiem.

Planer nadal pomoże opisać zasady, ale jego wynik nie jest automatyczną rekomendacją budowy nowego systemu.

Różne role mogą potrzebować różnych widoków

W systemie 44Islands administrator korzysta z widoku całej działalności, a partner z własnych rezerwacji i rozliczeń prowizji. Te role pracują na powiązanych danych, ale potrzebują innych informacji i zakresów dostępu.

To jeden z powodów, dla których planer zaczyna od odbiorcy i decyzji. Więcej o tym wdrożeniu znajduje się w case study systemu 44Islands.

Co otrzymasz

Po wypełnieniu planera powstanie Karta pierwszego dashboardu zawierająca:

  • odbiorcę, pytanie i decyzję;
  • od jednej do sześciu potrzebnych liczb;
  • znaczenie, zasadę liczenia i źródło każdej liczby;
  • oczekiwaną częstotliwość aktualizacji i dopuszczalne opóźnienie;
  • sposób ręcznego sprawdzenia wyniku;
  • zasady dostępu i odpowiedzialność za definicje;
  • najmniejszy użyteczny pierwszy etap;
  • listę informacji, które nadal trzeba ustalić.

Kartę można skopiować, pobrać jako Markdown albo wydrukować i zapisać jako PDF. Można ją również przenieść do edytowalnego formularza oferty BI. Nic nie zostanie wysłane bez zatwierdzenia tego formularza.

Przygotuj kartę pierwszego dashboardu

Wypełnij tylko pola, na które znasz odpowiedź. Braki pokażemy jako „Do ustalenia”.

Nie wpisuj haseł, tokenów, kopii baz, danych klientów ani poufnych wyników finansowych. Wystarczą nazwy rodzajów danych, ról i systemów oraz przykłady bez prawdziwych wartości.
Odbiorca i decyzja

Możesz wpisać nazwę używaną w firmie, bez danych klienta i osoby.

Podaj rolę, nie imię i nazwisko.

Zapisz jedno najważniejsze pytanie, nie listę wszystkich raportów firmy.

Opisz, co odbiorca zrobi po zobaczeniu wyniku.

Co dalej z gotową kartą?

Najpierw sprawdź ją z osobą, która zna proces i dane. Najwięcej problemów zwykle ujawniają niejasne definicje liczb, różne źródła tej samej informacji i brak osoby, która może potwierdzić poprawność wyniku.

Jeżeli karta jest wystarczająca do rozpoczęcia rozmowy, możesz przenieść ją do formularza oferty dashboardów BI. Przed wysłaniem nadal możesz zmienić każde zdanie.

Czego planer nie sprawdza?

Planer nie zagląda do systemów i nie potwierdza, czy potrzebne dane są kompletne, spójne i dostępne przez API. Nie rozstrzyga też, czy lepszy będzie osobny dashboard, raport w obecnym systemie czy uporządkowany arkusz.

Taką decyzję można podjąć dopiero po sprawdzeniu danych, obecnych narzędzi, uprawnień i sposobu pracy odbiorców.