PKO BP: 38,3 mln rozmów z IKO to jeszcze nie wynik AI

Stan: 10 października 2026 r.

PKO BP opublikował raport pokazujący skalę wykorzystania bankowych botów. Liczniki obejmują rozmowy w różnych procesach, od asystenta IKO po potwierdzanie aktywacji mObywatel. To obraz aktywności automatyzacji, nie dowód skutecznego załatwiania spraw. W cyklu przypadki AI przyglądam się różnicy między dużym wdrożeniem a dobrze udokumentowanym wynikiem.

Oś czasu

1. 31.12.2025 - punkt odniesienia dla wzrostów, wskazany w raporcie z 14.05.2026.
2. 14.05.2026 - publikacja raportu za I kwartał 2026; data publikacji jest późniejsza niż okres pomiaru.

Skala w wybranych procesach

Przebieg: od raportu do pytania o rezultat

Raport zestawia zastosowania i wzrost liczników. Nie wszystkie boty są generatywne. Nie ustalono rozłączności kategorii, więc nie należy ich sumować. Dane nie dowodzą redukcji etatów ani kwoty oszczędności (14.05.2026).

Analiza własna: rozmowa nie jest jednostką korzyści

Najważniejsze rozróżnienie dotyczy kontaktu i rezultatu. Licznik rozmów odpowiada na pytanie o aktywność systemu. Ocena obsługi wymaga odpowiedzi na inne pytanie: co udało się dzięki tej aktywności osiągnąć? Zakończenie dialogu nie wystarcza jako definicja sukcesu. Potrzebne jest kryterium związane z celem użytkownika, a nie wyłącznie ze stanem interfejsu.

Wzrost licznika dopuszcza przeciwstawne interpretacje. Może oznaczać szersze wykorzystanie automatyzacji, ale także dodatkowe próby potrzebne do wykonania zadania. Rozstrzygnięcie wymaga powiązania kontaktów ze sprawami. Bez tego sprawnie obsłużone zadanie i powtarzany kontakt pozostają w tej samej kategorii, choć z perspektywy klienta mają zupełnie inną wartość.

Dlatego ocenę warto oprzeć na rozdzielonych kryteriach. Poprawna odpowiedź, wykonanie zadania, zrozumiały komunikat o wyniku i łatwa droga wyjścia z problemu nie są zamiennikami. Bot może poprawnie objaśnić procedurę, ale nie wykonać czynności. Może również zakończyć operację, a następnie niejasno przedstawić jej status. Każdy z tych elementów wymaga osobnego sprawdzenia.

Przekazanie sprawy człowiekowi nie powinno automatycznie obniżać oceny. Właściwa eskalacja jest częścią dobrze zaprojektowanego procesu. Istotne pozostaje, czy następuje w odpowiednim momencie, czy użytkownik rozumie jej powód i czy zachowany zostaje kontekst. Premiowanie samego pozostania w kanale automatycznym tworzy zły cel: utrzymanie rozmowy zamiast doprowadzenia sprawy do końca.

Podobnie należy traktować dostępność. Możliwość rozpoczęcia kontaktu to dopiero wejście do usługi. Pełniejszy standard obejmuje zrozumiałość instrukcji, powrót do przerwanego zadania oraz alternatywę, gdy automatyzacja nie pomaga. Ocena powinna uwzględniać również przerwane kontakty, zamiast ograniczać się do użytkowników, którzy dotarli do zakończenia procesu.

Kto zyskuje, a kto może stracić

Udokumentowanym wynikiem jest aktywność botów, nie bilans korzyści uczestników procesu. Potencjalny zysk firmy polega na sprawniejszym wykonywaniu powtarzalnych zadań. Aby przełożyć go na wynik ekonomiczny, trzeba zestawić koszty obsługi przed zmianą i po niej, uwzględniając utrzymanie rozwiązania, poprawianie błędów oraz pracę nad wyjątkami. Sama liczba kontaktów nie zastępuje takiego rachunku.

Potencjalnym zyskiem użytkownika jest mniejszy wysiłek potrzebny do osiągnięcia celu. Potencjalną stratą jest przeniesienie na niego dodatkowej pracy: ponawiania prób, interpretowania niejasnych odpowiedzi albo odtwarzania kontekstu w kolejnym kanale. Tego nie należy utożsamiać z ustalonym przebiegiem obsługi w PKO BP. To kryteria, według których można badać rozkład korzyści i obciążeń.

