Wszystko zaczęło się od pytania zarządczego
Wyobraź sobie, że zarządzasz 600 pojazdami rozmieszczonymi w ośmiu oddziałach operacyjnych.
Część jest gotowa do pracy. Inne zbliżają się do terminu przeglądu, stoją w warsztacie, mają coraz większy przebieg lub zbliżają się do końca umowy leasingowej.
W tym samym czasie dział finansowy chce wiedzieć, na co wydawane są pieniądze.
Menedżer floty chce wiedzieć, które pojazdy wymagają uwagi dzisiaj.
A menedżer operacyjny nie chce odkryć pięć minut przed wyjazdem, że potrzebny samochód jest niedostępny.
Wszystkie te pytania są jak najbardziej uzasadnione.
Ale niekoniecznie powinny trafić na ten sam dashboard.
Dlatego zaprojektowałem Fleet Control Center wokół dwóch różnych momentów podejmowania decyzji.
Pierwszy dotyczy zrozumienia biznesu.
Ile kosztuje flota? Które oddziały generują wydatki? Gdzie pojawia się ryzyko finansowe?
Drugi dotyczy codziennego zarządzania.
Które pojazdy wymagają uwagi? Dlaczego? Jaki powinien być następny konkretny krok?
Ta sama flota. Inne decyzje.
4,75 mln euro. Ciekawe. I co dalej?
Pierwszą część Fleet Control Center zbudowałem w Power BI.
Demonstracyjna flota obejmuje 600 pojazdów w ośmiu oddziałach i około 4,75 mln euro zarejestrowanych wydatków.
Mogę analizować sytuację finansową według oddziału, kategorii pojazdu i okresu raportowania.
Na przykład po wybraniu Amsterdamu widzę 685 537 euro wydatków związanych z 74 pojazdami tego oddziału.
To przydatna informacja.
Widzę strukturę kosztów, obserwuję trendy i porównuję wyniki finansowe.
Jest jednak istotne ograniczenie.
Kwota w raporcie może mi podpowiedzieć, gdzie szukać. Nie mówi automatycznie, jakie działanie operacyjne należy podjąć.
Wysoki rachunek za naprawę może wymagać sprawdzenia.
Pojazd stojący trzy tygodnie w warsztacie może wymagać telefonu.
A pojazd z nieważnym badaniem technicznym APK może wymagać uwagi, zanim znów wyjedzie na drogę.
To trzy zupełnie różne rozmowy.

Cztery dashboardy. Cztery pytania.
Zamiast upychać wszystko w jednym ogromnym raporcie, zbudowałem cztery widoki Power BI.
Fleet Financial Executive koncentruje się na wydatkach, czynnikach kosztowych i priorytetach zarządczych.
Maintenance & Reliability pokazuje wizyty w warsztacie, historię napraw i dostępność pojazdów.
Cost, Downtime & Decisions oddziela faktycznie poniesione koszty od szacowanego ryzyka finansowego i pomaga analizować drogie pojazdy oraz możliwe decyzje.
Netherlands Hub Performance porównuje gotowość operacyjną i obszary wymagające uwagi w ośmiu oddziałach.
Raporty mają wspólny język wizualny, interaktywne filtry i karty KPI z wyjaśnieniami.
Dodałem też coś, co szczególnie lubię: karty KPI, które obracają się po najechaniu kursorem.
Z przodu jest liczba.
Z tyłu — jej znaczenie, sposób obliczania i powód, dla którego warto zwrócić na nią uwagę.
Bo liczba bez definicji to znakomity początek niepotrzebnie długiego spotkania.
Ale raporty to dopiero połowa historii.
Od dashboardu do konkretnego pojazdu
Kiedy chcę zrozumieć sytuację operacyjną, otwieram aplikację Fleet Control Center.
I tutaj przydaje się Attention Center.
Łączy różne sygnały: przeglądy techniczne, ubezpieczenia, przebiegi, leasing i długie postoje w warsztacie.
W demonstracyjnej flocie wskazuje 35 pojazdów wymagających uwagi w związku z APK oraz cztery pojazdy, które stoją w warsztacie dłużej niż 15 dni.
Te liczby nie są jedynie ozdobą.
Są punktem wyjścia do sprawdzenia sytuacji.
Wybieram kategorię APK i otwieram Vehicle Passport jednego z oznaczonych pojazdów.
Mogę tam sprawdzić ważność badania technicznego, dane pojazdu, przebieg, leasing i historię serwisową.
W tym przykładzie termin badania APK już minął.
Teraz mam znacznie lepsze pytanie do odpowiedzialnego oddziału:
„Czy przegląd został już umówiony?”
Nie jest to rewolucyjne pytanie.
Ale zdecydowanie przydatniejsze niż wpatrywanie się w kolejny czerwony wskaźnik KPI.
I właśnie o to chodzi.
System powinien pomagać przejść od sygnału do konkretnej rozmowy, decyzji lub działania.


