Komunikacja z klientem w sklepie internetowym: kanały i standardy

Klient powinien otrzymać potwierdzenie zamówienia, informację o płatności i wysyłce oraz aktualizację, gdy realizacja się opóźnia albo zaczyna się zwrot lub reklamacja. Każdy komunikat przypisujemy do etapu, kanału i osoby, która pilnuje poprawności informacji.

Tabela pokazuje, kto odpowiada za komunikat na danym etapie i kiedy klient powinien go otrzymać.

Tabela ułatwia przypisanie każdego komunikatu do osoby, która sprawdza jego poprawność i aktualność.

Sklep powinien przygotować szablon dla sytuacji, które zmieniają oczekiwania klienta. Zalecamy, by automatyczna wiadomość zawierała dane zamówienia, a komunikat o wyjątku wskazywał osobę lub zespół odpowiedzialny za dalszy kontakt.

Właściciel oznacza osobę albo zespół, który sprawdza, czy klient dostał aktualną informację. Przy statusach automatycznych właścicielem procesu pozostaje osoba nadzorująca integrację lub obsługę zamówień.

Jeśli sklep dopiero porządkuje platformę sprzedażową, projektowanie i wdrożenie sklepu internetowego na WooCommerce może objąć także statusy oraz komunikaty po zakupie. Zasady kontaktu warto opisać spójnie z informacjami dla kupującego; pomaga w tym materiał o tym, co powinien zawierać regulamin sklepu internetowego.

Kanał kontaktu dobieramy do pilności sprawy, jej złożoności oraz potrzeby zachowania historii ustaleń. Klient powinien wiedzieć, który kanał służy do szybkiego pytania, a który pozwala przekazać dokumenty i szczegóły.

Tabela odpowiada na pytanie, który kanał sprawdzi się przy danym rodzaju kontaktu i pod jakim warunkiem.

Tabela pokazuje, że wybór kanału zależy również od możliwości zapisania ustaleń i zapewnienia obsady.

E-mail i formularz ułatwiają obsługę spraw wymagających sprawdzenia szczegółów, załączników lub konsultacji z innym działem. Telefon i czat mogą skrócić wymianę informacji, jeśli konsultant zapisuje ustalenia przy właściwym zamówieniu.

Komunikator społecznościowy nie powinien być jedynym miejscem przechowywania historii reklamacji czy zmian w zamówieniu. Gdy rozmowa wymaga weryfikacji dokumentów lub uzgodnień, pracownik przenosi ją do kanału, który zapisuje zgłoszenie, i informuje klienta, gdzie otrzyma dalszą odpowiedź.

Nie uruchamiamy live chatu przez całą dobę, jeśli sklep nie ma obsady. Informacja o godzinach dostępności oraz odpowiedź automatyczna powinny wskazywać, kiedy klient może spodziewać się kontaktu. Więcej o doborze i obsłudze tego kanału opisujemy w poradniku live chat w sklepie internetowym.

Standard odpowiedzi powinien osobno określać czas pierwszej reakcji, częstotliwość aktualizacji i sposób przekazania sprawy. Nie stosujemy jednej obietnicy czasu do pytań o status, błędów płatności i reklamacji, bo każda sprawa wymaga innego sprawdzenia.

Tabela pokazuje, jakie reguły przypisać do różnych spraw, zanim zespół zacznie je obsługiwać.

Tabela wskazuje, że każda sprawa potrzebuje właściciela i określonego warunku przekazania dalej.

Właściciel zgłoszenia pozostaje ten sam, dopóki nie przekaże sprawy konkretnej osobie i nie zapisze tego przekazania. Klient nie powinien ponownie opisywać całej sytuacji po każdej zmianie konsultanta.

Przy ustalaniu czasu reakcji rozdzielamy godziny pracy zespołu od czasu kalendarzowego i jasno podajemy, co oznacza obietnica. "Odpowiemy w ciągu jednego dnia roboczego" wymaga określenia godzin pracy i dni wolnych, a "niezwłocznie" nie daje zespołowi mierzalnego standardu.

