SLA (Service Level Agreement) to dokument, który zdefiniuje czasy reakcji IT na problemy klienta. Brzmi nudnie? To. Ale brak SLA oznacza chaos — klient nie wie czego się spodziewać, IT nie wie jakie są oczekiwania, a gdy coś pójdzie źle, wszyscy się kłócą. W tym artykule pokazuję 8 obowiązkowych elementów umowy SLA, jak wycenić kary za naruszenia, jakie czasy są realne, i dam Ci szablon do pobrania, który możesz dostosować dla Twojej firmy.
Czym jest SLA i dlaczego każda firma IT powinna go mieć?
SLA to umowa usługowa między dostawcą IT (Ty) a klientem (użytkownik / firma). Definiuje:
- Czasy reakcji na różne problemy (P1 = 30 min, P2 = 2h, itd.)
- Godziny dostępu (tylko dzień roboczy? czy 24/7?)
- Co się dzieje gdy czasy się naruszą (kara? dodatkowy support?)
- Co NIE jest objęte SLA (wymiana sprzętu, planowana konserwacja)
8 obowiązkowych elementów umowy SLA
1. Nagłówek: Data, strony umowy (kto? kim jest dział IT, kto jest klientem), okres obowiązywania
2. Definicje: Co to jest incydent P1, P2, P3, P4 — musisz mieć jednoznaczne definicje (np. "P1 = system całkowicie niedostępny, 50+ osób nie może pracować")
3. Czas Reaction (Reaction Time): Ile minut od zgłoszenia do pierwszego kontaktu technika z klientem
4. Czas Resolution (Resolution Time): Ile czasu masz na PEŁNE rozwiązanie problemu
5. Godziny dostępu: Czy SLA obowiązuje 8-17 czy 24/7? Czy weekendy? Czy święta się liczy?
6. Exclude'y (wyłączenia z SLA): Planowana konserwacja, problemy spowodowane klientem, siła wyższa — te sytuacje NE liczy się do SLA
7. Kary i kredyty: Co się dzieje gdy naruszysz czas? Refund? Dodatkowy support bezpłatnie?
8. Reedycja i review: Co roku lub gdy zmienia się struktura IT, powinniście przejrzeć SLA i dostosować
Czasy reakcji i rozwiązania — tabela dla różnych branż
| Priorytet | Produkcja (24/7) | Firma Biurowa (8-17) | Startup (Backup) |
|---|---|---|---|
| P1 | Reaction: 15min / Res: 2h | Reaction: 30min / Res: 4h | Reaction: 1h / Res: 8h |
| P2 | Reaction: 1h / Res: 8h | Reaction: 2h / Res: 8h | Reaction: 4h / Res: 24h |
| P3 | Reaction: 4h / Res: 24h | Reaction: 4h / Res: 2d | Reaction: 1d / Res: 5d |
| P4 | Reaction: 1d / Res: 5d | Reaction: 2d / Res: 10d | Reaction: 5d / Res: 30d |
Kary umowne i odszkodowania — jak je wycenić?
Opcja 1: Procentowy refund — Jeśli naruszysz Reaction Time dla P1 o >30 minut, klient dostaje 5% zwrotu za miesiąc. Jeśli Resolution Time o >1 godzina, 5% zwrotu. Maks 20% refund za miesiąc.
Opcja 2: Kredyty na support — Zamiast pieniędzy, dajesz klientowi godziny dodatkowego supportu bezpłatnie. Np. 5 godzin support'u za każde 4 godziny opóźnienia P1.
Opcja 3: Tiered penalties — Żadna kara za 1–2 naruszenia w miesiącu (zdarzają się), ale od 3. naruszenia 5% refund. To bardziej fair.
Błędy w umowach SLA których unikać
- SLA zbyt ambitny: Obiecujesz 1h Reaction na P1 24/7 mając 2 techników. To przegra. Start z realistycznym SLA, potem go zaostrzaj.
- Brak jasnych definicji P1–P4: "Pilny problem" to zbyt vague. Musi być: "P1 = całkowita niedostępność, 50+ osób".
- Godziny w umowie inne niż rzeczywiste: Piszesz "24/7" ale pracujesz 8-17. Klient będzie czekać w nocy i będzie wściekły.
- Bez exclude'ów: Zaplanowana konserwacja się zaplanowała — powinna być wyłączona z SLA. Napisz to wyraźnie.
- Kary za niskie: Jeśli kara to 1%, nikt się nie będzie martwić i będzie pracować leniwie.
FAQ — Umowa SLA IT
Czy każda umowa IT powinna zawierać SLA?
Tak. SLA nie musi być skomplikowany (może być 1 stroną), ale musi definiować czasy reakcji i rozwiązania dla każdego priorytetu incydentu. Bez SLA, zarówno klient jak dostawca mają niejasne oczekiwania.
Co się dzieje gdy SLA zostanie naruszony?
Naruszenie SLA może (ale nie musi) skutkować karą umowną. Kary mogą być finansowe (% refund za miesiąc) lub non-finansowe (dodatkowe wsparcie). Umowa powinna jasno definiować co się dzieje.
Czy SLA powinien być taki sam o dniu i nocy?
Nie zawsze. Jeśli klient pracuje 8-16, SLA powinien być tylko w tych godzinach (inna definicja czasu rozwiązania). Jeśli pracuje 24/7, SLA powinien być takie same. To powinno być jasno zdefiniowane.
Jak wycenić kary umowne za naruszenie SLA?
Typowo: 5–10% wartości umowy za każde 4 godziny opóźnienia. Lub: credit za dodatkowe godziny supportu. Nie przesadzaj — kara powinna być motywacją, nie karą finansową za coś poza kontrolą.
Powiązane artykuły
SLA dla zakładu produkcyjnego — jak ustawić czasy reakcji IT? KPI helpdesk IT — 12 wskaźników które musi śledzić każdy IT manager Change Management w produkcji — zarządzanie zmianami IT bez przestojuPotrzebujesz szablonu umowy SLA dla Twojej firmy?
Rotech Group przygotuje dla Ciebie szablon SLA dostosowany do Twojej branży (produkcja, IT, MSP, finanse) z 8 obowiązkowymi elementami.
Poproś szablon SLA →