Obsługa IT 24/7 vs godziny biurowe — co wybrać

Serwer plików padł o 2:14 w nocy — ale faktury wystawiacie od 8:00. Czy płacicie za 24/7, bo „tak wypada”, czy bo biznes naprawdę stoi poza biurem?

Poniższy materiał jest napisany pod decyzje operacyjne — właściciela firmy, biura lub osoby odpowiedzialnej za IT — a nie pod „ładny folder ofertowy”. Tytuł „Obsługa IT 24/7 vs godziny biurowe — co wybrać” traktujemy dosłownie: każde H2 ma domykać ten wątek, a nie ogólny outsourcing.

Co naprawdę oznacza „24/7” w umowie

Często chodzi o dyżur telefoniczny z czasem reakcji, nie o inżyniera siedzącego non-stop przy Waszych systemach. Ustalcie: kto odbiera, w jakim czasie startuje praca, czy dojazd w nocy jest w cenie.

W praktyce firm z Poznania i aglomeracji ten punkt najczęściej wychodzi przy pierwszej rozmowie o zakresie: kto odpowiada za decyzję, jaki jest akceptowalny przestój i czy temat „Obsługa IT 24/7 vs godziny biurowe” jest projektem jednorazowym, czy częścią stałej opieki.

• Czas reakcji vs czas naprawy
• Kanał zgłoszeń po godzinach
• Wyłączenia (święta, force majeure)

Kiedy godziny biurowe wystarczą

Dla biur pracujących 8–17, z backupem offline i bez e-commerce 24h, droższy pakiet nocny rzadko zwraca się w pierwszym roku. Ważniejsze: monitoring z alertami rano i szybka reakcja w godzinach pracy.

Zostawcie ślad w dokumentacji (nawet krótki): co jest w zakresie, co poza nim, jakie są zależności (łącze, dostawca SaaS, serwerownia). Bez tego kolejna rotacja po stronie klienta albo IT resetuje wiedzę do zera.

• Brak sprzedaży nocnej
• Brak produkcji zmianowej
• Kopie i HA na krytycznych usługach

Kiedy 24/7 ma sens ekonomiczny

Sklepy online, logistyka, produkcja wielozmianowa, hotele, medycyna — przestój w nocy boli tak samo jak w dzień. Tu dyżur + jasne priorytety P1 chronią utarg, nie „spokój właściciela”.

Po wdrożeniu umówcie przegląd po 30 dniach: co zadziałało, ile ticketów przybyło, czy alerty mają sens. To tańsze niż „dopinanie” po pół roku chaosu.

• RTO liczony w godzinach utargu
• Zależność od łącza/VPN oddziałów
• Brak drugiej osoby IT in-house

Macierz decyzji dla zarządu

Policzcie koszt godziny przestoju × prawdopodobieństwo awarii poza 8–17. Porównajcie z dopłatą do dyżuru. Jeśli wynik nie jest oczywisty — zacznijcie od rozszerzonego SLA do 20:00 w dni robocze.

W praktyce firm z Poznania i aglomeracji ten punkt najczęściej wychodzi przy pierwszej rozmowie o zakresie: kto odpowiada za decyzję, jaki jest akceptowalny przestój i czy temat „Obsługa IT 24/7 vs godziny biurowe” jest projektem jednorazowym, czy częścią stałej opieki.

• Koszt przestoju / h
• Dopłata do 24/7 / mies.
• Częstotliwość awarii historycznych

Jak egzekwować dyżur u dostawcy

Żądajcie logów zgłoszeń nocnych, testu eskalacji raz na kwartał i listy osób na grafiku. „Mamy 24/7” bez numeru i procedury to marketing.

Zostawcie ślad w dokumentacji (nawet krótki): co jest w zakresie, co poza nim, jakie są zależności (łącze, dostawca SaaS, serwerownia). Bez tego kolejna rotacja po stronie klienta albo IT resetuje wiedzę do zera.

• Numer dyżurowy / pager
• Test alarmowy 1×/kwartał
• Raport zgłoszeń after-hours

Checklista do wdrożenia

Odznaczcie punkty zanim wyślecie zapytanie do dostawcy albo zmienicie model wsparcia:

• Spisać systemy krytyczne po 17:00
• Oszacować koszt 1h przestoju
• Porównać 3 warianty SLA w ofercie
• Ustalić kto po stronie klienta odbiera decyzje w nocy

Czego unikać

Te błędy wracają w większości przejęć środowisk, które widzimy przy onboardingach:

• Kupowanie 24/7 „na wszelki wypadek” bez analizy procesów
• Brak rozróżnienia reakcji i naprawy
• Dyżur bez monitoringu — telefon od użytkownika o 3 w nocy

Następny krok

Jeśli ten temat dotyczy Waszej firmy, przejdźcie do obsługa informatyczna firm albo umówcie bezpłatną konsultację. Orientacyjny budżet abonamentu: kalkulator kosztów obsługi IT.