UMOWA · POZIOM USŁUG · KPI
SLA — Service Level Agreement, czyli formalna umowa o poziomie obsługi
Formalne zobowiązanie do określonego czasu reakcji i rozwiązania zgłoszeń, zazwyczaj definiowane per kategoria, priorytet lub klient. SLA jest fundamentem każdego profesjonalnego helpdesku — bez niego nie da się mierzyć ani egzekwować jakości obsługi.
Definicja
SLA to formalna umowa między usługodawcą a klientem określająca minimalne parametry usługi — najczęściej czas reakcji, czas rozwiązania problemu i dostępność systemu, wraz z konsekwencjami za ich niedotrzymanie.
Jak SLA działa w praktyce
SLA nie jest jednym uniwersalnym czasem — w praktyce definiuje się różne progi dla różnych kategorii spraw. Najpopularniejszy model to matryca priorytetów: P1 (krytyczne, system nie działa) — reakcja do 1h, rozwiązanie do 4h; P2 (wysoki, ograniczona funkcjonalność) — reakcja 4h, rozwiązanie 24h; P3 (normalny) — reakcja 24h, rozwiązanie 72h; P4 (niski) — bez sztywnego terminu.
System ticketowy automatycznie liczy czasy SLA uwzględniając harmonogram pracy (godziny biznesowe, dni wolne, święta), priorytet zgłoszenia i ewentualne wstrzymania (np. „czekamy na klienta”). Dobry helpdesk ostrzega o zagrożonym SLA z wyprzedzeniem — typowo 30 minut przed upływem terminu — i automatycznie eskaluje sprawę do managera.
Konsekwencje za naruszenie SLA (SLA Breach) zależą od typu umowy. W umowach B2B z dostawcami SaaS to zazwyczaj kary finansowe (procent miesięcznej opłaty) lub bonifikaty. W obsłudze klienta końcowego — głównie raportowanie wewnętrzne i premie/penalizacje zespołu. Średnio 15–20% ticketów w polskim helpdesku narusza SLA, z czego większość to przypadki, w których agent nie zauważył eskalacji na czas.
Dobre praktyki: SLA powinno być realistyczne (lepiej zobowiązać się do 24h i mieć 95% przestrzegania, niż obiecać 4h i tracić 30% spraw), monitorowane w czasie rzeczywistym (dashboard wallboard), i powiązane z routingiem — sprawy z bliskim terminem SLA powinny przeskakiwać kolejkę.
Benchmark branżowy
| Poziom | Wartość | Komentarz |
|---|---|---|
| P1 — krytyczne | Reakcja 15 min – 1h | Awarie systemu, blokujące błędy w produkcji |
| P2 — wysoki | Reakcja 1 – 4h | Ograniczona funkcjonalność, ważny klient |
| P3 — normalny | Reakcja 4 – 24h | Standardowe zgłoszenia, zapytania, drobne błędy |
| P4 — niski | Reakcja 24 – 72h | Sugestie, pytania bez wpływu na biznes klienta |
Jak Debesis automatyzuje SLA
System ticketowy Debesis liczy SLA automatycznie per zgłoszenie, uwzględniając kalendarz pracy, harmonogram klienta (B2B) i priorytet. Wizualne ostrzeżenia w widoku agenta (kolor żółty na 30 min przed terminem, czerwony po naruszeniu) pomagają reagować na czas. Automatyczne eskalacje do managera lub do dyżurnego agenta wyższego stopnia uruchamiają się gdy zgłoszenie zbliża się do progu SLA Breach. Klienci raportują redukcję SLA Breach z 20% do 4–6% w pierwszych 3 miesiącach.
Zobacz system ticketowy z SLA →Najczęstsze pytania
Czym SLA różni się od SL (Service Level)?
SLA to umowa — dokument formalny określający parametry. SL (Service Level) to wskaźnik mierzący, ile procent spraw faktycznie obsłużono w czasie obiecanym w SLA. Przykład: SLA mówi „rozwiązanie w 24h”, SL=85% oznacza, że 85% spraw faktycznie zamknięto w 24h.
Czy SLA musi być sztywne dla wszystkich klientów?
Nie. W B2B często stosuje się różne SLA per klient — kluczowi klienci (Premium, Enterprise) mają krótsze czasy reakcji, mniejsi — standardowe. System ticketowy musi to rozpoznawać i przypisywać priorytet automatycznie.
Co się dzieje, gdy SLA wygasa wieczorem?
Większość firm definiuje SLA w godzinach biznesowych (np. 8–18). Zgłoszenie otrzymane o 17:30 z SLA 4h ma termin nie o 21:30, ale o 11:30 następnego dnia roboczego. System ticketowy musi obsługiwać kalendarze pracy i strefy czasowe.