Firma logistyczna skróciła
czas reakcji IT o 60%

Stan przed wdrożeniem - diagnoza

Jak zgłaszano problemy IT

Email. Telefon. Wiadomość na Teamsach. Karteczka przyklejona do monitora technika, gdy ktoś mijał go w magazynie. Nie żartuję - karteczka na monitorze była autentycznym kanałem zgłoszeń. Efekt: brak centralnego rejestru. Technik musiał na początku każdego dnia przeskanować 4 skrzynki i karteczki, żeby wiedzieć, co na niego czeka.

Metryki przed wdrożeniem

Główne problemy wskazane przez użytkowników

Przeprowadziliśmy 20-minutowe wywiady z 12 pracownikami przed wdrożeniem:

1. "Nie wiem czy moje zgłoszenie zostało przyjęte" - 9 na 12 osób
2. "Muszę dzwonić żeby sprawdzić co się dzieje" - 11 na 12 osób
3. "Często zgłaszam ten sam problem bo nikt nie pamięta że to chroniczny" - 6 na 12 osób
4. "Jeśli jest awaria skanerów w Gdańsku, informatyk w Poznaniu dowiaduje się późno" - 4 na 12 osób

Dlaczego logistyka to szczególny case dla ITSM

Skanery i terminale jako krytyczna infrastruktura. W magazynie skaner kodów kreskowych to narzędzie pracy. Bez niego pracownik stoi. Awaria skanera zatrzymuje człowieka i generuje realne koszty. To inny priorytet niż awaria klawiatury w biurze.

Multi-site bez lokalnego IT. Większość firm logistycznych tej wielkości ma IT centralnie, nie w każdym magazynie. Technik jest w Poznaniu, problem w Gdańsku. Zdalna koordynacja wymaga systemu zarządzającego workflow, nie e-maila. Jak dobrać system dla takiej struktury, opisuje nasz przewodnik helpdesk dla firmy 50+ pracowników.

Zmiany zmianowe. Awaria o 6:00 na porannej zmianie nie powinna czekać do godziny 8:00. ITSM z alertami SMS i automatyczną eskalacją rozwiązuje ten problem bez dodatkowego etatu.

SLA z klientami zewnętrznymi. Operator logistyczny odpowiada przed własnymi klientami z SLA. Awaria IT, która wpływa na te zobowiązania, musi trafiać do innej kolejki niż standardowy ticket.

Wdrożenie - 8 tygodni krok po kroku

Tygodnie 1-2 - Odkrycie i projektowanie

Warsztaty z IT managerem i 2 technikami: mapowanie aktualnych procesów, identyfikacja typów zgłoszeń, ustalenie priorytetów. Kluczowa decyzja: podział na 3 kolejki (magazyn Poznań, Gdańsk, Wrocław) z możliwością eskalacji na wspólną kolejkę gdy lokalny technik jest niedostępny.

Tygodnie 3-4 - Konfiguracja bazowa

Instalacja ServiceDesk Plus Cloud. Skonfigurowane elementy:

• 3 lokalizacje jako oddzielne Site w SDP
• 12 kategorii zgłoszeń (hardware/software/sieć/WMS/skaner/drukarka/dostęp per magazyn)
• 3 poziomy SLA: Krytyczne (skaner/WMS, 1h), Wysoki (1 osoba bez pracy, 4h), Normalny (1 dzień roboczy)
• Automatyczne powiadomienia SMS do technika przy ticket Krytycznym - również poza godzinami pracy
• Portal samoobsługi: 2 formularze (zgłoś problem / zamów sprzęt)

Tygodnie 5-6 - Migracja i szkolenia

Import 90 emaili historycznych jako tickety. Import 180 urządzeń z Excela do CMDB (w Excelu było 220, ale 40 już nie istniało). Szkolenia: 3 sesje x 45 minut (po jednej na magazyn, zdalne przez Teams). Najważniejszy moment: pokazanie że portal daje powiadomienia o statusie - "wow moment" dla wielu użytkowników.

Tygodnie 7-8 - Go-live i hypercare

Tydzień 7: go-live. Email helpdesk utrzymany przez 2 tygodnie z auto-respondem do portalu. Problem: 30% zgłoszeń nadal przychodziło emailem. Rozwiązanie: po 2 tygodniach zamknięto email helpdesk i ustawiono auto-forward z konwersją na ticket. Każdy email trafia do SDP jako nowy ticket.

Wyniki po 3 miesiącach

Dodatkowe efekty

Widoczność dla zarządu. IT manager po raz pierwszy miał tygodniowy raport dla Prezesa: ile zgłoszeń, jakie typy, który magazyn generuje najwięcej problemów. Prezes zobaczył, że jeden magazyn ma 3× więcej zgłoszeń na skanery. To był sygnał do decyzji zakupowej opartej na danych, nie odczuciach.

Chroniczne problemy stają się widoczne. SDP agreguje tickety per urządzenie. IT manager zauważył, że jedna drukarka wygenerowała 12 zgłoszeń w 2 miesiące, a wymiana była szybsza i tańsza niż kolejna naprawa. To samo dotyczy środowisk produkcyjnych: jak zarządzać CMDB i historią awarii maszyn opisuje nasz artykuł helpdesk dla firmy produkcyjnej.

Czego nie poszło zgodnie z planem

Portal samoobsługi - adopcja wolniejsza niż planowano

Założyłem 80% adopcji portalu w 4 tygodnie. Rzeczywistość: 62% po 4 tygodniach, 81% po 8 tygodniach. Problem był w magazynie w Gdańsku - magazynierzy na zmianach nie mieli nawyku otwierania przeglądarki przed zgłoszeniem problemu. Rozwiązanie: naklejki z QR kodem do portalu na stacjach roboczych. Prosty pomysł który zadziałał.

Konfiguracja SLA wymagała korekty

Pierwsza wersja SLA Krytycznego (1 godzina) okazała się nierealna gdy technik był w Poznaniu a problem w Gdańsku. Po 3 tygodniach zmieniliśmy na: 30 minut na pierwszy kontakt z użytkownikiem, 4 godziny na rozwiązanie lub eskalację.

CMDB wciąż jest niekompletny

Po 3 miesiącach 80% urządzeń jest w CMDB. Brakuje 20% - głównie sprzęt przenośny techników i część telefonów komórkowych. To nie jest porażka - to realny poziom, jaki można osiągnąć bez dedykowanego czasu na CMDB. Uzupełniamy w bieżącym kwartale.

Co rozwiązanie kosztowało

Na prośbę klienta nie podaję dokładnych liczb. Orientacyjnie dla firmy tej wielkości (180 pracowników, 10 techników jako agentów SDP):

• Licencja ServiceDesk Plus Professional Cloud: ~8 300 PLN/rok (Professional Cloud, 10 techników)
• Wdrożenie (8 tygodni, Rotech Group): 22 000-28 000 PLN jednorazowo
• Szkolenia: wliczone w wdrożenie

Łącznie Rok 1: ok. 30 000-36 000 PLN.

Pytania i odpowiedzi