Czas rozwiązania zgłoszenia: jak go liczyć, gdy sprawa czeka na klienta

Czas rozwiązania zgłoszenia to okres od chwili, w której klient przedstawił sprawę, do chwili, w której zespół uznał ją za rozwiązaną. Brzmi prosto, dopóki sprawa nie czeka trzy dni na numer zamówienia od klienta, nie przechodzi przez weekend albo nie wraca tydzień po zamknięciu. Każda z tych sytuacji zmienia wynik, a zespół rzadko zapisuje, jak ją potraktował. Dlatego dwie firmy z tą samą liczbą w raporcie mogą mierzyć zupełnie co innego.

Ten poradnik dotyczy czasu kalendarzowego całej sprawy, a nie wysiłku operatora poświęconego na jedną rozmowę. Przejdziesz przez start i koniec pomiaru, pauzę na klienta, godziny pracy, medianę z p90, podział na kategorie i ponowne otwarcia. Na końcu znajdziesz tabelę definicji, którą możesz wkleić do standardu zespołu i stosować przy każdym raporcie.

Gdzie zaczyna się i kończy pomiar

Za start najczęściej przyjmuje się pierwszą wiadomość klienta w danej sprawie albo utworzenie zgłoszenia. Wybierz jedno i trzymaj się tego. Jeśli zgłoszenie zakłada operator dzień po rozmowie na czacie, start liczony od utworzenia zgłoszenia ukryje ten dzień. Klient czekał od pierwszej wiadomości, więc ten moment zwykle lepiej opisuje jego doświadczenie.

Koniec to zmiana statusu na rozwiązany, a nie archiwizacja czy automatyczne zamknięcie po okresie bezczynności. Status powinien oznaczać, że rezultat został osiągnięty albo rzetelnie sprawdzony. Kiedy wolno go ustawić, opisuje poradnik o potwierdzeniu rozwiązania sprawy. Jeżeli zespół zamyka sprawy po to, by poprawić wynik, pomiar przestaje mierzyć obsługę.

Ustal też, co się dzieje przy ponownym otwarciu. Możesz liczyć czas do pierwszego rozwiązania albo do ostatniego. Pierwszy wariant nagradza szybkie zamknięcie, drugi pokazuje, ile naprawdę trwało dojście do rezultatu. Do oceny obsługi lepiej pasuje czas do ostatniego rozwiązania, a liczbę ponownych otwarć warto raportować obok.

Pauza na czas oczekiwania na klienta

Gdy brakuje informacji, której ma dostarczyć wyłącznie klient, zespół nie może posunąć sprawy dalej. Wliczanie tego okresu do wyniku karze operatorów za cudze tempo i zniekształca porównania kategorii. Z drugiej strony klient wciąż ma nierozwiązany problem. Najuczciwiej prowadzić dwie liczby: czas brutto od startu do końca oraz czas netto, z którego odjęto okresy oczekiwania na klienta.

Pauza ma sens tylko wtedy, gdy prośba była konkretna i naprawdę blokuje pracę. Status oczekiwania ustawiony, żeby zdjąć sprawę z widoku albo zatrzymać zegar, psuje oba wskaźniki. Jak sformułować prośbę i kiedy wrócić do sprawy, opisuje poradnik o oczekiwaniu na odpowiedź klienta. Do standardu wpisz zasadę: pauza kończy się z chwilą odpowiedzi klienta, nawet jeśli odpowiedź jest niepełna.

Dokumentacja Jira Service Management pokazuje warunek wstrzymania licznika SLA, na przykład przy statusie oczekiwania na klienta, oraz kalendarz godzin pracy. To opis konfiguracji jednego narzędzia, a nie norma, którą każdy zespół musi przyjąć: Atlassian, konfiguracja SLA.

Godziny robocze czy kalendarzowe

Sprawa zgłoszona w piątek o 16:30 i rozwiązana w poniedziałek o 10:00 trwa ponad 65 godzin kalendarzowych. Przy zespole pracującym od 9:00 do 17:00 w dni robocze to półtorej godziny pracy. Obie liczby są prawdziwe, ale odpowiadają na inne pytania. Godziny robocze mówią, jak zespół wykorzystuje czas, w którym jest dostępny. Godziny kalendarzowe pokazują, jak długo klient żył z problemem.

Do celów i porównań między tygodniami używaj godzin roboczych z zapisanym harmonogramem i strefą czasową. Przy zmianie godzin pracy zanotuj datę, bo inaczej spadek wyniku może wynikać z krótszego dnia, a nie z gorszej obsługi. Czas kalendarzowy pokazuj obok przy kategoriach, w których klient realnie traci pieniądze lub dostęp do usługi. Jak przełożyć to na zobowiązanie wobec klientów, opisuje poradnik o SLA w obsłudze klienta.

Mediana i p90 zamiast średniej