Perspektywa pracownika wymaga osobnej oceny. Usunięcie rutynowych czynności i pozostawienie trudnych przypadków to odmienne zmiany organizacyjne. Przy analizie warto sprawdzić nie tylko zakres zadań, ale też dostęp do informacji, możliwość poprawienia wyniku automatyzacji i odpowiedzialność za wyjątki. Korzyść dla organizacji nie rozstrzyga automatycznie o jakości pracy człowieka.

Lekcje dla firmy i użytkownika

Firma powinna najpierw zdefiniować sukces procesu, a dopiero później interpretować skalę. Definicja musi pozwalać odróżnić załatwioną sprawę od zamkniętej rozmowy. Powinna także określać, jak traktować ponowny kontakt, przerwanie interakcji i przekazanie do pracownika. Inaczej wynik będzie zależał od sposobu liczenia, zamiast opisywać jakość obsługi.

• Oddzielaj aktywność od efektów: kontakty, zakończone zadania i ocenę jakości pokazuj jako różne miary.
• Sprawdzaj ponowne kontakty dotyczące tej samej sprawy, aby nie nagradzać dodatkowego wysiłku użytkownika.
• Oceniaj eskalację według jej przydatności, a nie wyłącznie jako odejście od automatyzacji.
• Porównuj zastosowania dopiero po określeniu ich celu i konsekwencji błędu.
• Wyjaśniaj technologię osobno od korzyści: etykieta AI nie dowodzi skuteczności.

Użytkownik nie musi rozpoznawać architektury rozwiązania. Powinien natomiast otrzymać jasną informację, czy zadanie zostało wykonane, czy pozostało w toku i co należy zrobić dalej. Praktycznym kryterium użyteczności jest możliwość ustalenia stanu sprawy bez odgadywania znaczenia odpowiedzi. Niejasny komunikat uzasadnia skorzystanie z dostępnej ścieżki pomocy, a nie uznanie samego dialogu za potwierdzenie wykonania czynności.

Hipotetyczny przykład zastosowania lekcji

Załóżmy, że firma wdraża asystenta do zmiany danych kontaktowych. To przykład projektowy, nie opis działania banku. Dylemat pojawia się przy zakończeniu obsługi: czy jako sukces policzyć udzielenie instrukcji, przyjęcie zgłoszenia czy potwierdzoną zmianę? Wybór musi wynikać z zakresu usługi. Jeżeli asystent tylko objaśnia procedurę, raport powinien mówić o udzielonej pomocy, nie o wykonanej zmianie.

Kolejny dylemat dotyczy niejasnego statusu. Użytkownik potrzebuje potwierdzenia, natomiast firma może chcieć ograniczyć przekazania do pracownika. Rozsądny projekt nie zmusza do ponownego rozpoczynania zadania: pokazuje stan operacji i udostępnia dalszą pomoc. Pomiar obejmuje wtedy zarówno rezultat, jak i wysiłek potrzebny do jego ustalenia. Dzięki temu dodatkowa rozmowa nie staje się pozornym dowodem większej skuteczności.

Co mierzyć obok licznika rozmów

Proponowałbym pokazywać czas potrzebny na doprowadzenie sprawy do końca razem z informacją, czy użytkownik musiał zmienić kanał kontaktu. Dzięki temu krótkiego dialogu zakończonego bez pomocy nie uzna się za sprawniejszą obsługę. Warto też zapisać sposób zadawania pytań o zadowolenie: odpowiedź osoby, która zakończyła proces, nie reprezentuje automatycznie kogoś, kto z niego zrezygnował. To wskazówki do projektowania własnego pomiaru, nie dodatkowe dane z raportu banku.

Czego jeszcze nie wiadomo

Do pełnej oceny brakuje odpowiedzi o definicję rozmowy, zakończone sprawy, powroty, błędy i jakość przekazań. Znaczenie ma również sposób uwzględniania przerwanych interakcji. Wniosek pozostaje prosty: skala uzasadnia zainteresowanie wdrożeniem, ale ocenę jego wartości trzeba oprzeć na rezultatach, nie na samym liczniku.

Jak opisać wynik kolejnego wdrożenia

Przy prezentowaniu własnego projektu warto dołączyć definicję rozmowy i moment zakończenia sprawy. Osobno można pokazać kontakt przekazany człowiekowi oraz powrót klienta z tym samym problemem. Tak zaprojektowana informacja pozwala ocenić użyteczność automatyzacji bez domyślania się, co autor raportu uznał za sukces. To propozycja pomiaru, nie zestaw dodatkowych wyników PKO BP.

Źródła

• Raport Grupy PKO BP za I kwartał 2026, opublikowany 14.05.2026.