SLA (Service Level Agreement) to umowa między firmą IT a klientem, która określa gwarantowany poziom obsługi — czas reakcji, czas naprawy, dostępność systemów. Dla klienta to gwarancja. Dla firmy IT — zobowiązanie, które trzeba dotrzymać.
Problem w tym, że wiele małych firm IT i MSP podpisuje umowy SLA, ale nie ma narzędzi do ich monitorowania. SLA istnieje na papierze, ale w praktyce nikt nie śledzi czy jest dotrzymywany.
Co powinno zawierać SLA dla firmy IT lub MSP
Dobra umowa SLA z klientem powinna precyzyjnie określać:
Czas reakcji (Response Time)
Czas od zgłoszenia problemu do potwierdzenia przyjęcia i pierwszego kontaktu z technikiem.
Przykład: - Priorytet krytyczny (awaria całego systemu): reakcja do 1 godziny - Priorytet wysoki (awaria częściowa): reakcja do 4 godzin - Priorytet normalny (problem nieutrudniający pracy): reakcja do następnego dnia roboczego
Czas naprawy (Resolution Time)
Czas od zgłoszenia do usunięcia problemu lub przywrócenia działania systemu.
Dostępność usługi (Uptime)
Procent czasu, w którym systemy klienta mają działać — np. 99,5% w godzinach pracy.
Zakres umowy
Co jest objęte SLA — jakie systemy, usługi, urządzenia. Co nie jest objęte.
Sposób zgłaszania
Jak klient może zgłaszać problemy (telefon, email, system ticketowy) i w jakich godzinach.
Dlaczego SLA bez systemu nie działa
Podpisanie umowy SLA to dopiero początek. Żeby SLA działało, firma IT potrzebuje:
- Systemu rejestracji zgłoszeń — bez ticketów nie ma dowodu kiedy zgłoszenie wpłynęło
- Śledzenia czasu reakcji — ręczne sprawdzanie jest niewykonalne przy kilku klientach
- Raportowania — klient powinien móc zobaczyć jak wyglądała obsługa w danym miesiącu
- Alertów — technik powinien wiedzieć że za chwilę przekroczy czas SLA
Bez tych elementów SLA to tylko deklaracja dobrej woli.
Jak wdrożyć SLA w małej firmie IT krok po kroku
1. Zdefiniuj poziomy obsługi
Ustal 2-3 priorytety (np. Krytyczny, Wysoki, Normalny) z konkretnymi czasami reakcji i naprawy.
2. Powiąż SLA z klientem, nie z umową
Każdy klient ma swój poziom SLA. Gdy wpływa zgłoszenie od tego klienta, system automatycznie wie jaki czas reakcji obowiązuje.
3. Rejestruj każde zgłoszenie w systemie
Telefon, email, osobiste — każde zgłoszenie musi trafić do systemu ticketowego z dokładnym timestampem. To jedyna wiarygodna podstawa do raportowania SLA.
4. Monitoruj na bieżąco
Technik powinien widzieć przy każdym tickecie ile czasu zostało do przekroczenia SLA. Nie po fakcie — w trakcie.
5. Raportuj klientom
Miesięczny raport SLA to element budowania relacji z klientem. Pokazuje, że firma IT jest transparentna i dotrzymuje zobowiązań.
Co zrobić gdy SLA zostanie przekroczone
Przekroczenie SLA zdarza się. Ważne jest co firma IT robi w takiej sytuacji:
- Poinformuj klienta zanim sam to zauważy
- Wyjaśnij przyczynę — szczerość buduje zaufanie
- Zaproponuj rekompensatę jeśli umowa ją przewiduje
- Wyciągnij wnioski — dlaczego doszło do przekroczenia i jak temu zapobiec
SLA a monitorowanie infrastruktury
Najszybszy czas reakcji to taki, gdy firma IT wie o problemie zanim wie o nim klient. Monitoring sieci LAN i urządzeń pozwala wykrywać awarie proaktywnie — zanim klient zadzwoni.
Połączenie monitoringu z systemem ticketowym i SLA to kompletny obraz obsługi klienta: - Monitoring wykrywa awarię → automatycznie tworzy ticket → ticket ma przypisane SLA klienta → technik dostaje alert
Jak ITBoard pomaga z SLA
W ITBoard każdy klient ma przypisany poziom umowy i SLA. Gdy wpływa zgłoszenie od klienta, system wie ile czasu na reakcję zostało. Monitoring LAN generuje incydenty powiązane z klientem i urządzeniem. Historię obsługi można eksportować do raportu.
Podsumowanie
SLA w firmie IT lub MSP to nie tylko dokument — to codzienne zobowiązanie, które wymaga narzędzi do realizacji. Potrzebujesz systemu rejestracji zgłoszeń, śledzenia czasów i raportowania. Bez tego SLA istnieje tylko na papierze, a klienci odchodzą gdy zobaczy że firma nie dotrzymuje swoich obietnic.