01
Zgłoszenie
Request registered
Klient zgłasza brak chłodzenia telefonicznie, a koordynator od razu zapisuje obiekt, urządzenie, objaw i wpływ na działalność.
Dla kogo?
Dla właściciela firmy serwisowej, kierownika serwisu, koordynatora, dyspozytora oraz zespołu, który chce zobaczyć jeden czytelny przebieg sprawy od zgłoszenia do zamknięcia.
Co pokazuje demonstrator?
Jeden przykładowy układ boardu, widoku sprawy, panelu managera i historii jednej sprawy. To materiał objaśniający proces, a nie gotowy system produkcyjny.
Najlepszy następny krok
Jeżeli chcesz przełożyć taki układ na własny proces, najpierw warto doprecyzować statusy, odpowiedzialność, dane wejściowe i warunki zamknięcia w audycie jednego workflow.
Building ServiceOps
Jak może wyglądać uporządkowany board zgłoszeń serwisowych
Ten demonstrator pokazuje, jak jedna sprawa serwisowa może przejść przez zgłoszenie, kwalifikację, realizację, dokumentację, weryfikację i formalne zamknięcie bez gubienia statusu, właściciela i dowodów wykonania.
Board, karta sprawy, panel managera i historia jednej sprawy są tu pokazane jako spójny przykład dla serwisu HVAC / OZE, gwarancji, przeglądów i prac terenowych.
Demonstrator wykorzystuje fikcyjne dane i pokazuje jeden możliwy sposób organizacji procesu. Nie jest działającą aplikacją klientowską, gotowym systemem produkcyjnym ani projektem rozwiązania dla konkretnej firmy.
Najpierw chcesz zrobić krótką autodiagnozę? Sprawdź skaner chaosu serwisowego.
Co ten demonstrator ma pokazać?
Jedno źródło statusu
Każda sprawa ma etap, właściciela, termin i następny krok widoczny bez pytania kilku osób o aktualny stan.
Dowody wykonania w tej samej sprawie
Zdjęcia, notatki, protokół i decyzje nie żyją osobno w mailach, komunikatorach i telefonie technika.
Jasne warunki zamknięcia
Sprawa nie znika z boardu tylko dlatego, że technik wrócił z obiektu. Najpierw trzeba potwierdzić komplet i decyzję końcową.
Przykładowy board zgłoszeń
Poniżej widać uproszczony board z kilkoma sprawami. Główna historia demonstratora dotyczy zgłoszenia `#SRV-1042`, które w tym momencie jest już przypisane i przygotowane do realizacji.
Nowe
#SRV-1048 Brak odczytu falownika
Źródło: e-mail • Priorytet: średni
#SRV-1047 Hałas jednostki dachowej
Źródło: telefon • Priorytet: wysoki
Do kwalifikacji
#SRV-1045 Przegląd gwarancyjny pompy
Brak zdjęcia tabliczki • Czeka na dane
#SRV-1044 Reklamacja wycieku skroplin
Do potwierdzenia zakres gwarancji
Przypisane do technika
#SRV-1042 Klimatyzacja nie chłodzi
Technik: Marek Wrona • Wizyta dziś 12:30
#SRV-1039 Alarm wysokiego ciśnienia
Technik: D. Kowal • Wizyta jutro
Do weryfikacji
#SRV-1036 Przegląd rooftop
Czeka na akceptację protokołu
#SRV-1035 Wymiana czujnika
Brak zdjęcia po montażu
Gotowe do rozliczenia
#SRV-1032 Naprawa sterownika
Komplet dokumentów • Tryb płatny
#SRV-1031 Przegląd F-gaz
Potwierdzone zamknięcie
Karta sprawy `#SRV-1042`
Ta sama sprawa widoczna w boardzie ma w karcie wszystkie decyzje potrzebne do prowadzenia i późniejszego zamknięcia.
- Klient Galeria Rzeka, Kraków
- Lokalizacja Strefa food hall, agregat AHU-03
- Typ sprawy Awaria chłodzenia poza przeglądem cyklicznym
- Priorytet Wysoki, wpływ na działalność najemców
- Właściciel sprawy Koordynator serwisu: Anna Sowa
- Technik Marek Wrona
- Aktualny status Przypisane do technika, oczekuje na wizytę terenową
- Termin Dziś, 12:30-14:30
- Wymagane dowody Zdjęcie tabliczki, zdjęcie uszkodzenia, notatka serwisowa, decyzja gwarancyjna
- Następny krok Wizyta, potwierdzenie przyczyny i uzupełnienie dokumentacji
Dlaczego ten widok ma znaczenie?
- koordynator nie musi dopytywać, kto prowadzi sprawę i czego jeszcze brakuje,
- manager widzi, czy sprawa utknęła na kwalifikacji, wykonaniu czy weryfikacji,
- zamknięcie nie opiera się wyłącznie na deklaracji „zrobione”, tylko na komplecie decyzji i dowodów.
Od zgłoszenia do potwierdzonego zamknięcia
Poniżej demonstrator pokazuje jedną fikcyjną sprawę `#SRV-1042` jako ciąg kolejnych decyzji. Chodzi nie o samą obecność boardu, ale o to, żeby każda osoba widziała, na jakim etapie sprawa jest teraz, kto za nią odpowiada, jakie są dowody wykonania i co musi wydarzyć się dalej.
02
Kwalifikacja i priorytet
Scope confirmed
Sprawa zostaje oznaczona jako awaria wpływająca na pracę najemców, więc otrzymuje wysoki priorytet i wymaga szybkiej wizyty.
03
Przypisanie i plan
Visit scheduled
Koordynator przypisuje technika z odpowiednimi uprawnieniami, ustala okno czasowe i przekazuje wymagane materiały do zebrania na miejscu.
04
Realizacja w terenie
Work performed
Na miejscu technik potwierdza przyczynę awarii, wykonuje czyszczenie i wymianę uszkodzonego stycznika oraz przywraca chłodzenie.
05
Dokumentacja i dowody
Evidence attached
Do sprawy trafiają zdjęcia tabliczki, zdjęcie uszkodzonego elementu, zdjęcie po naprawie i krótka notatka z wizyty.
06
Weryfikacja
Checked by coordinator
Koordynator sprawdza, czy zakres jest domknięty, dokumentacja kompletna, a klient potwierdził przywrócenie działania.
07
Gotowość do rozliczenia
Ready for settlement
System lub koordynator oznacza, że sprawa ma komplet danych do rozliczenia lub do formalnego zamknięcia gwarancyjnego.
08
Zamknięcie
Closed and confirmed
Sprawa zostaje zamknięta dopiero po potwierdzeniu, że wykonanie, dokumentacja, decyzja biznesowa i komunikacja do klienta są faktycznie domknięte.
Kiedy sprawa może zostać zamknięta?
- gdy wiadomo, kto był właścicielem sprawy i kto zatwierdził jej finał,
- gdy wykonanie jest opisane, a wymagane zdjęcia, protokół lub notatka są już w sprawie,
- gdy klient lub koordynator potwierdził rezultat, jeśli taki punkt jest wymagany,
- gdy status nie zostawia otwartych braków blokujących rozliczenie albo dalszą odpowiedzialność.
Co z tego widzi manager?
Panel managera nie musi pokazywać wszystkich technicznych szczegółów. Powinien jednak szybko odpowiadać, gdzie sprawy stoją, ile z nich nie ma kompletu dowodów i które etapy wydłużają proces.
14
Spraw otwartych dziś
3
Sprawy bez kompletu dowodów
2
Sprawy po SLA reakcji
6
Spraw gotowych do rozliczenia
1
Sprawa cofnięta do uzupełnienia
87%
Zamknięcia z pełną dokumentacją
- czy problem jest na wejściu, w terenie czy na etapie weryfikacji,
- czy sprawy wracają przez brak zdjęć, protokołów albo decyzji gwarancyjnej,
- czy zespół rzeczywiście ma punkt „gotowe do rozliczenia”, a nie tylko „technik był na miejscu”.
Co zmienia uporządkowany proces?
Przed uporządkowaniem
- status sprawy żyje w telefonie lub pamięci koordynatora,
- dowody wykonania są rozproszone i trudno sprawdzić komplet,
- zamknięcie i rozliczenie mieszają się ze sobą albo dzieją się za późno.
Po uporządkowaniu
- każda sprawa ma etap, właściciela, wymagane dowody i następny krok,
- manager widzi nie tylko liczbę zgłoszeń, ale też miejsca blokady procesu,
- zamknięcie oznacza faktyczne domknięcie odpowiedzialności, nie tylko koniec wizyty.
Co jest zawsze dopasowywane do firmy?
Statusy i wyjątki
Inaczej wygląda awaria, inaczej gwarancja, a inaczej przegląd cykliczny. Demonstrator pokazuje logikę, nie gotową listę statusów dla każdej firmy.
Dokumentacja wymagająca potwierdzenia
Jedne firmy potrzebują tylko zdjęć i notatki, inne także podpisu, protokołu, decyzji kosztowej albo danych do rozliczenia podwykonawcy.
Moment zamknięcia
W części organizacji sprawa zamyka się po akceptacji koordynatora, w innych dopiero po potwierdzeniu klienta lub po spięciu rozliczenia.
Rekomendowany następny krok
Jeżeli taki sposób prowadzenia sprawy ma zostać przełożony na Twój zespół, najpierw trzeba doprecyzować realny workflow, role, wyjątki i warunki zamknięcia. Dopiero potem warto projektować demonstrator, pilot albo docelowe narzędzie.