Na pytanie „ile zgłoszeń da się zautomatyzować” wiele ofert odpowiada procentem. Na naszej stronie o automatyzacji obsługi klienta takiego procentu nie podajemy i piszemy, że zaczynamy od policzenia, czego dotyczą prawdziwe zgłoszenia. Ten tekst pokazuje, jak to policzyć samodzielnie. Podstawą jest próbka dwustu spraw z kanałów pisemnych — poczty, formularza i czatu. Telefony dochodzą osobno, z raportu centrali. Z tego wychodzi pięć liczb, a ich połączenie podpowiada, od którego projektu zacząć — albo że na razie nie warto zaczynać żadnego.
Od razu zastrzeżenie: to jest pomiar przed automatyzacją, a nie zestaw wskaźników do stałego raportowania. Te pięć liczb odpowiada na węższe pytanie — co automatyzować najpierw. Zadowolenie klientów czy czas obsługi jednej sprawy same nie wystarczą do wyboru pierwszego projektu, ale pomagają ocenić jego wartość, a później także efekt wdrożenia.
Ile zgłoszeń da się zautomatyzować? Policz u siebie
Artykuły z widełkami „ile przejmie AI” opierają się na danych z cudzych firm, liczonych cudzymi definicjami. Najlepszy polski tekst tego typu, jaki znaleźliśmy — Piotra Wolniewicza w AIPORT.pl z 8 sierpnia 2026 roku — sam zwraca uwagę na to, co psuje takie porównania: rozmowa, której nie obsłużył człowiek, to nie to samo co sprawa rozwiązana. Klient, który zamknął okno czatu ze złością, wygląda w pierwszym zestawieniu tak samo jak ten, który dostał odpowiedź. Ta różnica wraca niżej, przy powtórnych kontaktach.
Wasza skrzynka zna odpowiedź dokładniej niż jakikolwiek przegląd branży, bo mówi o Waszych klientach, Waszych tematach i Waszych systemach. Dlatego nie podajemy tu żadnego progu ani „typowego” wyniku. Każda liczba w tym tekście jest zacytowana ze źródła, jest liczbą, którą zmierzycie sami, albo jest umownym elementem metody — i wtedy tak ją nazywamy.
Próbka: trzy miesiące, dwieście spraw
Najpierw ustalcie, co liczycie. Jednostką jest sprawa: jeden wątek albo jedno zgłoszenie założone przez klienta, razem z całą korespondencją. Nie pojedyncza wiadomość — gdyby losować wiadomości, sprawy z długą wymianą maili trafiałyby do próbki częściej niż inne. Jeżeli ta sama sprawa trafiła do eksportu jako dwa wątki, liczcie ją raz, jako ten wątek, od którego się zaczęła.
Proponujemy wziąć sprawy z trzech miesięcy ze wszystkich kanałów pisemnych: poczty, formularza na stronie i czatu. Taki okres zwykle wygładza wahania jednego tygodnia — promocję, awarię, urlopy — choć nie zastąpi porównania sezonów, jeżeli Wasza branża je ma. Okno niech kończy się co najmniej tyle dni przed dniem liczenia, ile wynosi okno powrotów opisane niżej (domyślnie 14), bo przy najnowszych sprawach nie da się jeszcze sprawdzić, czy klient wrócił. Jeżeli na pierwszą odpowiedź czeka się u Was dłużej niż to okno, cofnijcie koniec okna odpowiednio dalej — inaczej najnowsze sprawy wyjdą jako bez odpowiedzi tylko dlatego, że są świeże. Zanim zaczniecie losować, zapiszcie, ile spraw było w tym oknie w sumie i w każdym kanale — próbka pokazuje udziały, a dopiero ta liczba pozwala przeliczyć je na sprawy w miesiącu (udział × liczba spraw w oknie ÷ 3). Dla jednego kanału bierzcie udział w sprawach tego kanału i liczbę spraw tego kanału. Jeżeli w próbce są sprawy „nie wiadomo” opisane niżej, podajcie przeliczenie jako zakres: od wariantu, w którym żadna z nich nie wymagała systemu, do wariantu, w którym wymagały go wszystkie — w obu wariantach dzieląc przez całą próbkę. Z tego zbioru wylosujcie dwieście spraw. Nie bierzcie po prostu dwustu ostatnich, bo to często jeden tydzień albo jeden szczyt, a nie trzy miesiące. W Excelu wystarczy dodać kolumnę z liczbą losową (funkcja LOS), skopiować ją i wkleić jako wartości — bo LOS losuje na nowo przy każdym przeliczeniu arkusza — a potem posortować po niej i wziąć pierwsze dwieście wierszy. Jeżeli spraw było mniej niż dwieście, opiszcie wszystkie.
Dlaczego dwieście? To praktyczny punkt startowy, a nie prawo statystyki. Pozwala zobaczyć, które tematy przeważają, i daje znośną dokładność dla udziałów liczonych na całej próbce. Przy dwustu losowo wybranych sprawach udział wynoszący około połowy jest znany z dokładnością mniej więcej 7 punktów procentowych w każdą stronę, przy typowym poziomie pewności 95% (wzór podajemy w źródłach). Ta dokładność dotyczy tylko losowego doboru próbki — nie obejmuje pomyłek przy opisywaniu spraw. Wniosek praktyczny: różnica kilku punktów między dwoma tematami może wynikać z samego losowania. Jeszcze mniej pewne są liczby dla jednego kanału albo rzadkiego tematu, bo stoi za nimi mniej spraw. Te 7 punktów to bezpieczne przybliżenie dla okna z wieloma sprawami. Jeżeli dwieście spraw to prawie wszystkie sprawy z okna, niepewność losowania jest mniejsza, a gdy opisujecie wszystkie, znika — zostają tylko pomyłki w opisie.
Ile to pracy? Policzcie sami: jeżeli opisanie jednej sprawy zajmuje minutę lub dwie, dwieście spraw to od trzech do siedmiu godzin, do tego czas na sprawdzenie powrotów. Najlepiej, żeby robiła to osoba, która na co dzień odpowiada klientom, bo tylko ona wie, czy do odpowiedzi trzeba było zajrzeć do systemu.
Telefony mają osobną drogę i osobne liczby — nie mieszajcie ich z próbką pisemną. Jak wyciągnąć z centrali liczbę nieodebranych połączeń i ich rozkład godzinowy, opisaliśmy w tekście o tym, ile kosztuje voicebot (automat prowadzący rozmowy telefoniczne), w części „Jak policzyć to u siebie”, i nie powtarzamy tego tutaj. Policzcie osobno tylko to, czego tamten tekst nie liczy. Udział połączeń poza godzinami liczcie od wszystkich połączeń przychodzących z raportu centrali, także nieodebranych — inaczej zniknęłyby z niego właśnie wieczorne i weekendowe telefony, których nikt nie odebrał. Dla rozmów odebranych zapiszcie temat i to, czy klient zadzwonił ponownie z tą samą, niezałatwioną sprawą w ciągu 14 dni (według tej samej reguły co przy powtórnych kontaktach niżej). Sprawdzajcie też powroty po połączeniach nieodebranych: jeżeli w ciągu 14 dni po nieodebranym połączeniu ten sam numer dzwoni ponownie, ustalcie z poczty głosowej, notatki albo rozmowy, czy chodzi o tę samą sprawę. Jeżeli tak, to powtórny kontakt; jeżeli nie da się tego ustalić, zapiszcie „nie wiadomo” i podajcie takie przypadki osobno, bo ten sam numer może dzwonić w innej sprawie albo należeć do kilku osób. Odsetek liczcie od spraw, czyli pierwszych połączeń w danej sprawie, odebranych i nieodebranych, a nie od liczby numerów. Numery i godziny znajdziecie w raporcie centrali albo w historii połączeń telefonu. Tematu ani tego, czy powrót dotyczy tej samej sprawy, zwykły raport nie podaje — jeżeli nie zapisujecie ich nigdzie przy rozmowie, przez dwa tygodnie notujcie przy każdym odebranym połączeniu godzinę, temat i to, czy klient dzwonił już w tej sprawie, a powroty sprawdźcie dopiero po upływie pełnego okna (regułę i okno powrotów opisujemy w punkcie 5). Czego dotyczyły połączenia nieodebrane, raport też nie powie. Temat ustalicie tylko z poczty głosowej, z notatki w systemie albo przy oddzwonieniu, więc przez te same dwa tygodnie zapisujcie go także przy każdym oddzwonieniu i każdej wiadomości głosowej.
Eksport zgłoszeń to dane osobowe klientów. Losujcie i opisujcie próbkę w narzędziach, z których Wasza firma już korzysta, a do arkusza nie przepisujcie imion, adresów, numerów zamówień ani treści wiadomości — kolumny poniżej ich nie potrzebują. Klienta rozpoznajecie w skrzynce albo w systemie zgłoszeń, a do arkusza trafia tylko wynik. Jeżeli zestawienie ma zobaczyć ktoś z zewnątrz, w tym my, wystarczą mu liczby. Zasady pracy z danymi klientów, w tym to, co wynika z RODO (ogólnego rozporządzenia o ochronie danych), opisaliśmy na stronie o bezpieczeństwie i RODO.
Pobierzcie szablon arkusza (CSV) z ponumerowanymi wierszami i takimi kolumnami:
| Kolumna | Co wpisać |
|---|---|
| Kanał | poczta, formularz albo czat |
| Wpływ | data i godzina, o której sprawa się zaczęła |
| Temat | jeden temat z Waszej listy, a gdy żaden nie pasuje — „inne”; gdy w sprawie jest kilka próśb, temat tej, która wymagała najwięcej pracy |
| Skąd odpowiedź | „wiedza”, „odczyt” albo „zmiana”, a przy sprawie bez odpowiedzi, której nie da się ocenić — „nie wiadomo”; wyjaśnienie niżej |
| Pierwsza odpowiedź | data i godzina pierwszej merytorycznej odpowiedzi wysłanej klientowi, bez automatycznego potwierdzenia; puste, jeżeli nikt nie odpowiedział |
| Poza godzinami | „tak”, jeżeli sprawa wpłynęła poza godzinami pracy obsługi, w przeciwnym razie „nie” |
| Powtórny kontakt | „tak”, jeżeli klient wrócił z tą samą, niezałatwioną sprawą w ciągu 14 dni, w przeciwnym razie „nie” |
| Sposób odpowiedzi | „człowiek”, „system i zatwierdzenie” albo „automat” — przed wdrożeniem zwykle „człowiek”; potrzebne przy porównaniu po wdrożeniu |
| Uwagi | spostrzeżenia bez danych klienta — bez nazwisk, numerów i cytatów z wiadomości; zaznaczcie tu, jeżeli klient ponaglał, zanim dostał pierwszą odpowiedź |
Plik używa średników jako separatora. Jeżeli Excel pokaże wszystko w jednej kolumnie, zaimportujcie plik, wybierając średnik jako separator. Nie ma w nim formuł: jak policzyć każdą z pięciu liczb, opisujemy niżej. Jeżeli wybierzecie inne okno powrotów niż 14 dni, zmieńcie też nagłówek kolumny.
Pięć liczb
1. Ile spraw wymagało zajrzenia do systemu
W zestawieniach wskaźników obsługi klienta, które przejrzeliśmy przed napisaniem tego tekstu, tej liczby nie było, a według nas najwięcej mówi o tym, jaki projekt ma sens. Przy każdej sprawie osoba z obsługi odpowiada na jedno pytanie: czego wymagała odpowiedź? Gdy pasuje więcej niż jedna odpowiedź, wybiera się najwyższą: „zmiana” przed „odczytem”, „odczyt” przed „wiedzą”. Przy sprawach, na które nikt nie odpowiedział, ocenia się, czego wymagałaby odpowiedź. Jeżeli z treści zgłoszenia nie da się tego ustalić, wpiszcie „nie wiadomo”: takie sprawy nie wchodzą do tego udziału — dzielicie wtedy przez liczbę spraw w próbce pomniejszoną o „nie wiadomo” — a ich liczbę podajcie obok.
- Wiedza — odpowiedź wynika z ogólnej wiedzy firmy: regulaminu, cennika, opisu produktu, godzin otwarcia. Ta sama odpowiedź pasuje do każdego klienta, który zada to pytanie.
- Odczyt — trzeba było sprawdzić fakt dotyczący tego konkretnego klienta w systemie: status zamówienia w sklepie, termin dostawy u kuriera, saldo w systemie księgowym, historię w CRM (systemie do obsługi klientów i sprzedaży).
- Zmiana — trzeba było coś w systemie zrobić: wystawić korektę, przyjąć zwrot, zmienić adres dostawy, odwołać zamówienie.
Liczba do zapisania to udział „odczytu” i „zmiany” razem — to są sprawy, przy których trzeba zajrzeć do systemu — oraz osobno udział samej „zmiany”. Ten podział jest bliski testowi z tekstu o tym, czym agent AI różni się od chatbota. Agent AI to system, który nie tylko odpowiada, ale też wykonuje działania w Waszych systemach. Test brzmi: co trzeba zrobić, gdy system się pomyli? Przy „wiedzy” poprawia się treść odpowiedzi. Przy „odczycie” system musi mieć dostęp do danych, ale niczego w nich nie zmienia. Przy „zmianie” pomyłkę trzeba wycofać w systemie, a to oznacza uprawnienia, zapis wykonanych działań i zatwierdzanie przez człowieka.
Ważne zastrzeżenie: te etykiety mówią, do czego potrzebny jest dostęp, a nie, czy sprawę wolno oddać automatowi. To drugie zależy od tego, czy zasady są jasne, jak często zdarzają się wyjątki i ile kosztuje pomyłka. Reklamacja może wymagać tylko „odczytu”, a i tak zostać w rękach człowieka.
Ta liczba przekłada się też na koszt, choć nie wprost. O pracy przy połączeniach z systemami decyduje głównie to, z iloma i jakimi systemami trzeba się połączyć, a nie to, ile spraw wymaga „odczytu” albo „zmiany” — na przykład pięćdziesiąt odczytów ze sklepu internetowego to wciąż jedno połączenie. Liczba spraw wpływa z kolei na koszty bieżące. Liczba i rodzaj połączeń z systemami to pierwsza z pozycji, które opisaliśmy w tekście o tym, ile kosztuje wdrożenie AI.
2. Rozkład tematów
Strona usługi mówi, że zaczynamy od policzenia rozkładu tematów. Tu jest reguła, jak to zrobić. Zanim zaczniecie opisywać próbkę, przejrzyjcie kilkadziesiąt spraw spoza niej i spiszcie tematy, dzieląc je według tego, jak się je obsługuje, plus jeden temat „inne”. Jeżeli poza próbką zostaje mniej niż kilkadziesiąt spraw — bo było ich dwieście, niewiele więcej albo mniej i opisujecie wszystkie — przejrzyjcie najpierw kilkadziesiąt spraw z samej próbki (albo wszystkie, jeżeli jest ich mniej) tylko po to, żeby spisać tematy, a potem opiszcie całą próbkę, także sprawy przejrzane. Proponujemy od ośmiu do piętnastu tematów — to praktyczny punkt wyjścia, a nie reguła. Przy bardzo krótkiej liście łatwo połączyć sprawy, które obsługuje się inaczej. Przy bardzo długiej na wiele tematów przypada tak mało spraw, że z dwustu niewiele da się o nich odczytać. Ostatecznie liczy się to, czy tematy różnią się sposobem obsługi i ile spraw do nich trafiło. Każda sprawa dostaje jeden temat. Gdy klient w jednym wątku prosi o kilka rzeczy, na przykład o status zamówienia i zmianę adresu, wybierzcie temat tej prośby, która wymagała najwięcej pracy, i trzymajcie się tej reguły w całej próbce.
Reguła kontrolna: jeżeli „inne” należy do największych tematów, przejrzyjcie je. Gdy widać w nich powtarzające się sprawy obsługiwane w ten sam sposób, wydzielcie je jako osobne tematy i opiszcie próbkę jeszcze raz. Gdy to naprawdę wiele różnych, rzadkich spraw, zostawcie „inne” — to też wynik: długi ogon spraw, z których żadna się nie powtarza.
Liczba do zapisania to udział trzech największych nazwanych tematów razem, bez „inne”. „Inne” to zbiór różnych spraw, a nie jeden temat, więc nie może trafić do tej trójki — inaczej duży, rozproszony ogon wyglądałby jak kilka powtarzalnych spraw. Mianownikiem zostaje cała próbka, a udział „inne” zapiszcie osobno, obok. Te dwie liczby razem pokazują, czy obsługę wypełnia kilka powtarzalnych spraw, czy wiele różnych, z których żadna nie przeważa. W Excelu funkcją LICZ.JEŻELI policzcie sprawy w każdym temacie, zsumujcie trzy największe wyniki spośród tematów nazwanych i podzielcie przez liczbę wszystkich spraw w próbce.
3. Mediana czasu pierwszej odpowiedzi w każdym kanale
Czas pierwszej odpowiedzi to czas od wpływu sprawy do pierwszej merytorycznej odpowiedzi wysłanej klientowi. Automatyczne potwierdzenie „otrzymaliśmy Twoją wiadomość” się nie liczy. Podobnie definiują go systemy do obsługi zgłoszeń — na przykład Zendesk mierzy czas od utworzenia zgłoszenia do pierwszej publicznej odpowiedzi konsultanta i podaje go zarówno w godzinach kalendarzowych, jak i w godzinach pracy.
Proponujemy liczyć w godzinach kalendarzowych, bo tyle czeka klient, i osobno dla każdego kanału, bo czat i poczta to różne oczekiwania. Zamiast średniej bierzcie medianę, czyli wartość środkową: kilka spraw z piątkowego wieczoru, na które odpowiedź przyszła w poniedziałek, potrafi podnieść średnią tak, że przestaje ona opisywać typową sprawę. W Excelu dodajcie kolumnę z różnicą „pierwsza odpowiedź minus wpływ” pomnożoną przez 24, bo Excel odejmuje daty w dniach — ale tylko w wierszach, w których jest odpowiedź; przy pustej odpowiedzi zostawcie tę komórkę pustą, bo odejmowanie od pustej komórki daje fałszywy wynik. Potem dla każdego kanału skopiujcie jego czasy do osobnej kolumny i dopiero na niej użyjcie funkcji MEDIANA.
Sprawy, na które nikt nie odpowiedział, nie wchodzą do mediany, ale nie mogą zniknąć: policzcie je osobno i podajcie obok mediany, bo sama mediana nie pokazuje spraw pozostawionych bez odpowiedzi. Przed wdrożeniem takie odpowiedzi pisze zwykle człowiek. Po wdrożeniu definicja zostaje ta sama, a osobno zapisujcie, jak odpowiedź powstała: napisał ją człowiek, przygotował system i zatwierdził konsultant, czy wysłał ją automat. Wtedy porównanie przed i po dotyczy tego samego, a różnice między sposobami widać osobno.
Bez systemu zgłoszeń, na wspólnej skrzynce, robi się to ręcznie: dla każdego wylosowanego wątku odczytujecie godzinę wiadomości klienta i godzinę pierwszej odpowiedzi wysłanej ze skrzynki. Przy dwustu wątkach to żmudne, ale wykonalne.
4. Udział spraw poza godzinami pracy
Najpierw ustalcie, jakie są Wasze godziny pracy obsługi — z weekendami i świętami. Potem policzcie, jaka część spraw wpłynęła poza nimi: osobno w próbce pisemnej i osobno dla telefonów, gdzie liczą się wszystkie połączenia przychodzące, także nieodebrane. Ta liczba rozstrzyga, czy w ogóle jest o czym rozmawiać, gdy pada hasło „obsługa po godzinach”.
Jeżeli centrala nie daje raportu albo jej raport nie pokazuje godzin wszystkich połączeń przychodzących, także odebranych — na przykład gdy telefony odbieracie na komórkach — zamiast eksportu z trzech miesięcy przez dwa tygodnie zapisujcie każde połączenie w prostej tabeli: godzina, temat, czy trzeba było sprawdzić coś w systemie. Powroty z tych połączeń sprawdźcie dopiero, gdy od ostatniego zapisanego połączenia minie pełne okno powrotów. Ten wynik trzymajcie osobno i opiszcie jako szacunek, bo część połączeń po godzinach w ogóle nie zostanie zauważona.
5. Odsetek powtórnych kontaktów
Powtórny kontakt to sytuacja, w której ten sam klient — rozpoznany po adresie, numerze telefonu albo numerze zamówienia — wraca z tą samą sprawą w ciągu 14 dni od jej rozpoczęcia, bo nie została załatwiona. Nie każdy powrót się liczy: jeżeli klient odsyła dokument, o który go poproszono, albo odzywa się zgodnie z umówionym planem, to zwykły ciąg dalszy, a nie powtórny kontakt. Sprawdzacie to w skrzynce albo w systemie zgłoszeń, także wśród wiadomości spoza próbki. Klient może też wrócić innym kanałem, na przykład zadzwonić po mailu — jeżeli macie wspólny identyfikator, taki jak numer zamówienia albo telefon, sprawdźcie także drugi kanał; jeżeli nie, zaznaczcie przy wyniku, że takich powrotów nie widać. Liczba do zapisania to odsetek spraw z próbki, przy których klient wrócił przynajmniej raz — sprawa z trzema powrotami liczy się raz.
Czternaście dni to nasza umowna granica, a nie norma. Jeżeli sprawy w Waszej branży naturalnie trwają dłużej, na przykład czeka się na dostawę, wydłużcie okno. Ważne, żeby było stałe, bo tylko wtedy wynik da się porównać z pomiarem po wdrożeniu.
To tutaj wraca rozróżnienie z początku. Zamknięte zgłoszenie nie jest rozwiązaną sprawą. Jeżeli klienci często piszą drugi raz, może to oznaczać, że odpowiedzi nie rozwiązują ich problemu — albo że problem leży poza obsługą, na przykład w opóźnionych dostawach. Sprawdźcie przyczynę, zanim cokolwiek zautomatyzujecie, bo automat, który odpowiada szybciej, nie usunie przyczyny drugiego kontaktu.
Jak wygląda rachunek na przykładzie
Poniższy przykład jest wymyślony, żeby pokazać arytmetykę. Nie jest wynikiem żadnej firmy ani punktem odniesienia. Załóżmy, że w próbce dwustu spraw 46 opisano jako „odczyt”, a 9 jako „zmianę”, i żadnej jako „nie wiadomo”. Spraw wymagających zajrzenia do systemu jest więc 55, czyli 55 ÷ 200 = 27,5%. Przy dwustu losowo wybranych sprawach taki wynik jest znany z dokładnością około 6 punktów procentowych w każdą stronę, czyli mieści się mniej więcej między 21% a 34%. Sama „zmiana” to 9 ÷ 200 = 4,5%. Taki udział nic jeszcze nie rozstrzyga: sprawdźcie, ile to spraw w miesiącu, ile pracy zajmują i ile kosztuje pomyłka przy nich. Przy tak małych liczbach wzór na dokładność jest też mniej wiarygodny, więc traktujcie ten wynik orientacyjnie. Pozostałe udziały liczy się tak samo. Mediana to jedna liczba na kanał.
Jak czytać wynik: która liczba wskazuje który projekt
Żadna z pięciu liczb nie decyduje sama i żadne połączenie nie przesądza o projekcie. Tabela podaje hipotezy do sprawdzenia, a nie wyroki. Nie ma w niej progów liczbowych, bo każdy próg byłby wymyślony. Są odczyty względne: czy coś przeważa, czy jest marginesem.
| Co pokazuje próbka | Od czego zacząć | Co sprawdzić najpierw |
|---|---|---|
| Kilka tematów przeważa, a odpowiedzi to głównie „wiedza” | Baza wiedzy i odpowiedzi przygotowywane do zatwierdzenia przez konsultanta | Czy odpowiedzi w tych tematach są dziś spisane i aktualne |
| Kilka tematów przeważa, ale duża część to „odczyt” | Odpowiedzi do zatwierdzenia, w których system odczytuje fakty z Waszych systemów, niczego w nich nie zmieniając | Czy do tych systemów jest dostęp i czy dane w nich są aktualne |
| Wyraźna część spraw to „zmiana” | Najpierw funkcja Waszego systemu albo zwykła automatyzacja ze stałą listą kroków; projekt agenta AI z nadanymi uprawnieniami — dopiero wtedy, gdy ścieżek jest zbyt wiele na stałe reguły. W obu wariantach na początku człowiek zatwierdza każdą zmianę | Czy te zmiany przebiegają według stałych kroków, czy zasady są jasne i ile kosztuje pomyłka |
| Długa mediana pierwszej odpowiedzi, mało powtórnych kontaktów | Rozpoznawanie i kierowanie spraw do właściwej osoby — jeżeli sprawy rzeczywiście trafiają do niewłaściwych osób | Czy zgłoszenia czekają w złej kolejce, czy brakuje ludzi w grafiku, czy sprawa czeka na wyjaśnienie, dostawcę albo akceptację — wtedy kierowanie nic nie skróci |
| Wyraźna część spraw bez żadnej odpowiedzi, nawet jeśli mediana wygląda dobrze | Najpierw zadbajcie, żeby każda sprawa trafiała do kogoś, kto za nią odpowiada — zanim zaczniecie mówić o szybszych odpowiedziach | W którym kanale, skrzynce albo temacie te sprawy giną i czy brakuje ludzi, czy przypisania sprawy do osoby |
| Dużo powtórnych kontaktów i długa mediana | Jeżeli klienci wracają po odpowiedzi — najpierw poprawcie odpowiedzi i bazę wiedzy; jeżeli ponaglają, zanim ją dostali — najpierw kolejka i przypisanie spraw; automatyzacja dopiero potem | Czy klienci wracają po odpowiedzi, czy ponaglają, zanim ją dostali — wtedy problemem jest kolejka i przypisanie spraw, nie treść odpowiedzi; i czy chodzi o problem, którego obsługa nie może rozwiązać |
| Duży udział spraw poza godzinami | Uczciwe potwierdzenie z realnym terminem odpowiedzi | Czy nieodebranych połączeń jest dużo i czy z poczty głosowej, notatek albo oddzwonień wynika, że dotyczą powtarzalnych spraw — dopiero wtedy jest sens mówić o voicebocie |
| Mało spraw i wiele różnych tematów, z których żaden nie przeważa | Na razie nie widać oczywistego kandydata | Ile pracy i ryzyka niosą te sprawy i czy różne tematy nie mają wspólnego powtarzalnego kroku; jeżeli nie, na razie nie warto zaczynać — próbkę powtórzcie za kwartał |
| Większość odpowiedzi wymaga faktów z systemu bez dostępu albo z nieaktualnymi danymi | Najpierw uporządkujcie ten system, dopiero potem automatyzacja | Kto odpowiada za dane w tym systemie i czy da się z nim połączyć |
Pierwszy wiersz to wariant, w którym klient nadal dostaje odpowiedź od człowieka, a system tylko ją przygotowuje. Przy trzecim wierszu warto wrócić do testu z tekstu o agencie AI i chatbocie, zanim ktokolwiek wyceni projekt. Przy wierszu o sprawach poza godzinami obowiązują te same zasady, które opisaliśmy przy wdrożeniu voicebota: automat mówi, że jest automatem, i mówi, kiedy odezwie się człowiek.
Dwa ostatnie wiersze są tak samo ważnym wynikiem jak pozostałe. Odpowiadają warunkom, które zebraliśmy na stronie czego nie robimy, i temu, co w metodyce wdrożenia nazywamy chwilą, w której mówimy, że nie warto. Różnica polega na tym, że tutaj stwierdzacie to sami, na własnych danych, po kilku godzinach pracy.
Co zrobić z wynikiem
Pięć liczb to punkt wyjścia do rozmowy o konkretnym procesie, a nie gotowy projekt. Jeżeli podpowiadają pierwszy krok, następne — od nazwania liczby, która ma się zmienić, po pilotaż uruchomiony obok dotychczasowej pracy — opisaliśmy w tekście o tym, jak wdrożyć AI w firmie. Szerzej o tym, które procesy w firmie w ogóle nadają się do automatyzacji, piszemy na stronie o automatyzacji AI.
Zachowajcie też arkusz jako punkt odniesienia. Po wdrożeniu wylosujcie nową, porównywalną próbkę i opiszcie ją w tych samych kolumnach, z tym samym wybranym oknem powrotów. Losujcie z tego samego wejścia co wcześniej — ze wszystkich wiadomości i formularzy, także tych, które system załatwił, zanim powstało z nich zgłoszenie (te weźcie z jego dziennika). Inaczej w próbce zostaną tylko trudniejsze sprawy i porównanie wyjdzie gorzej, niż jest. Bez takiego porównania każda późniejsza rozmowa o efektach opiera się na wrażeniach.
Źródła i stan na 12 października 2026 roku
- Piotr Wolniewicz, „Automatyzacja obsługi klienta bez ściemy: ile zgłoszeń przejmie AI i ile to naprawdę kosztuje”, AIPORT.pl — artykuł z 8 sierpnia 2026 r.; korzystamy wyłącznie z rozróżnienia rozmów nieobsłużonych przez człowieka i spraw rozwiązanych, bez podawanych tam wartości procentowych i progów; odczyt 12 października 2026 r.
- NIST/SEMATECH e-Handbook of Statistical Methods, 7.2.4.1 „Confidence intervals” — przybliżony przedział ufności dla udziału w próbce losowej: wynik ± 1,96 × √(p × (1 − p) ÷ n), który NIST przytacza jako najczęściej używany. Dla p = 0,5 i n = 200 daje to około ±7 punktów procentowych, a dla p = 0,275 około ±6. Ten sam rozdział zaleca dokładniejszą metodę Wilsona; przy tych liczbach daje ona praktycznie ten sam wynik: około ±7 punktów przy połowie i mniej więcej 22–34% w przykładzie. Przy bardzo małych udziałach różnica między metodami rośnie; odczyt 12 października 2026 r.
- Zendesk — „Understanding ticket reply time” — definicja czasu pierwszej odpowiedzi w godzinach kalendarzowych i w godzinach pracy; odczyt 12 października 2026 r.
- Microsoft — funkcja LOS, funkcja MEDIANA i funkcja LICZ.JEŻELI w polskiej wersji Excela; odczyt 12 października 2026 r.