Klient zgłosił zwrot, paczka dotarła do magazynu, ale obsługa nie wie, czy towar został sprawdzony. Księgowość czeka na informację, a klient pyta o etap swojej sprawy. Aplikacja e-commerce powinna utrzymać związek między zamówieniem, przesyłką, oceną i rozliczeniem. W przeciwnym razie zwrot wraca do firmy kilka razy: fizycznie, w wiadomości i w kolejnym pytaniu, kto właściwie ma się nim teraz zająć.
Zacznijcie od rozdzielenia typów spraw zgodnie z przyjętym procesem i odpowiednimi wymaganiami. Zwrot, reklamacja i błąd realizacji mogą prowadzić do innych działań. Ten tekst dotyczy organizacji aplikacji, a szczegółowe zasady prawne trzeba ustalić dla konkretnej działalności. Program powinien wykonywać uzgodniony obieg, nie rozstrzygać samodzielnie, jakie prawa przysługują klientowi. Bez tego nawet bardzo sprawny formularz może prowadzić do nieprawidłowej ścieżki obsługi.
Zgłoszenie powinno zaczynać się przy zamówieniu
Jeżeli użytkownik wybiera pozycje z własnego zakupu, zespół otrzymuje mniej spraw wymagających ręcznego dopasowania. Warto sprawdzić, jakie dane są już znane i których naprawdę trzeba jeszcze zapytać. Prośba o ponowne wpisanie całej historii zamówienia może zwiększyć liczbę błędów. Dobrze też wskazać, czego klient może oczekiwać po wysłaniu zgłoszenia i gdzie znajdzie jego dalszy stan, bez odgadywania właściwego adresu e-mail.
Powiązania muszą pozostać stabilne także po zmianie nazwy produktu czy korekcie danych. Przy integracji systemów potrzebne są identyfikatory i jasny podział właścicieli informacji. Sklep może prowadzić zamówienie, magazyn przyjęcie przesyłki, a inny system rozliczenie. Aplikacja powinna pokazać związek tych zdarzeń, zamiast kopiować wszystko do jednej tabeli i pozostawiać pracownikowi zadanie ustalenia, która kolumna jest aktualna.
Otrzymanie paczki nie oznacza zakończenia sprawy
Pomiędzy dostawą a rozliczeniem może być potrzebne sprawdzenie towaru, dokumentu lub zakresu zgłoszenia. Te etapy powinny mieć własny rezultat oraz właściciela. Użytkownik wewnętrzny potrzebuje wiedzieć, co zrobić dalej, a klient otrzymać zrozumiały komunikat. Nie każda szczegółowa notatka magazynu powinna od razu trafiać do powiadomienia. Warto rozdzielić informację operacyjną od zatwierdzonej odpowiedzi na zewnątrz.
Podobne zależności pojawiają się w portalu B2B dla hurtowni, choć warunki współpracy i sposób prowadzenia spraw mogą być inne. Dlatego nie należy kopiować jednego formularza do wszystkich kanałów sprzedaży bez sprawdzenia reguł. Wspólny może być model identyfikacji zamówienia i historii zmian. Sama ścieżka rozpatrzenia powinna wynikać z uzgodnionego procesu dla danego klienta oraz typu sprawy.
Każde działanie finansowe potrzebuje potwierdzonej intencji
Jeśli aplikacja uruchamia operację w systemie rozliczeń, trzeba określić warunek jej wykonania, zakres uprawnień i sposób rozpoznania ponowienia. Powtórne kliknięcie albo dostarczenie tego samego komunikatu nie powinno dowolnie tworzyć kolejnego działania. Operator potrzebuje też zobaczyć wynik i wyjaśnić nieudaną próbę. Szczegóły zależą od dostawcy oraz procesu, więc powinny zostać sprawdzone przed zamknięciem zakresu integracji.
Przy użyciu modeli do porządkowania zgłoszeń przydatne są granice opisane w artykule o AI w handlu i e-commerce. Rozpoznanie tematu albo przygotowanie szkicu odpowiedzi ma inne skutki niż zatwierdzenie rozliczenia. W aplikacji powinno być widoczne, które czynności są pomocnicze, a które wymagają decyzji wskazanej osoby. Dzięki temu automatyzacja przyspiesza pracę bez niejasnego przenoszenia odpowiedzialności na wynik modelu.
Raportuj przyczynę oczekiwania, nie samą kolejkę
W dashboardzie obsługi warto oddzielić sprawy czekające na przesyłkę, weryfikację i decyzję. Łączny czas zakończenia może ukrywać bardzo różne przyczyny. Jeśli raport pozwala przejść do konkretnych zgłoszeń, zespół może sprawdzić, gdzie faktycznie potrzebna jest zmiana. Sama średnia nie pokaże, dlaczego klient pyta ponownie, choć wszystkie lokalne zadania zostały formalnie wykonane.
Sprawdźcie też obsługę części zamówienia. Jedno zgłoszenie może dotyczyć kilku pozycji, których los jest różny. Jeżeli aplikacja potrafi oznaczyć stan tylko dla całej sprawy, pracownik będzie dopisywał szczegóły w komentarzu. Warto ustalić, na jakim poziomie powstaje decyzja i jak pokazuje się jej wynik. To pomaga przekazać precyzyjną informację bez rozbijania jednego kontaktu klienta na kilka niezwiązanych historii prowadzonych przez różne osoby.
W odbiorze rozwiązania sprawdźcie zwykłą sprawę, brak dokumentu, korektę oraz powtórzone zdarzenie. Archifutura pomaga projektować narzędzia dla handlu i e-commerce na podstawie rzeczywistego obiegu. Na spotkanie o zwrotach i reklamacjach przygotuj przykład zgłoszenia obsłużonego sprawnie i takiego, które krążyło między działami. Porównanie pozwoli ustalić brakującą informację oraz warunek, po którym można uczciwie powiedzieć klientowi, że sprawa jest zakończona.
