Klient znalazł produkt, ale nie wie, który rozmiar wybrać. Inny wraca z karty do wyników i traci ustawione filtry. Jeszcze ktoś poprawia formularz, lecz sklep nie pokazuje, co nadal jest nie tak. Takie problemy z użytecznością można opisać i sprawdzić. Nie trzeba zaczynać od przebudowy całego wyglądu ani zakupu kolejnego narzędzia.
Krótka odpowiedź
UX sklepu internetowego pomaga klientowi znaleźć produkt, ocenić ofertę i przejść zakup bez niejasności. Poprawę zacznij od konkretnych zadań oraz obserwacji miejsc, w których użytkownik się zatrzymuje lub popełnia błąd.
Zweryfikuj hipotezy na prototypie albo izolowanej kopii sklepu, a po zmianie sprawdź ponownie te same zadania. Sam wzrost konwersji nie dowodzi, że usunięto daną barierę.
Usługi KC Mobile
Sprawdźmy, co utrudnia zakupy
Podaj adres sklepu i etap, na którym klienci rezygnują lub potrzebują pomocy. Ustalimy zakres audytu procesu zakupowego, obsługi i pomiaru.
Zapisz zadanie kupującego i warunek powodzenia
Ogólne pytanie, czy sklep jest wygodny, zwykle prowadzi do ogólnych odpowiedzi. Lepszy początek to konkretne zadanie: znajdź produkt pasujący do określonego zastosowania, wybierz dostępny wariant i sprawdź całkowity koszt. Wtedy wiadomo, co obserwować i kiedy zadanie jest wykonane poprawnie.
Nie podpowiadaj uczestnikowi, którego przycisku ma użyć. Polecenie powinno opisywać potrzebę, a nie trasę przez interfejs. Jeśli każesz kliknąć kategorię, filtr i wskazaną kartę, sprawdzisz wykonanie instrukcji zamiast samodzielnego znalezienia produktu.
Ustal również granicę testu. W badaniu użyteczności nie trzeba składać rzeczywistego zamówienia ani płacić. Prototyp może zakończyć zadanie na podsumowaniu, a kopia sklepu powinna mieć odłączone produkcyjne integracje i pomiar.
Wynik zapisz jako obserwację: osoba nie znalazła informacji o wymiarach albo wybrała niewłaściwy wariant. Dopiero później nazwij prawdopodobną przyczynę. Szerszy kontekst biznesowy opisuje optymalizacja konwersji w sklepie, lecz pojedyncza bariera UX wymaga własnego dowodu.
Podaj adres sklepu i etap, na którym klienci rezygnują lub potrzebują pomocy. Ustalimy zakres audytu procesu zakupowego, obsługi i pomiaru. Omów audyt swojego sklepu
Sprawdź znalezienie produktu i powrót do wyników
Rozpocznij od różnych punktów wejścia. Klient nie zawsze trafia na stronę główną; może otworzyć kartę produktu z wyszukiwarki albo kategorię z reklamy. Sprawdź, czy rozumie, gdzie jest, jakie ma możliwości wyboru i jak przejść do podobnych produktów.
Nazwy kategorii powinny odpowiadać językowi kupujących. Wewnętrzny podział magazynu lub nazwa serii producenta mogą być mało czytelne dla osoby, która dopiero poznaje asortyment. Obserwuj, jakie słowa uczestnik wpisuje w wyszukiwarkę i gdzie spodziewa się znaleźć daną grupę.
Filtry oceniaj razem z wynikami. Czy widać aktywne ograniczenia? Czy można usunąć jedno z nich? Czy pusta lista wyjaśnia, jak wrócić do szerszego wyboru? Sam panel filtrów nie rozwiązuje problemu, jeśli klient nie rozumie jego skutku.
Sprawdź też powrót z karty produktu. Utrata pozycji na liście lub wybranych filtrów może zmuszać do ponownego szukania. W3C w poradniku menu opisuje znaczenie czytelnej struktury i obsługi różnymi sposobami. Nie ograniczaj kontroli do kliknięcia myszą na szerokim ekranie.
Ułatw ocenę wariantu i warunków zakupu
Na karcie produktu klient potrzebuje odpowiedzi, czy wybrana rzecz pasuje do jego celu. Zdjęcie i nazwa nie zawsze wystarczają. Sprawdź opis wymiarów, materiału, zgodności, zawartości zestawu oraz różnic między wariantami, jeśli są istotne w danym asortymencie.
Wybrany wariant powinien być jednoznaczny. Klient musi rozpoznać, co zaznaczył, ile zapłaci i czy ta wersja jest dostępna. Gdy zmiana wariantu aktualizuje cenę lub zdjęcie, efekt powinien być zauważalny także bez obserwowania całego ekranu.
Warunki dostawy i zwrotu są częścią oceny oferty. Ukrycie ich do ostatniego kroku utrudnia decyzję, nawet jeśli formularz jest krótki. Jeżeli koszt zależy od adresu, wyjaśnij tę zależność i wskaż moment obliczenia, zamiast sugerować stałą cenę.
Oddziel informacje obowiązkowe od dodatkowych porad. Rozbudowana karta może być wygodna, jeśli ma jasny porządek. Krótka może frustrować, kiedy brakuje najważniejszego parametru. Nie oceniaj użyteczności wyłącznie liczbą słów, ekranów czy przycisków.
Sprawdźmy, co utrudnia zakupy
Oceń telefon, klawiaturę i widoczność stanu
Responsywny układ to początek, nie wynik badania. Na telefonie sprawdź otwieranie menu, wybór wariantu, zamykanie warstw i korzystanie z filtrów. Zwróć uwagę, czy baner, czat albo przyklejony przycisk nie zasłania informacji potrzebnej do wykonania zadania.
Przejdź tę samą ścieżkę klawiaturą. Użytkownik powinien wiedzieć, który element ma fokus i jak wrócić z otwartego okna. Nie każda osoba może precyzyjnie dotknąć małej ikony, a funkcja dostępna wyłącznie po najechaniu kursorem może być trudna do odkrycia.
Czytelność obejmuje również stany przejściowe. Po uruchomieniu wyszukiwania lub zmianie filtra powinno być wiadomo, czy sklep pracuje, zakończył operację, czy napotkał problem. Brak informacji może skłonić do wielokrotnego klikania.
Nie wyciągaj z tego automatycznego wniosku, że trzeba wymienić hosting. Zapisz, co trwa i kiedy interfejs przestaje odpowiadać. Dopiero diagnoza pozwala rozdzielić problem działania aplikacji, sieci i samego projektu komunikatu. Zestaw takich obserwacji ułatwi rozmowę z osobą wdrażającą poprawki.
Sprawdź poprawianie błędów zamiast tylko dobrej ścieżki
Sklep powinien pomagać także wtedy, gdy klient się pomyli. Na kopii sprawdź niepełny adres, brak wariantu, niedostępną metodę dostawy i pusty wynik wyszukiwania. Komunikat musi wskazać problem oraz możliwy następny krok, bez obwiniania użytkownika.
W3C opisuje powiadomienia formularzy jako część dostępnej obsługi błędów i potwierdzeń. Informacja nie powinna opierać się wyłącznie na czerwonym kolorze. Przy formularzu ważne jest powiązanie komunikatu z właściwym polem i zachowanie danych, które zostały wpisane poprawnie.
Osobną rolę mają etykiety. Poradnik W3C o oznaczaniu pól wyjaśnia, jak nadać kontrolkom zrozumiałe nazwy. Tekst zastępczy znikający podczas pisania nie powinien być jedynym sposobem objaśnienia pola.
Sprawdź również powrót do poprzedniego kroku. Czy klient zachowuje wybory? Czy podsumowanie odpowiada bieżącej cenie i dostawie? Szczegółową pracę nad formularzem rozdziel od całego badania UX; pomocny jest poradnik konfiguracji checkoutu WooCommerce.
Zaplanuj badanie bez prawdziwego zamówienia
Dobierz uczestników do zadania, a nie tylko do wygody rekrutacji. Osoba znająca panel sklepu może nie zauważyć niejasności, z którą spotka się nowy kupujący. Zapisz kontekst uczestnika, urządzenie i scenariusz, bez gromadzenia zbędnych danych osobowych.
Wyjaśnij, że oceniasz sklep, a nie umiejętności osoby badanej. Pozwól jej działać i opisuj zauważone zachowania. Pytanie, dlaczego wybrała daną opcję, może pomóc w interpretacji, ale odpowiedź nadal jest deklaracją, nie pełnym dowodem przyczynowym.
| Zadanie na kopii sklepu | Warunek powodzenia | Przydatny dowód |
|---|---|---|
| Znalezienie właściwego wariantu | Uczestnik rozpoznaje cenę i dostępność | Wybrany wariant oraz trudne miejsca |
| Porównanie kosztów dostawy | Uczestnik rozumie całkowity koszt | Sposób znalezienia informacji |
| Poprawienie błędnego pola | Uczestnik wie, co i gdzie zmienić | Komunikat i powrót do pracy |
| Powrót do wyników | Zachowane są potrzebne wybory | Stan listy po powrocie |
Użyj fikcyjnych danych testowych. Zablokuj prawdziwe formularze kontaktowe, bramki płatności, wysyłkę wiadomości, integracje magazynowe i zdarzenia konwersji. Sam napis staging nie zapewnia izolacji. Nie dodawaj prawdziwych zamówień do statystyk po to, aby potwierdzić działanie interfejsu.
Ustal priorytet na podstawie bariery i dowodu
Nie każda uwaga wymaga przebudowy. Oddziel problem uniemożliwiający zakup od niewygody i preferencji wizualnej. Brak możliwości wyboru dostępnego wariantu ma inny ciężar niż opinia o kolorze przycisku. Zanotuj także, czy problem powtarza się w różnych scenariuszach.
| Obserwacja | Hipoteza do sprawdzenia | Kryterium naprawy |
|---|---|---|
| Uczestnik nie rozumie różnicy wariantów | Nazwy nie opisują istotnej cechy | Potrafi poprawnie porównać warianty |
| Powtarza kliknięcie po zmianie filtra | Nie widzi stanu ładowania | Rozpoznaje oczekiwanie i wynik |
| Nie poprawia błędnego adresu | Komunikat jest daleko od pola | Znajduje i poprawia właściwe pole |
| Rezygnuje przy podsumowaniu | Brakuje jasnej informacji o koszcie | Rozumie składniki ceny przed decyzją |
Nie utożsamiaj porzucenia z jedną przyczyną. Cena, dostępność i zmiana zamiaru także wpływają na zachowanie. Nagranie może pokazać zawahanie, ale nie odczytuje myśli kupującego. Analiza danych sklepu pomaga sprawdzić skalę zjawiska, jeśli pomiar jest poprawny.
Mała próba jakościowa służy odkrywaniu problemów, a nie wyliczaniu odsetka wszystkich klientów. Przy niewielkim ruchu nie wymuszaj testu A/B z niestabilnym wynikiem. Najpierw zweryfikuj, czy zaproponowana zmiana rzeczywiście usuwa obserwowaną przeszkodę.
Odbierz poprawkę i zachowaj historię decyzji
Przed wdrożeniem zapisz stan początkowy, hipotezę i warunek odbioru. Po poprawce powtórz zadanie w porównywalnych warunkach. Sprawdź też sąsiednie funkcje: naprawa mobilnego menu nie powinna utrudnić obsługi klawiaturą, a nowy komunikat nie powinien zasłaniać podsumowania.
Wybieraj narzędzia do metody badania. Do prostego testu zadaniowego wystarczą prototyp i zapis obserwacji. Narzędzie nagrywające sesje wymaga osobnej kontroli zgód, maskowania i dostępu do nagrań. Nie zbieraj danych płatniczych ani treści prywatnych pól.
Nie korzystaj z porad zalecających Google Optimize jako działającą usługę. Google potwierdza zakończenie Optimize i Optimize 360 30 września 2023 r.. Wybór rozwiązania do eksperymentów powinien wynikać z aktualnych potrzeb, zakresu ruchu i możliwości bezpiecznego pomiaru.
Jeżeli planujesz sklep internetowy, wpisz zadania użytkowników do kryteriów odbioru. Dla istniejącego sklepu przygotuj kilka publicznych adresów i opis przeszkód. Przez kontakt można ustalić zakres przeglądu, zaczynając od najważniejszej ścieżki zamiast od nieuzasadnionego remontu całej witryny.
Więcej poradników w tym temacie
- Jak stworzyć przyjazny klientowi sklep internetowy
- Co decyduje o tym, czy klienci kupują w danym sklepie internetowym?
- Jak poprawić nawigację w sklepie internetowym i ułatwić zakupy
- Jak wykorzystać UX i CRO w e-commerce: plan poprawy konwersji
- Jak analizować heatmapy w sklepie internetowym i znaleźć bariery zakupu
- User experience design: jak przejść od problemu użytkownika do sprawdzonego projektu
- UX writing, czyli teksty, które prowadzą klienta przez stronę
- Jak zwiększyć konwersję strony produktowej: audyt karty i plan zmian
- Customer experience: co oznacza i jak poprawić doświadczenie klienta
- Interfejs użytkownika (UI): definicja, elementy i przykłady
Najczęściej zadawane pytania
Czym UX różni się od wyglądu sklepu?
Czy mały sklep potrzebuje badania użyteczności?
Co sprawdzić w UX sklepu na telefonie?
Czy mapa ciepła wyjaśnia porzucenie koszyka?
Czy przy małym ruchu warto robić test A/B?
Jak sprawdzić, czy poprawka UX zadziałała?
Sprawdźmy, co utrudnia zakupy
Podaj adres sklepu i etap, na którym klienci rezygnują lub potrzebują pomocy. Ustalimy zakres audytu procesu zakupowego, obsługi i pomiaru.
