Dyżur AI dla firmy serwisowej — jak nie zgubić awarii po godzinach?

Dyżur telefoniczny AI to system, który po godzinach pracy odbiera zgłoszenia awarii, ocenia ich pilność i pilnuje, żeby każde trafiło do właściwej osoby — a jeśli nikt nie reaguje, automatycznie przekazuje je wyżej. W odróżnieniu od recepcji AI nie umawia wizyt. Jego jedyne zadanie to dopilnować, żeby awaria nie utknęła bez odpowiedzi w nocy ani w weekend.

Recepcja AI, którą opisałem w osobnym artykule, pracuje w godzinach otwarcia i obsługuje rutynowy ruch: pytania o cennik, umawianie wizyt, kwalifikację leadów. Dyżur działa dokładnie wtedy, gdy biuro jest zamknięte, a stawka jest wyższa. Awaria u klienta to nie pytanie o godziny otwarcia — to uruchomiony zegar SLA i realne ryzyko kary umownej.

Dla kogo to ma sens: firmy serwisowe z umowami na czas reakcji. HVAC, chłodnictwo, klimatyzacja, facility management, serwis techniczny, utrzymanie ruchu, IT. Wspólny mianownik to zgłoszenia, które spływają o każdej porze, i klient, który oczekuje reakcji także o 2 w nocy.

Awaria nie pyta o godzinę. Klimatyzacja w serwerowni pada w sobotę, chłodnia w nocy, ogrzewanie w święto. Firma serwisowa z umową SLA ma wtedy kilkadziesiąt minut na reakcję — a telefon dzwoni na komórkę technika, który śpi, albo do biura, które jest zamknięte. Nieodebrane zgłoszenie po godzinach to najdroższy telefon w całym tygodniu.

Skala jest większa, niż się wydaje. Twardych statystyk dla polskiego rynku w tej niszy po prostu nie ma, ale branżowe dane z rynku amerykańskiego mówią, że nawet 62% połączeń do firm HVAC trafia poza godziny 9-17, a znacząca ich część to realne awarie. Na rynku polskim małe i średnie firmy tracą od 20 do nawet 65% wszystkich połączeń, a według danych branżowych trzech na czterech klientów, którzy się nie dodzwonili, od razu wybiera numer konkurencji.

Koszt jest konkretny. Złamany czas reakcji to kara umowna, a przy powtórkach utrata całego kontraktu serwisowego. Klient, którego nikt nie odebrał w kryzysie, następnym razem zadzwoni gdzie indziej. Jedno przegapione zgłoszenie awaryjne u kluczowego odbiorcy potrafi kosztować więcej niż rok utrzymania porządnego dyżuru.

Typowe łatki zawodzą w przewidywalny sposób. Przekierowanie na prywatną komórkę technika? Nie usłyszy w nocy albo będzie poza zasięgiem. Rotacyjny dyżur w zespole? Ktoś zapomni, że dzisiaj jego tydzień. Zewnętrzne call center? Przyjmie zgłoszenie, ale nie zna Waszych procedur, nie odróżni awarii krytycznej od drobnej i przekaże je z opóźnieniem, bez kontekstu.

Sercem dyżuru AI jest łańcuch eskalacji warunkowej. Zgłoszenie wpada (telefon, SMS lub mail), AI ocenia jego pilność i kieruje je do pierwszej osoby — zwykle technika dyżurnego. Jeśli ten potwierdzi odbiór, łańcuch się zatrzymuje. Jeśli przez kilka minut nie reaguje, system sam przekazuje sprawę wyżej: do szefa serwisu, potem do kierownika. Nikt nie musi niczego pilnować ręcznie.

Najpierw jednak AI klasyfikuje pilność. Odróżnia awarię krytyczną (stojąca chłodnia, zalanie, brak ogrzewania w obiekcie) od rutyny (prośba o przegląd, pytanie o fakturę). Rutyna czeka spokojnie do rana. Krytyczne zgłoszenie rusza od razu. Dzięki temu technik nie jest wyrywany ze snu o trzeciej w nocy do sprawy, która mogła poczekać osiem godzin.

Kluczowe jest słowo „warunkowa”. To nie jest alarm rozsyłany do wszystkich naraz, bo to tylko tworzy chaos i rozmywa odpowiedzialność. To sekwencja: dopiero brak reakcji na danym szczeblu uruchamia następny. Z naszego doświadczenia odstęp rzędu trzech minut między szczeblami daje człowiekowi realną szansę odebrać i potwierdzić, zanim sprawa pójdzie do przełożonego.

Cały model da się sprowadzić do czterech reguł. Po pierwsze, zgłoszenie zawsze trafia najpierw do jednej osoby, nigdy do wszystkich naraz. Po drugie, zegar liczy się od momentu wysłania powiadomienia, nie od jego odebrania. Po trzecie, brak potwierdzenia w ustalonym oknie automatycznie przekazuje sprawę o szczebel wyżej. Po czwarte, pierwsze potwierdzenie odbioru zatrzymuje cały łańcuch. Te cztery zasady wystarczą, żeby żadna awaria nie została bez właściciela.

