Jak automatyzacja testów UX uratowała nasz e-commerce przed utratą 30% konwersji? Historia z frontu
Wiele firm wierzy, że testy UX to luksus, na który mogą sobie pozwolić dopiero po premierze produktu. Albo że wystarczy kilka sesji z użytkownikami przed wdrożeniem. Prawda jest taka, że w dynamicznym środowisku e-commerce zmiany wprowadzane codziennie – nowe funkcje, poprawki, A/B testy – mogą po cichu niszczyć konwersję. Dziś opowiem historię, która wydarzyła się naprawdę (choć dane są anonimizowane). Klient przyszedł z prośbą o audyt wydajności, ale szybko okazało się, że prawdziwym problemem był spadek konwersji o 30% w ciągu dwóch miesięcy. I to bez żadnych dużych aktualizacji. Wszystko przez… drobne zmiany w UX, które nikt nie testował.
Sekcja 1: Gdzie cicho umiera konwersja – historia spadku
Nasz klient, średniej wielkości sklep e-commerce z branży odzieżowej, działał na własnym stacku (React + Node.js + własne API). Wszystko działało poprawnie technicznie, ale w lipcu konwersja spadła o 15%, w sierpniu o kolejne 15%. Zespół marketingowy obwiniał sezon, ale dane nie kłamały – ruch był stabilny, a użytkownicy porzucali koszyk. Zaczęliśmy od analizy heatmap i nagrań sesji. Okazało się, że problem leżał w subtelnych zmianach UI, które zespół developerski wprowadził „przy okazji” optymalizacji wydajności.
Przykład? Po aktualizacji biblioteki formularzy przycisk „Dodaj do koszyka” zmienił kolor z wyrazistego #1A5AFF na pastelowy niebieski (bo designerska wersja uznała go za „ładniejszy”). Klikalność spadła o 12%. Inna zmiana: zmodyfikowano marginesy w mobilnym widoku listy produktów, przez co użytkownicy przypadkiem klikali w zdjęcie zamiast w przycisk. Żadna z tych zmian nie została przetestowana – wdrożono je w ramach daily mergów.
Wniosek? W e-commerce każda pikselowa zmiana UX ma realny wpływ na przychody. Bez automatyzacji testów UX, jesteś ślepy na te ukryte spadki.
Sekcja 2: Jak zbudowaliśmy automatyzację testów UX w 2 tygodnie
Naszym celem było stworzenie systemu, który będzie codziennie sprawdzał krytyczne ścieżki użytkownika i alarmował o regresji UX. Nie chodziło o testy jednostkowe ani funkcjonalne – one już istniały. Potrzebowaliśmy testów wizualnych i behawioralnych. Zastosowaliśmy podejście oparte na kilku narzędziach:
- Cypress do symulacji ścieżek użytkownika (odwiedź stronę, kliknij w produkt, dodaj do koszyka, przejdź do checkoutu).
- Percy do porównywania screenshotów – wykrywaliśmy nawet 1-pikselowe różnice w layoutach.
- Niestandardowe asercje – np. sprawdzanie, czy przycisk ma odpowiedni kontrast (WCAG) i czy jest klikalny (widoczny w viewporcie).
Każdej nocy uruchamialiśmy testy w środowisku stagingowym. Jeśli test wykrył spadek konwersji w symulacji (np. wydłużenie czasu potrzebnego na dodanie produktu do koszyka), alert szedł do zespołu. Wdrożenie zajęło dwa tygodnie, a koszt infrastruktury to około 200 zł miesięcznie za serwery testowe. Klient był sceptyczny, ale po pierwszym tygodniu testy wykryły aż 3 regresje, które już trafiły na produkcję.
Sekcja 3: 3 konkretne regresje, które wykryliśmy (i jak je naprawiliśmy)
Oto trzy przypadki, które pokazują, jak subtelne zmiany niszczą konwersję:
-
Zmiana czcionki w cenie – zespół zoptymalizował czcionki, ale w rezultacie „99,99 zł” wyświetlało się z błędnym kerningiem, co sprawiało wrażenie wyższej ceny. Testy wizualne wykryły, że szerokość ceny zmieniła się o 3 piksele, co powodowało przesunięcie przycisku obok. Naprawa: dodanie stałej szerokości kontenera.
-
Usunięcie pola kuponu z checkoutu – A/B test pokazał, że usunięcie pola kuponu przyspiesza zakupy o 2 sekundy. Wdrożono to na stałe, ale nie zauważono, że użytkownicy, którzy mieli kupon, porzucali koszyk. Konwersja spadła o 5%, ale testy UX w symulacji wykryły to po 2 dniach. Wróciliśmy do pola, ale z inteligentnym walidowaniem (kupon sprawdzany automatycznie po wpisaniu).
-
Zmiana kolejności produktów na liście – nowy algorytm sortowania miał pokazywać najpopularniejsze produkty, ale testy behawioralne (symulujące kliknięcia) pokazały, że użytkownicy rzadziej klikali w produkty z ostatniej strony. Przywróciliśmy oryginalne sortowanie z opcją filtrowania.
Sekcja 4: Wyniki i wnioski dla Twojego biznesu
Po trzech miesiącach od wdrożenia automatyzacji testów UX, konwersja klienta wróciła do poziomu sprzed spadku, a nawet wzrosła o 5% – dzięki optymalizacjom, które testy pomogły odkryć (np. lepszy kontrast przycisku). Koszt utrzymania narzędzi to około 500 zł miesięcznie (wliczając licencje Percego i serwery). Ile kosztował brak testów? Około 30% konwersji miesięcznie – dla sklepu przynoszącego 1 mln zł miesięcznie, to strata 300 000 zł miesięcznie. Rachunek jest prosty.
Kluczowa lekcja: Automatyzacja testów UX to nie luksus, ale ubezpieczenie przychodu. W dynamicznym środowisku e-commerce codzienne zmiany to ryzyko, a bez automatyzacji polegasz na szczęściu. W JurskiTech od lat stosujemy takie podejście – najpierw audyt, potem automatyzacja, a na końcu spokojny sen. Jeśli nie testujesz UX automatycznie, prawdopodobnie tracisz pieniądze, o których nie wiesz.
Podsumowanie: Cicha rewolucja w testowaniu
Świat e-commerce zmierza w kierunku pełnej automatyzacji, nie tylko backendu, ale i UX. Narzędzia takie jak Cypress, Playwright czy Percy stają się standardem. Nie czekaj, aż stracisz 30% przychodów. Zacznij od zidentyfikowania krytycznych ścieżek użytkownika, napisz kilka testów i uruchamiaj je codziennie. To inwestycja, która zwraca się w tydzień. A jeśli potrzebujesz wsparcia – w JurskiTech chętnie pomożemy zaprojektować taki system.
Pamiętaj: w e-commerce każdy piksel sprzedaje. Chroń go.


