Triaż zgłoszeń w obsłudze klienta z AI: kierowanie, szkice odpowiedzi i kiedy przekazać sprawę człowiekowi
AI posortuje skrzynkę obsługi klienta w kilka sekund, ale nie każda odpowiedź powinna wyjść bez sprawdzenia. Zobacz, jak rozdzielić kierowanie, szkice i eskalację.
Autor: Nichita Railean, CTOOpublikowano 5 min czytania
Wspólna skrzynka obsługi klienta miesza wszystko: pytania o zamówienia, reklamacje, faktury wysłane na zły adres, prośby o reset hasła, rezygnacje i od czasu do czasu groźbę prawną. Ktoś musi przeczytać każdą wiadomość, ustalić, czego dotyczy, i przekazać ją dalej, zanim ktokolwiek będzie mógł na nią odpowiedzieć. Właśnie przy tym sortowaniu AI zwykle pomaga najpierw, a kilka jasnych zasad decyduje o tym, czy pomaga, czy szkodzi.
Ten artykuł omawia osobno kierowanie zgłoszeń, szkice odpowiedzi i eskalację, bo każde z nich wiąże się z innym poziomem ryzyka.
Kierowanie: model czyta, reguły decydują
Kierowanie zgłoszeń to najbezpieczniejszy punkt startu, bo błędna etykieta kosztuje przeniesienie między kolejkami, a nie fałszywą obietnicę złożoną klientowi. Model językowy czyta wiadomość i zwraca kilka ustrukturyzowanych pól: temat, język, produkt, to, jak pilna wydaje się sprawa, i to, czy klient prosi o kontakt z człowiekiem. Fakty, których model nie widzi w tekście, takie jak umowa klienta czy otwarte zamówienia, pochodzą z Twojego CRM lub systemu zamówień, a nie ze zgadywania.
Utrzymuj krótką listę tematów i wiąż każdy temat z tym, kto go obsługuje. Jeśli dwie kategorie zawsze trafiają do tego samego zespołu, to jest to jedna kategoria. Zbuduj pierwszą wersję na podstawie kilku miesięcy prawdziwych zgłoszeń i poproś osoby, które dziś na nie odpowiadają, o ręczne oznaczenie próbki. Ta próbka staje się Twoim zestawem testowym: kierowanie działa wtedy, gdy model zgadza się w niej z Twoim zespołem, a nie wtedy, gdy przekonująco wygląda na prezentacji. Wiadomości, co do których model ma wątpliwości, trafiają do człowieka, tak jak dziś.
Szkice odpowiedzi: oparte na Twoich własnych źródłach
To przygotowywanie odpowiedzi zajmuje najwięcej czasu i to w nim kryje się największe ryzyko. Model potrafi napisać płynną odpowiedź niemal na wszystko i właśnie to jest problemem: pewna siebie odpowiedź na temat zasad zwrotów, których nie masz, jest gorsza niż brak odpowiedzi. Twórz szkice wyłącznie na podstawie zatwierdzonych materiałów, takich jak centrum pomocy, aktualne zasady i dane zamówienia klienta, i pokazuj konsultantowi, z jakiego źródła skorzystał każdy szkic, żeby dało się go sprawdzić w kilka sekund. Fine-tuning a RAG wyjaśnia, jak działa takie oparcie na źródłach.
Szkice zatwierdzane przez człowieka to także obszar, w którym dowody są najmocniejsze. Badanie obejmujące 5179 pracowników obsługi klienta wykazało, że dostęp do asystenta generatywnej AI zwiększył liczbę spraw rozwiązywanych w ciągu godziny średnio o 14%, przy poprawie o 34% u początkujących i mniej wykwalifikowanych pracowników oraz minimalnym wpływie na najbardziej doświadczonych i wykwalifikowanych. Autorzy sugerują, że asystent przenosił praktyki najlepszych pracowników na nowszych kolegów.
Wysyłanie odpowiedzi bez sprawdzenia to osobna decyzja. W 2024 roku trybunał w Kolumbii Brytyjskiej w Kanadzie orzekł na niekorzyść Air Canada po tym, jak chatbot na stronie linii zasugerował, że o taryfę żałobną można wystąpić z mocą wsteczną, na co przewoźnik nie pozwalał. Linia twierdziła, że nie może odpowiadać za to, co powiedział chatbot. Trybunał nazwał to niezwykłym argumentem i uznał, że firma odpowiada za wszystkie informacje na swojej stronie, niezależnie od tego, czy pochodzą ze statycznej podstrony, czy z chatbota. To, co Twój system mówi klientowi, mówi Twoja firma.
Kiedy przekazać sprawę człowiekowi
Spisz zasady eskalacji przed uruchomieniem i egzekwuj je w kodzie, a nie w ocenie modelu. Od tych sygnałów zaczynamy w naszych projektach.
| Sygnał | Dlaczego przejmuje człowiek |
|---|---|
| Klient prosi o kontakt z człowiekiem | Spełnij tę prośbę od razu. Zmuszanie ludzi do przepychanek z botem, żeby do kogoś dotrzeć, kosztuje więcej zaufania niż wolniejsza odpowiedź. |
| Zwroty pieniędzy, uznania, rezygnacje lub zmiany umowy | Wiążą się z pieniędzmi lub zmieniają umowę, więc decyduje konkretna, wskazana osoba. |
| Reklamacja, silna frustracja lub wzmianka o prawnikach albo organach nadzoru | Stawką jest relacja, a sformułowanie odpowiedzi liczy się bardziej niż jej szybkość. |
| Żądanie dostępu do danych osobowych, ich sprostowania lub usunięcia | Zgodnie z RODO odpowiedzi należy udzielić bez zbędnej zwłoki i w ciągu miesiąca, a przedłużenie jest możliwe tylko wtedy, gdy wymaga tego złożoność lub liczba żądań. |
| Zdrowie, bezpieczeństwo lub klient w szczególnie trudnej sytuacji | Błędna odpowiedź kosztuje zbyt wiele, by akceptować jakikolwiek poziom błędów. |
| Żadne zatwierdzone źródło nie obejmuje pytania albo model ma wątpliwości | Szkic bez źródła to zgadywanie. Przekaż zgłoszenie dalej razem z tym, co system jednak znalazł. |
| Klient pisze ponownie w tej samej sprawie | Powtórny kontakt zwykle oznacza, że pierwsza odpowiedź nie rozwiązała problemu. |
| Wiadomość zawiera polecenia skierowane do systemu | OWASP stawia prompt injection, w tym polecenia ukryte w treściach zewnętrznych, na pierwszym miejscu wśród zagrożeń dla aplikacji opartych na modelach językowych. |
Pieniądze to najwyraźniejsza granica. Zgodnie z RODO każdy ma prawo nie podlegać decyzji, która opiera się wyłącznie na zautomatyzowanym przetwarzaniu i wywołuje wobec niego skutki prawne lub w podobny sposób istotnie na niego wpływa. Nie każda decyzja o zwrocie osiąga ten próg, ale rzadko warto spierać się o to, które go osiągają. Tam, gdzie przepis ma zastosowanie, wyjątki wiążą się z zabezpieczeniami, w tym z prawem do uzyskania interwencji ludzkiej i do zakwestionowania decyzji. Model może przygotować zwrot albo odmowę. Decyzję podejmuje człowiek.
Informuj klientów i przekazuj sprawy porządnie
Od 2 sierpnia 2026 roku unijny akt w sprawie sztucznej inteligencji (AI Act) wymaga, aby systemy AI przeznaczone do bezpośredniej interakcji z ludźmi były projektowane tak, by te osoby wiedziały, że wchodzą w interakcję z systemem AI, chyba że jest to oczywiste z kontekstu. W obsłudze klienta najprościej zrobić to jasnym zdaniem na początku czatu lub w automatycznej odpowiedzi.
Przekazanie sprawy to moment, który klienci zauważają najbardziej. Gdy zgłoszenie trafia do człowieka, powinno mieć krótkie podsumowanie: o co pytał klient, co znalazł system, co już mu przekazał i dlaczego eskalował sprawę. Nikt nie powinien musieć tłumaczyć problemu dwa razy.
Jak zacząć
- Zmierz obecny stan. Policz zgłoszenia tygodniowo według kanału i tematu, czas do pierwszej odpowiedzi i to, jak często zgłoszenie przechodzi między zespołami.
- Uruchom kierowanie w trybie cienia. Model oznacza każde zgłoszenie, a ludzie kierują je tak jak dotąd. Porównuj oba wyniki przez kilka tygodni, zanim model zacznie kierować samodzielnie.
- Dodaj szkice dla najczęstszych tematów. Konsultant zatwierdza lub poprawia każdy szkic. Sprawdzaj, jak często szkice wychodzą bez zmian, po poprawkach albo są odrzucane.
- Pozwól na automatyczne odpowiedzi tylko w wąskich tematach o niskim ryzyku, takich jak status zamówienia czy godziny otwarcia, i dopiero wtedy, gdy przeglądy pokazują niski poziom błędów.
- Co tydzień przeglądaj losową próbkę, także zgłoszeń, które nigdy nie zostały eskalowane. Właśnie tam znajdziesz błędy, co do których system był pewny.
Aby oszacować, ile może to zaoszczędzić Twojemu zespołowi obsługi klienta, opisz proces w kalkulatorze ROI. Jeśli rozważasz agenta, który także wykonuje działania, na przykład zleca zwroty, najpierw przeczytaj wyjaśnienie agentów AI albo przejrzyj typowe procesy według obszarów firmy.
Źródła
- Brynjolfsson, Li and Raymond: Generative AI at Work (NBER Working Paper 31161)
- Civil Resolution Tribunal of British Columbia: Moffatt v. Air Canada, 2024 BCCRT 149
- Regulation (EU) 2016/679, the GDPR, Articles 12 and 22 (EUR-Lex)
- Regulation (EU) 2024/1689, the AI Act, Articles 50 and 113 (EUR-Lex)
- Regulation (EU) 2026/1744 amending the AI Act, Digital Omnibus on AI (EUR-Lex)
- OWASP Gen AI Security Project: LLM01:2025 Prompt Injection
