Czym jest automatyzacja obsługi klienta?

Każda automatyzacja wsparcia składa się z tych samych trzech części: czegoś, co ją uruchamia (zdarzenia, np. nowego zgłoszenia, albo upływu czasu), warunków, które decydują, czy ma zastosowanie, oraz akcji, które wykonuje. Helpdeski udostępniają ten model bezpośrednio. Zendesk nazywa je regułami biznesowymi: triggery działają natychmiast po utworzeniu lub aktualizacji zgłoszenia, a automatyzacje są oparte na czasie i działają raz na godzinę na zgłoszeniach, które nie są zamknięte. Zendesk zwraca uwagę, że różnica między nimi nie polega na tym, jakie akcje mogą wykonać, lecz na tym, jakie warunki je uruchamiają.

Automatyzacja to całe spektrum. Na jednym końcu działa, zanim człowiek zobaczy zgłoszenie: bot odpowiada na pytanie albo reguła ustawia priorytet i przypisuje grupę. Na drugim końcu wspiera agenta: zapisana odpowiedź uzupełnia typową treść, a panel boczny pobiera zamówienie klienta z innego systemu. Jedno i drugie się liczy, a większość zespołów potrzebuje obu.

Makra to przydatny przypadek graniczny. Zendesk zauważa, że makra nie mają warunków: nic nie ocenia zgłoszenia, by zdecydować, czy makro ma zastosowanie, więc wybiera je agent. Dlatego zapisane odpowiedzi to najmniej ryzykowne miejsce na start – za każdym razem decyduje człowiek.

Routing to często obszar, w którym automatyzacja zwraca się najszybciej, bo dotyczy każdego zgłoszenia. Na przykład intelligent triage w Zendesk klasyfikuje nowe zgłoszenia według tematu, sentymentu i języka i może kierować je przez routing omnichannel, routing według umiejętności lub triggery. Prostsze konfiguracje ustawiają grupę i priorytet regułami opartymi na słowach kluczowych lub polach formularza.

Automatyzacja dobrze radzi sobie z powtarzalną, jasno zdefiniowaną pracą. Słabo radzi sobie z osądem, empatią i wyjątkami. Wytyczne Zendesk dotyczące agentów AI mówią, że zapytanie czasem musi zostać przekazane do agenta-człowieka, gdy jest złożone, pilne lub wrażliwe, i zalecają zdefiniowanie ścieżek eskalacji przed uruchomieniem. W praktyce zostaw ludziom:

• Reklamacje, rezygnacje i rozmowy nacechowane emocjami
• Spory o rozliczenia, zwroty poza polityką i inne wyjątki, które wymagają osoby z uprawnieniami decyzyjnymi
• Bezpieczeństwo konta i weryfikację tożsamości, gdzie pomyłka jest kosztowna
• Pytania, których bot nie potrafi sklasyfikować albo na które już nie zdołał odpowiedzieć
• Klientów o wysokiej wartości lub zagrożonych odejściem, których postanowiłeś obsługiwać osobiście

Cokolwiek automatyzujesz, zachowaj widoczny sposób kontaktu z człowiekiem i przekazuj historię rozmowy, aby klient nie musiał się powtarzać. Jak to zrobić, opisujemy w naszym przewodniku o przekazywaniu rozmowy z chatbota do człowieka.

Rzadko trzeba wymieniać helpdesk, aby go zautomatyzować. Nowoczesne helpdeski mogą ze swoich reguł wywoływać inne systemy, a inne systemy mogą aktualizować zgłoszenia przez API helpdesku. Tak powstają niestandardowe automatyzacje:

• Zendesk: tworzysz webhook w Admin Center, a potem podpinasz go do triggera lub automatyzacji akcją 'Notify webhook'. Treść żądania może mieć format JSON, XML lub form-encoded, a placeholdery wstawiają dane zgłoszenia.
• Freshdesk: reguły automatyzacji działające przy tworzeniu lub aktualizacji zgłoszeń mogą używać akcji 'Trigger webhook' z metodami GET, POST, PUT, PATCH lub DELETE i placeholderami takimi jak {{ticket.id}}. Nieudane webhooki są ponawiane co 30 minut, maksymalnie do 48 wywołań.
• Jira: akcja automatyzacji 'Send web request' wywołuje inny system, gdy reguła się uruchamia, i może czekać na odpowiedź, aby dalsze kroki mogły wykorzystać zwrócone dane.

Typowy niestandardowy przepływ wygląda tak:

1. Reguła helpdesku uruchamia się na nowym lub zaktualizowanym zgłoszeniu i wysyła webhook.
2. Narzędzie do przepływów, takie jak Make lub n8n, albo niewielka usługa odbiera go i wyszukuje dane w innym miejscu: w systemie zamówień, CRM lub modelu językowym.
3. Przepływ zapisuje wynik z powrotem przez API helpdesku jako tag, wartość pola, notatkę prywatną lub przypisanie.
4. Agenci widzą wynik w zgłoszeniu, a dalej działają już własne reguły helpdesku.

1. Spisz najczęstsze typy próśb z ostatniego miesiąca i zaznacz te, które za każdym razem przebiegają według tych samych kroków.
2. Najpierw uporządkuj routing i autoodpowiedzi. Dotyczą każdego zgłoszenia i łatwo je zweryfikować.
3. Zamień powtarzające się odpowiedzi w makra lub gotowe odpowiedzi, zanim umieścisz je w bocie.
4. Dodaj bota dla najczęstszych pytań o niskim ryzyku, z jasnym przekazaniem do człowieka.
5. Mierz czas pierwszej odpowiedzi, czas rozwiązania i CSAT przed każdą zmianą i po niej, aby wiedzieć, co naprawdę pomogło.

TascaLab to jednoosobowa praktyka – prowadzi ją Roman Zakharenko – która buduje automatyzację wsparcia na narzędziach, których już używasz, w tym Zendesk, Freshdesk, Jira i Slack, z wykorzystaniem API, webhooków oraz Make lub n8n. Ceny jednorazowe obejmują Ticket Routing & Categorization (3000 zł), Starter Chat Bot (1550 zł) i Automated Reports (2700 zł). Większość wdrożeń trwa 1–3 tygodnie i obejmuje podstawową dokumentację oraz 30 dni wsparcia po uruchomieniu, bez ukrytych opłat. Możesz zacząć od bezpłatnej 30-minutowej rozmowy Health Check.