Dlaczego Power BI i Django?
Celowo zastosowałem dwa różne interfejsy.
Power BI świetnie nadaje się do analizy informacji finansowych i operacyjnych: trendów, porównań, struktury kosztów i raportowania zarządczego.
Codzienna praca operacyjna wymaga jednak czegoś innego.
Menedżer floty może potrzebować informacji o konkretnym pojeździe, aktualizować jego dane, analizować alert lub odnotować zakończoną naprawę.
Do takich zadań zbudowałem aplikację internetową w Django, opartą na PostgreSQL.
Aplikacja służy do pracy operacyjnej, a PostgreSQL przechowuje dane demonstracyjne.
Power BI korzysta z tej samej podstawy danych do raportowania, a zmiany stają się widoczne po kontrolowanym odświeżeniu.
Nie chodzi o zastąpienie istniejącego systemu zarządzania flotą.
To pokaz możliwości połączenia analizy finansowej i działań operacyjnych wokół tych samych pytań biznesowych.
I czasem jest to dużo cenniejsze niż kolejny dashboard.
Liczby muszą mówić prawdę
Od początku zależało mi, aby znaczenie liczb było jasne.
Faktura za wykonaną naprawę to zarejestrowany koszt.
Niedostępność pojazdu może oznaczać ryzyko finansowe, ale nie dowodzi automatycznie, że firma straciła konkretną kwotę przychodu.
Przyszłe zobowiązanie leasingowe to jeszcze inna kategoria.
Nie należy dodawać tych kwot tylko dlatego, że przy każdej widnieje znak euro.
Gotowość floty również wymaga jasnych definicji. Status Ready jest klasyfikacją operacyjną wynikającą z reguł modelu, a nie urzędowym potwierdzeniem spełnienia wszystkich wymogów prawnych.
Ta sama zasada dotyczy alertów.
Jeden pojazd może mieć kilka powodów wymagających uwagi, więc kategorii alertów nie wolno traktować jak rozłącznych grup pojazdów.
Nie jest to najbardziej efektowna część projektowania dashboardów.
Ale bez tych rozróżnień piękny raport może stać się wyjątkowo skutecznym sposobem na błędne zrozumienie własnego biznesu.
Działająca demonstracja, nie gotowy produkt flotowy
Fleet Control Center to działający prototyp LimiaData oparty na danych symulowanych.
Obejmuje funkcjonalną aplikację operacyjną, rejestry pojazdów i procesy, bazę PostgreSQL oraz cztery dashboardy raportowe Power BI.
Jego celem jest pokazanie podejścia, a nie sugerowanie, że wdrożono kompletną komercyjną platformę do zarządzania flotą.
Projekt nie korzysta z danych prawdziwych klientów i nie jest przedstawiany jako gotowe do produkcji rozwiązanie zapewniające zgodność z przepisami czy kontrolę finansową.
Rzeczywiste wdrożenie musiałoby uwzględniać procesy organizacji, źródła danych, uprawnienia, definicje i podział odpowiedzialności.
I właśnie tutaj zaczyna się najciekawsza rozmowa.
Jakie informacje już istnieją?
Które decyzje są dziś najtrudniejsze?
Gdzie ludzie nadal sprawdzają arkusze, dzwonią do współpracowników albo szukają aktualnego statusu?
I co mogłoby ułatwić jutrzejszy poranek?
Celem nigdy nie był kolejny dashboard
Lubię budować dashboardy.
Lubię też dobrze zaprojektowane interfejsy i prawdopodobnie spędziłem nad tymi małymi szklanymi kartami KPI więcej czasu, niż rozsądny człowiek chciałby przyznać.
Ale wygląd nie jest celem.
Najważniejsze jest to, co dzieje się po zobaczeniu liczby.
Czy prowadzi do lepszego pytania?
Czy odpowiednia osoba może wyjaśnić sytuację?
Czy kolejny krok jest jasny?
I czy potrafimy sprawdzić, czy coś rzeczywiście się zmieniło?
To właśnie chciałem pokazać w Fleet Control Center.
Znać liczby to dobrze. Wiedzieć, co z nimi zrobić, to jeszcze lepiej.
Dlatego mam pytanie:
Gdybyś miał jutro rano dziesięć minut ze swoim zespołem flotowym, co sprawdziłbyś najpierw?
Poznaj inne projekty LimiaData
Buduję praktyczne demonstracje łączące dane biznesowe, analitykę i decyzje operacyjne.
Jeśli Twoja organizacja ma mnóstwo raportów, ale wciąż trudno jej przekładać informacje na działanie, porozmawiajmy.
Fleet Control Center (P007) to niezależna demonstracja LimiaData wykorzystująca wyłącznie fikcyjne dane. Wyniki finansowe i operacyjne są ilustracją działania prototypu, a nie rezultatami osiągniętymi przez klientów ani rzeczywistymi korzyściami biznesowymi.