Dlaczego minuty mają takie znaczenie? W serwisie HVAC umowy SLA dla obiektów krytycznych potrafią wymagać reakcji w dwie godziny, standardowo w cztery. Jeśli zgłoszenie wpada do skrzynki o 23:00 i czeka do rana, łamiesz umowę, zanim ktokolwiek w firmie w ogóle dowie się o awarii. Łańcuchowa eskalacja warunkowa istnieje właśnie po to, żeby zegar reakcji ruszył od pierwszej minuty, a nie od początku dnia roboczego.

Najważniejsza różnica między dyżurem AI a zwykłym przekierowaniem telefonu to wymóg potwierdzenia odbioru. Technik nie tylko dostaje zgłoszenie — musi je aktywnie potwierdzić, na przykład wciśnięciem klawisza w trakcie połączenia albo kliknięciem w link z SMS. Dopóki nikt nie potwierdzi, system traktuje awarię jako otwartą i eskaluje dalej. Żadne zgłoszenie nie „wisi” niezauważone.

Wszystko zostawia ślad. Każde zgłoszenie ma swój rekord: kto dzwonił, o której, jaka pilność, kto i kiedy potwierdził odbiór, czy sprawa poszła wyżej. Właściciel rano widzi pełny obraz nocy zamiast obdzwaniać zespół z pytaniem „obsłużyliście tę awarię z weekendu?”. To również twardy dowód dotrzymania SLA wobec klienta.

Tak to wygląda na realnych danych. System tego typu wdrożyliśmy dla firmy z branży serwisu technicznego. Przez jedenaście dni ciągłej pracy nie zgubił ani jednego zgłoszenia, a technik potwierdzał odbiór średnio w około minutę od telefonu. Przez cały weekend, przy monitoringu sprawdzającym łańcuch co minutę, nie wystąpiła ani jedna przerwa w działaniu. To nie jest obietnica z folderu — to zmierzone zachowanie wdrożonego systemu.

Dyżur telefoniczny AI to setup od 2 500 zł (analiza procesu eskalacji, konfiguracja, integracje, testy na realnych scenariuszach) plus utrzymanie od 2 000 zł miesięcznie i koszty użycia: minuty połączeń, SMS-y i tokeny AI, zwykle 200–600 zł. Dla porównania całodobowe zewnętrzne biuro obsługi to często 3 000–6 000 zł miesięcznie, a własny technik na stałym dyżurze to dopłata do każdej nocy i każdego weekendu.

Zwrot policz przez ryzyko, które eliminujesz, nie przez oszczędność na etacie. Jedna uniknięta kara umowna albo jeden utrzymany kontrakt serwisowy zwykle pokrywa cały rok dyżuru AI. Pytanie, na które warto sobie odpowiedzieć, brzmi: ile kosztuje mnie jedna przegapiona awaria u najważniejszego klienta — i ile razy w zeszłym roku reakcja po godzinach się spóźniła?

Uczciwie o granicy opłacalności: jeśli masz jedno, dwa zgłoszenia awaryjne po godzinach w skali miesiąca, dyżur AI to przerost formy. Próg sensu to regularny strumień zgłoszeń poza godzinami pracy w połączeniu z umowami SLA na czas reakcji. Bez tych dwóch warunków zwykłe, dobrze ustawione przekierowanie w zupełności wystarczy.

Pierwszy krok jest po Twojej stronie i nie wymaga żadnej technologii: policz, ile zgłoszeń awaryjnych spływa do firmy po godzinach i ile razy w ostatnim roku reakcja się spóźniła lub zgłoszenie przepadło. Pomnóż to przez koszt jednej takiej wpadki — karę, stracony kontrakt, dojazd interwencyjny. To jest Twój realny koszt braku dyżuru.

Wdrożenie po naszej stronie trwa zwykle dwa, trzy tygodnie i nie wymaga od Ciebie wiedzy technicznej. Zaczynamy od discovery, czyli spisania procedury eskalacji: kto jest pierwszy, kto kolejny, jakie progi czasowe, co jest awarią krytyczną, a co może poczekać. Potem budujemy i konfigurujemy system, testujemy go na realnych scenariuszach awarii i dopiero wtedy przepinamy ruch. Przez pierwsze tygodnie monitorujemy każde zgłoszenie i dostrajamy reguły.

Najprościej zacząć od darmowego audytu AI. Dwadzieścia minut rozmowy, w czasie której policzymy, ile zgłoszeń po godzinach realnie gubisz, i powiemy wprost, czy dyżur AI zwróci się w Twoim serwisie, czy lepiej zostać przy prostszym rozwiązaniu. Bez zobowiązań, decyzja należy do Ciebie.