Czasy rozwiązania mają długi ogon: większość spraw kończy się szybko, kilka ciągnie się tygodniami. Średnia reaguje na ten ogon tak mocno, że jedna sprawa potrafi zmienić wynik całego miesiąca. Mediana mówi, ile trwa typowa sprawa, a p90 pokazuje, ile czekało dziesięć procent klientów z najdłuższym czasem. Tę samą logikę omawia poradnik o czasie pierwszej odpowiedzi na czacie; przy rozwiązaniu ogon jest zwykle jeszcze dłuższy.

↔ Przesuń tabelę w bok, aby zobaczyć wszystkie kolumny.

Dane są fikcyjne: dziesięć zgłoszeń sklepu z akcesoriami rowerowymi rozwiązanych w 2, 3, 3, 4, 5, 6, 8, 10, 30 i 70 godzin roboczych. Mediana to średnia piątej i szóstej wartości, a p90 policzono metodą najbliższej rangi, czyli jako dziewiątą wartość z dziesięciu. Przy tak małej próbie każda sprawa przesuwa wynik, dlatego zawsze podawaj liczbę rozwiązanych zgłoszeń obok percentyli. Gdy mediana spada, a p90 rośnie, zespół najpewniej szybciej zamyka łatwe sprawy i odkłada trudne.

Kategorie spraw i ponowne otwarcia

Pytanie o fakturę i reklamacja uszkodzonego towaru nie powinny trafiać do jednej puli. Jeśli w danym miesiącu przybyło reklamacji, wspólna mediana wzrośnie, choć zespół pracuje tak samo. Licz medianę i p90 osobno dla kilku głównych kategorii, a wspólną liczbę traktuj jako tło. Kategorie powinny być stabilne przez cały rok, inaczej porównanie okresów traci sens.

Ponowne otwarcie po rozwiązaniu jest sygnałem, że rozwiązanie mogło być pozorne: obejście zamiast naprawy, instrukcja bez sprawdzenia rezultatu albo zamknięcie przy braku odpowiedzi. Zespół z krótkim czasem rozwiązania i rosnącą liczbą ponownych otwarć nie przyspieszył, tylko przeniósł pracę na później. Przejrzyj kilka takich spraw w każdym miesiącu. Wspólne przyczyny powrotów opisuje poradnik o powracających zgłoszeniach klientów.

Zendesk rozróżnia czas do pierwszego i do ostatniego rozwiązania oba liczone od utworzenia zgłoszenia, a osobno sumuje czas, jaki zgłoszenie spędziło w statusie „pending”. To definicje jednego dostawcy, nie wspólny standard branżowy: Zendesk, metryki czasu w Support.

Tabela definicji do standardu zespołu

Poniższą tabelę skopiuj do dokumentu, w którym zespół trzyma zasady obsługi. Uzupełnij ostatnią kolumnę własnymi decyzjami i wróć do niej przy każdej zmianie procesu. Jeśli raport trafia do szefa lub wspólnika, dołącz do niego tę tabelę razem z datą ostatniej zmiany definicji.

↔ Przesuń tabelę w bok, aby zobaczyć wszystkie kolumny.

W analityce Meetlead raport obsługi pokazuje czas rozwiązania, liczony od utworzenia zgłoszenia do ostatniego rozwiązania, jako p50 i p90 z wielkością próby oraz liczbę zgłoszeń ponownie otwartych w okresie. Polityka SLA przechowuje cele pierwszej odpowiedzi i rozwiązania, harmonogram tygodnia i strefę czasową, a przy godzinach pracy raport liczy czas według tego harmonogramu. Zgłoszenia mają status oczekiwania na klienta, a wiadomość klienta ponownie otwiera sprawę rozwiązaną. Raport nie odejmuje jednak czasu oczekiwania na klienta, więc czas netto wyliczysz ręcznie na próbce spraw z osi zdarzeń zgłoszenia, w której zapisana jest każda zmiana statusu. Przy przygotowaniu miesięcznego zestawienia pomoże poradnik o raporcie z obsługi klienta.

Pytania o czas rozwiązania

Jaki czas rozwiązania zgłoszenia jest dobry? Nie ma jednej liczby, która pasuje do każdej branży i kategorii spraw. Zacznij od własnej mediany i p90 z ostatniego kwartału, policzonych według zapisanej definicji. Cel ustaw dla konkretnej kategorii i sprawdzaj, czy jego dotrzymywanie nie zwiększa liczby ponownych otwarć.

Czy pauza na klienta nie ukrywa długiego czekania? Może, jeśli raportujesz wyłącznie czas netto. Dlatego pokazuj obie liczby i sprawdzaj, ile spraw w ogóle przeszło przez oczekiwanie. Gdy ten udział rośnie, przyjrzyj się pierwszym wiadomościom zespołu: być może pytają o dane, które dało się zebrać od razu albo znaleźć w historii rozmowy.