Perspektywa KC Mobile. Z naszych wdrożeń wynika, że opóźnienia w obsłudze często zaczynają się od braku właściciela zgłoszenia, a nie od braku kolejnego kanału. Zalecamy ustalić osobę przejmującą sprawę oraz regułę eskalacji przed uruchomieniem dodatkowego czatu lub komunikatora.

Pomocna odpowiedź zawiera potwierdzenie sprawy, sprawdzony fakt, działanie sklepu i termin kolejnej informacji. Klient powinien wiedzieć, co już ustaliliśmy oraz kiedy wrócimy do niego, jeśli rozwiązanie wymaga czasu.

Szablon odpowiedzi powinien zawierać pięć pól:

1. Potwierdzenie, czego dotyczy wiadomość, z numerem zamówienia.
2. Sprawdzony fakt, bez obietnic opartych na przypuszczeniu.
3. Działanie, które sklep podejmuje albo którego potrzebuje od klienta.
4. Termin kolejnej informacji, również wtedy, gdy sprawa pozostaje otwarta.
5. Dane kontaktowe lub nazwa zespołu prowadzącego sprawę.

Przykład: opóźnienie. "Zamówienie 1234 nie zostało jeszcze przekazane przewoźnikowi. Sprawdzamy dostępność produktu w magazynie i wrócimy z informacją o dalszym terminie jutro do godziny 14. Jeśli termin nie będzie jeszcze potwierdzony, również damy znać." Podany termin trzeba dopasować do rzeczywistego procesu sklepu.

Przykład: błąd płatności. "Nie otrzymaliśmy jeszcze potwierdzenia płatności za zamówienie 1234. Sprawdzamy status transakcji u operatora. Prosimy nie opłacać zamówienia ponownie, dopóki nie potwierdzimy, czy pierwsza transakcja została pobrana. Przekażemy aktualizację jutro do godziny 12." Taką instrukcję wysyłamy tylko wtedy, gdy sprawdziliśmy, że ponowienie płatności nie jest wymagane.

Nie używamy sformułowań "system tak pokazuje" ani "proszę czekać", jeśli nie podajemy konkretnego kroku. Nie deklarujemy wysyłki, zwrotu środków ani rozstrzygnięcia reklamacji, dopóki osoba odpowiedzialna nie potwierdzi tych informacji.

Konsultant powinien widzieć przy zgłoszeniu status zamówienia, płatności i wysyłki oraz wcześniejsze ustalenia dotyczące tej samej sprawy. Integracja ogranicza ręczne przepisywanie informacji, ale wymaga wskazania, który system jest źródłem prawdy dla każdego statusu.

Minimalny widok sprawy powinien obejmować:

• identyfikator zamówienia i dane kontaktowe potrzebne do weryfikacji klienta;
• produkty, status płatności i historię zmian statusu;
• metodę oraz status wysyłki, gdy sklep je otrzymuje;
• dotychczasową korespondencję i osobę prowadzącą zgłoszenie;
• notatki operacyjne z rozróżnieniem informacji widocznych dla zespołu i klienta.

CRM to system do zarządzania relacjami z klientami, a helpdesk to narzędzie do rejestrowania i obsługi zgłoszeń. Mały sklep może zacząć od wspólnej skrzynki i opisanego rejestru, jeśli każda sprawa otrzymuje właściciela i status. Przy rosnącej liczbie kontaktów helpdesk pomaga przypisywać zgłoszenia, kontrolować kolejkę i zachowywać historię między kanałami.

Dostęp do danych ograniczamy rolami do zakresu potrzebnego do pracy. Osoba odpowiadająca na pytanie o wysyłkę nie zawsze potrzebuje danych do rozliczeń, a informacje nieprzeznaczone dla klienta powinny być oddzielone od treści wiadomości. Przed automatyzacją sprawdzamy także, czy błędny status płatności nie uruchomi komunikatu o ponownej zapłacie.

