Powrót do bloga

Porównania

Wsparcie dla merchantów w panelu płatności a osobny helpdesk

Dlaczego prowadzenie zgłoszeń wsparcia dla merchantów razem z transakcjami, wypłatami i fakturami różni się od obsługi w oddzielnym, ogólnym helpdesku.

Gdy zgłoszenie wsparcia jest jednocześnie transakcją

Pytania merchantów praktycznie zawsze dotyczą konkretnej transakcji, wypłaty lub faktury. W ogólnym helpdesku poza panelem płatności zgłoszenie zaczyna się jako czysta rozmowa, a agent musi przed analizą sprawy ręcznie przenosić między dwoma systemami numery referencyjne transakcji, identyfikatory merchanta i daty.

Otwieranie zgłoszenia tam, gdzie już jest rekord

Merchant może zamiast tego zgłosić sprawę bezpośrednio z przeglądanej transakcji, faktury lub portfela, dzięki czemu referencja wędruje wraz z rozmową, a nie jest do niej wklejana. Operator odpowiadający na zgłoszenie widzi rzeczywisty rekord, a nie zrzut ekranu czy skopiowany identyfikator.

Jedna kolejka, te same uprawnienia

Menedżerowie tenantów obsługują kolejkę wsparcia bezpośrednio w swoim panelu, w ramach tej samej kontroli dostępu opartej na rolach, która obejmuje resztę ich uprawnień. Zespół wsparcia nie potrzebuje szerszych praw tylko po to, by odpowiedzieć na pytanie, nie ma drugiego logowania, odrębnej konfiguracji SSO ani drugiego miejsca, w którym przechowywane są dane osobowe merchantów.

Współdzielone zasoby zamiast drugiego systemu plików

Załączniki takie jak potwierdzenia i dowody wykorzystują to samo repozytorium dokumentów i te same ścieżki pobierania, co materiały dowodowe w sporach. Niczego nie trzeba duplikować w drugim systemie i nic nie gubi się między załącznikiem a rekordem, który miał potwierdzać.

Co to zmienia w codziennej pracy

Ponieważ zgłoszenia są przypisane do tenanta i kolejkowane bezpośrednio w platformie, raportowanie czasu odpowiedzi jest naturalną właściwością platformy, a nie czymś składanym po fakcie z dwóch systemów. A skoro zgłoszenia otwierają się z kontekstu, znika cała kategoria błędów: niewłaściwa referencja transakcji skopiowana do niewłaściwej rozmowy.

Opcjonalna warstwa i miejsce sporów w całym procesie

Ponad skrzynką wsparcia działać może osobny moduł, który segreguje napływające zgłoszenia i przygotowuje proponowane odpowiedzi oparte na tym samym kontekście transakcji i merchanta, który operator już widzi — operator wciąż samodzielnie edytuje i wysyła odpowiedź, a do merchanta nic nie trafia automatycznie. Funkcjonuje to razem z wbudowanym w platformę procesem sporów, w którym merchant może otworzyć spór dotyczący płatności lub wypłaty, podając powód i do pięciu plików dowodowych, a menedżer rozstrzyga go, przy czym saldo jest automatycznie wycofywane i ponownie księgowane — dzięki czemu rozmowa wsparcia i wynikający z niej spór pozostają w jednym miejscu.