Klient wysyła formularz, po godzinie dopisuje szczegóły mailem, a następnego dnia dzwoni. W firmie powstają trzy ślady tej samej sprawy. Automatyzacja obsługi zapytań powinna najpierw je powiązać. Szybka odpowiedź z AI niewiele pomoże, jeśli jeden pracownik obieca termin, a drugi poprosi o informacje otrzymane już wczoraj.
Z tego powodu projekt zaczynamy od drogi zgłoszenia: kanału wpływu, identyfikatora sprawy, opiekuna i oczekiwanego zakończenia. Takie ustalenia łączą automatyzację przepływu pracy z codzienną organizacją obsługi. Model może pomóc odczytać sens wiadomości, ale system musi zachować ciągłość rozmowy.
Rozpoznaj temat, nie podejmuj zobowiązania
AI może zaproponować kategorię zapytania, wydobyć nazwę produktu i wskazać brakujące dane. Dla każdej takiej czynności ustal, co ma się stać przy niejednoznacznym wyniku. Wiadomość „chcę to zwrócić, ale najpierw zapytam o wymianę” nie musi pasować do jednej prostej etykiety. Lepsze jest oznaczenie sprawy do sprawdzenia niż pewny przydział do niewłaściwej kolejki.
Kategorie powinny odpowiadać rzeczywistym decyzjom pracowników. Jeśli dwa tematy obsługuje ta sama osoba w ten sam sposób, oddzielne etykiety mogą niczego nie zmieniać. Gdy jedna kategoria wymaga pilnej reakcji, jej pomyłkę oceń osobno. W testach asystenta AI warto porównywać skutki błędów, a nie samą liczbę poprawnie nazwanych wiadomości.
Na początku można ograniczyć działanie do przygotowania sprawy i szkicu. Propozycja odpowiedzi nie powinna sama stać się obietnicą rabatu, dostępności lub terminu. Odpowiedni podział opisujemy przy zatwierdzaniu działań agenta AI. Pracownik musi widzieć, które informacje są potwierdzone, a które wymagają decyzji. Zatwierdzone odpowiedzi wymagają też aktualizacji po zmianie procedury. Opisujemy to w tekście o wersjach szablonów odpowiedzi klienta.
W próbie użyj także wiadomości, którą klient dopisuje do starego wątku, choć dotyczy już nowego zamówienia. Ustal, czy system ma zaproponować nową sprawę, czy poprosić opiekuna o wybór. Ten przypadek pomaga oddzielić techniczny identyfikator korespondencji od sensu rozmowy. Potwierdza również, czy użytkownik potrafi poprawić przypisanie bez utraty poprzedniej historii.
Połącz wiadomości, zachowaj różnice
Uzgodnij zasady przypisywania kolejnych wiadomości do sprawy. Numer zamówienia i identyfikator wątku mogą pomóc, ale wspólny adres e-mail nie zawsze oznacza ten sam temat. Jedna osoba może prowadzić dwa projekty. Dwie osoby mogą z kolei pisać o jednym wdrożeniu. Automatyczne łączenie powinno zostawiać ślad i możliwość korekty.
Nie nadpisuj ustaleń nowym streszczeniem bez historii. Jeżeli klient zmienił zakres, pracownik powinien zobaczyć zmianę i jej datę. To ważne szczególnie przy aplikacji do obsługi zleceń w firmie usługowej, gdzie późniejsze wykonanie zależy od treści uzgodnień. Zwięzły opis nie może zgubić zdania „bez prac na elewacji”.
Wiele problemów znika, gdy formularz zbiera właściwe informacje. Nie każ pracownikom codziennie ratować pytania, którego można było zadać na początku. Jednocześnie pozostaw miejsce na sytuacje nietypowe. Klient nie ma obowiązku rozumieć wewnętrznego podziału Twoich usług, żeby uzyskać sensowną odpowiedź.
Wyjątek nie może zniknąć z widoku
Wprowadź widoczne statusy: oczekiwanie na dane, przygotowanie odpowiedzi, decyzja opiekuna, odpowiedź wysłana i sprawa zakończona. Nazwy dopasuj do procesu. Każdy status powinien mówić, co wydarzyło się naprawdę i kto wykonuje następny krok. „Obsłużone przez AI” opisuje wykonawcę, ale nie wynik dla klienta.
Przy przerwanym połączeniu program powinien sprawdzić, czy odpowiedź została wysłana, zanim spróbuje ponownie. Mechanikę tych zdarzeń rozwijamy w tekście o integracjach API i webhookach. Dwa jednakowe e-maile nie dodają firmie zdecydowania. Potrafią za to skłonić klienta do pytania, czy działają dwa różne działy.
Przygotuj monitoring spraw bez postępu. Nie każda zaległość wynika z awarii: czasem czekasz na klienta, czasem na decyzję, a czasem integracja nie zapisała danych. Te sytuacje potrzebują różnych reakcji, więc nie powinny trafiać do jednego worka z napisem „błąd”.
Zaprojektuj widok skrzynki dla zastępstwa. Osoba przejmująca sprawę powinna rozpoznać ostatnią potwierdzoną odpowiedź, otwarte pytanie i oczekiwany termin reakcji. Streszczenie może ułatwić orientację, ale nie powinno zastępować dostępu do źródłowych wiadomości. Sprawdź taki przekaz w próbie, kiedy dotychczasowy opiekun jest niedostępny i nie może niczego dopowiedzieć.
Zmierz drogę do użytecznej odpowiedzi
Porównaj czas od wpływu wiadomości do odpowiedzi, z którą pracownik i klient mogą coś zrobić. Dolicz poprawki, uzupełnienia oraz szukanie historii. Sprawdź również liczbę spraw źle połączonych i niepotrzebnie przekazanych dalej. Krótszy czas wygenerowania szkicu nie wystarczy, jeśli opiekun dłużej bada jego podstawę.
W ramach połączenia poczty, formularza i CRM można zacząć od jednego typu zapytań i jednego zespołu. Potrzebujemy przykładowych spraw, zasad przydziału i kryterium zakończenia. Dokumentacja OpenAI dotycząca ocen zaleca sprawdzanie systemu na zadaniach odpowiadających użyciu. Dla skrzynki obsługi oznacza to także wiadomości niepełne, wielowątkowe i zwyczajnie źle napisane.
Źródła i dokumentacja
Materiały sprawdzone przy opracowaniu tekstu. Przy wyborze usługi lub technologii potwierdzamy warunki dla konkretnego projektu.