Jakość komunikacji mierzymy szybkością reakcji, skutecznością rozwiązania i tym, czy zgłoszenia mają właścicieli. Sama średnia czasu pierwszej odpowiedzi nie pokazuje, czy klient musiał ponownie pytać o tę samą sprawę.

Tabela wyjaśnia, jak obliczać wskaźniki obsługi i jakie ograniczenia uwzględnić przy ocenie wyników.

Tabela pokazuje, że ocenę szybkości warto uzupełnić o ponowne kontakty i przypisanie zgłoszeń.

Raportujemy wyniki osobno według kanału i rodzaju sprawy, bo średnia dla całego sklepu może ukryć kolejkę reklamacji albo problem z płatnościami. Wskaźniki powinny wskazywać wąskie gardło, a nie skracać odpowiedzi kosztem rozwiązania problemu.

Warto porównać ponowne kontakty z typem komunikatu. Jeśli klienci ponawiają pytanie po automatycznym statusie wysyłki, sprawdzamy, czy status zawiera aktualny termin i działający link do śledzenia. Gdy zgłoszenia pozostają bez właściciela, najpierw poprawiamy przypisywanie spraw, a potem oceniamy czas reakcji.

Kolejne zgłoszenia wywołują sprzeczne statusy, brak aktualizacji i odpowiedź, która nie wskazuje następnego kroku. Usunięcie tych problemów wymaga poprawy źródła informacji i odpowiedzialności, a nie tylko dodania kolejnej automatycznej wiadomości.

Sprzeczne informacje między kanałami. Sklep może wysłać e-mail o nadaniu, gdy panel zamówienia nadal pokazuje przygotowanie. Wskazujemy jedno źródło statusu, sprawdzamy synchronizację i nie publikujemy wiadomości na podstawie niepotwierdzonej zmiany.

Automatyczne odpowiedzi bez aktualizacji. Potwierdzenie zgłoszenia informuje, że wiadomość dotarła, ale nie rozwiązuje sprawy. Dodajemy numer sprawy, właściciela lub zespół oraz termin następnej aktualizacji.

Brak informacji o opóźnieniu. Klient dowiaduje się o problemie dopiero po samodzielnym kontakcie ze sklepem. Ustalamy, kto wykrywa opóźnienie i kto wysyła nową informację, gdy termin jest już znany albo nadal wymaga sprawdzenia.

Zamknięcie sprawy przed rozwiązaniem. Zgłoszenie nie powinno znikać z kolejki tylko dlatego, że sklep wysłał odpowiedź. Zamykamy je po wykonaniu ustalonego działania lub potwierdzeniu rozwiązania według procesu sklepu.

Obsługa klienta obejmuje organizację kolejki i jakości odpowiedzi. Przykłady dotyczące zgłoszeń, terminów i jakości obsługi klienta pomagają przełożyć standard komunikacji na codzienną pracę zespołu. Gdy problem wynika z powtarzalnych błędów procesu, przydatny będzie opis problemów z obsługą klienta w e-commerce.

Dalszy kontakt po zakupie wpływa na całe doświadczenie klienta. Warto zaplanować customer experience w sklepie internetowym oraz treść podziękowania za zakupy. Osobny materiał opisuje reklamacje w sklepie internetowym.

Jeśli potrzebujesz wykonawcy do zmian platformy i procesu obsługi, sklepy internetowe na WooCommerce obejmują projektowanie i wdrażanie platformy dopasowanej do sprzedaży online.

• Jak poprawić customer experience w sklepie internetowym?
• Czy sklep IdoSell jest gotowy na wymogi dyrektywy Omnibus?
• Automatyzacja mailingu od czego zacząć? Plan wdrożenia dla małej firmy