Redesign vs iteracja UX - porównanie wyników w praktyce

Strona internetowa generuje mniej zapytań. Sklep ma ruch, ale użytkownicy nie kończą zakupów. Serwis wygląda na przestarzały, a kolejne poprawki zaczynają tworzyć coraz większy chaos.

W takich sytuacjach często pojawia się pomysł: „Zróbmy nową stronę”.

Pełny redesign jest jednak tylko jedną z możliwości. Alternatywą może być iteracyjne poprawianie UX – diagnozowanie konkretnych problemów, wdrażanie zmian etapami i sprawdzanie ich wpływu na zachowanie użytkowników.

Żadne z tych podejść nie jest z definicji lepsze.

Redesign może być właściwą decyzją, jeśli problem dotyczy fundamentów strony: struktury, technologii, procesów, modelu biznesowego albo całego interfejsu. Z kolei jeśli podstawy działają prawidłowo, pełna przebudowa może oznaczać niepotrzebny koszt i ryzyko. Czasami znacznie skuteczniejsze jest poprawienie kilku konkretnych miejsc: formularza, nawigacji, karty produktu, procesu zakupowego czy mobilnej wersji serwisu.

W tym artykule pokazujemy:

• czym różni się redesign od iteracyjnego podejścia UX,
• kiedy warto przebudować stronę w całości,
• kiedy lepiej poprawiać ją etapami,
• jak wykorzystać dane przed podjęciem decyzji,
• jak mierzyć efekty zmian,
• jakie ryzyka niesie pełny redesign,
• dlaczego redesign nie powinien rozpoczynać się od projektu graficznego,
• jak może wyglądać iteracyjna optymalizacja UX w praktyce.

Jeżeli szukasz podstaw dotyczących samego procesu przebudowy, zobacz również poradnik Redesign strony internetowej – wszystko, co musisz wiedzieć.

Redesign i iteracja UX – dwie różne strategie rozwoju strony

Najważniejsza różnica dotyczy skali zmian.

Redesign

Redesign oznacza większą przebudowę istniejącego rozwiązania.

Może obejmować jednocześnie:

• architekturę informacji,
• strukturę podstron,
• UX,
• UI,
• treści,
• funkcjonalności,
• wersję mobilną,
• technologię,
• CMS,
• integracje,
• SEO techniczne,
• wydajność.

W skrajnym przypadku stara i nowa wersja strony mają ze sobą niewiele wspólnego poza domeną, treściami wymagającymi zachowania oraz celami biznesowymi.

Iteracja UX

Iteracyjne podejście polega na rozwijaniu istniejącego rozwiązania mniejszymi krokami.

Schemat może wyglądać tak: problem → dane → hipoteza → zmiana → pomiar → wniosek → kolejna zmiana.

Nie przebudowujemy wszystkiego jednocześnie. Najpierw identyfikujemy miejsca, które najbardziej utrudniają realizację celu, a następnie stopniowo je poprawiamy.

Przykładowo:

• poprawiamy formularz kontaktowy,
• mierzymy rezultat,
• przebudowujemy nawigację,
• mierzymy rezultat,
• poprawiamy wersję mobilną kluczowej podstrony,
• ponownie analizujemy dane.

Dzięki temu każda kolejna decyzja może wykorzystywać wiedzę zdobytą podczas poprzedniego etapu.

Redesign nie jest „większą wersją” optymalizacji UX

To ważne rozróżnienie.

Można mieć wrażenie, że:

• mała zmiana = iteracja,
• dużo zmian = redesign.

W praktyce różnica jest głębsza. Iteracyjne UX zakłada przede wszystkim ciągłość istniejącego rozwiązania. Zachowujemy jego fundamenty i poprawiamy konkretne elementy.

Redesign pozwala natomiast zakwestionować te fundamenty.

Możemy ponownie zaprojektować:

• strukturę,
• sposób komunikowania oferty,
• hierarchię treści,
• ścieżki użytkownika,
• funkcje,
• wygląd,
• sposób zarządzania stroną.

Dlatego redesign daje większą swobodę, ale jednocześnie wiąże się z większym zakresem zmian i większą liczbą założeń, które trzeba zweryfikować.

Najpierw diagnoza, później decyzja o redesignie

Jednym z najczęstszych błędów jest podejmowanie decyzji o redesignie na podstawie stwierdzenia: „Strona jest stara”.

Wiek strony może być sygnałem, ale nie diagnozą.

Podobnie jak:

• „konkurencja wygląda nowocześniej”
• „zarządowi przestała się podobać grafika”
• „chcemy coś świeższego”.

Przed podjęciem decyzji warto ustalić: Co właściwie nie działa?

Problem może dotyczyć:

• wyglądu,
• użyteczności,
• oferty,
• treści,
• ruchu,
• szybkości,
• technologii,
• SEO,
• procesu sprzedażowego,
• integracji,
• zarządzania treścią.

Każdy z tych problemów może wymagać innej reakcji. Jeżeli użytkownicy nie wysyłają formularza dlatego, że zawiera kilkanaście niepotrzebnych pól, nie trzeba od razu projektować całego serwisu od nowa.

Jeżeli jednak problemem jest niezrozumiała struktura oferty, archaiczna technologia, setki niespójnych podstron i interfejs, którego nie da się już sensownie rozwijać, kolejne punktowe poprawki mogą jedynie przedłużać życie rozwiązania wymagającego większej przebudowy.

Kiedy lepsza jest iteracja UX?

Iteracyjne podejście ma szczególnie dużo sensu, gdy fundament strony jest nadal prawidłowy.

Struktura strony zasadniczo działa

Użytkownicy potrafią znaleźć najważniejsze informacje, a problemy dotyczą pojedynczych etapów.

Może to być:

• słabe CTA,
• nieczytelny formularz,
• problem z filtrami,
• karta produktu,
• sposób prezentacji ceny,
• nawigacja mobilna.

Nie ma wtedy potrzeby przebudowy całej architektury serwisu.

Technologia nie ogranicza zmian

Jeżeli obecny CMS i kod pozwalają bezpiecznie wdrażać kolejne poprawki, iteracja jest znacznie łatwiejsza.

Inaczej wygląda sytuacja, gdy każda drobna zmiana wymaga obejścia starego kodu, kolejnej wtyczki albo ingerencji w elementy, których nikt nie chce już dotykać.

Dysponujesz wartościowymi danymi

Iteracyjne UX szczególnie dobrze działa tam, gdzie można porównać zachowanie użytkowników przed i po zmianie.

Mogą to być dane dotyczące:

• wysłania formularza,
• przejścia do kolejnego kroku,
• dodania produktu do koszyka,
• rozpoczęcia checkoutu,
• ukończenia zakupu,
• użycia wyszukiwarki,
• pobrania dokumentu,
• kliknięcia konkretnego CTA.

Nie chodzi o to, aby każdą zmianę sprowadzić do jednego współczynnika.

Dane pomagają jednak uniknąć sytuacji, w której poprawiamy element tylko dlatego, że komuś wydaje się „lepszy”.

Potrzebujesz efektów szybciej

Pełny redesign często wymaga zakończenia wielu etapów, zanim nowa wersja zostanie uruchomiona.

Przy iteracji można wdrożyć najważniejszą poprawkę wcześniej.

Jeżeli przykładowo największym problemem jest formularz generujący znaczną liczbę porzuceń, można poprawić go niezależnie od planowanych zmian w pozostałej części serwisu.

Obecny serwis posiada dużą wartość SEO

Duża przebudowa może oznaczać zmiany w:

• strukturze,
• adresach URL,
• treściach,
• linkowaniu wewnętrznym,
• nawigacji.

Nie oznacza to, że nie należy wykonywać redesignu strony posiadającej dobre pozycje. Oznacza natomiast, że nie warto przebudowywać sprawnie działających elementów tylko po to, aby wszystko było nowe.

Jeśli problem można rozwiązać punktowo, iteracja może ograniczyć zakres ingerencji.

Kiedy pełny redesign ma większy sens?

Są sytuacje, w których poprawianie pojedynczych elementów staje się nieefektywne.

Zmienił się biznes

Firma sprzedaje już inne usługi, obsługuje inne grupy klientów albo zmieniła sposób sprzedaży.

Stara strona została zaprojektowana wokół modelu, który przestał istnieć.

Przykładowo firma:

• przeszła z B2C do B2B,
• rozszerzyła ofertę na kilka rynków,
• połączyła kilka marek,
• rozpoczęła sprzedaż online,
• zmieniła proces pozyskiwania leadów.

W takim przypadku problem nie ogranicza się do CTA lub wyglądu.

Zmienia się logika całego serwisu.

Architektura informacji jest niewłaściwa

Przez lata do strony dokładano:

• nowe usługi,
• nowe produkty,
• landing pages,
• sekcje branżowe,
• kolejne wersje językowe.

W efekcie użytkownik nie rozumie, gdzie powinien szukać informacji. Przebudowa pojedynczych podstron nie rozwiąże problemu, jeżeli sama struktura informacji wymaga ponownego zaprojektowania.

Technologia blokuje rozwój

Redesign może być częścią większego projektu technologicznego.

Sygnałem mogą być:

• trudne aktualizacje,
• konflikty rozszerzeń,
• ograniczenia CMS,
• problemy wydajnościowe,
• brak możliwości wygodnej edycji,
• wysoki koszt każdej zmiany,
• przestarzałe rozwiązania frontendowe.

Wtedy projektowanie UX na starym fundamencie może prowadzić do kompromisów, których można uniknąć przy przebudowie.

Interfejs stracił spójność

Po kilku latach rozwoju strona może składać się z elementów projektowanych w różnych okresach. Jedna sekcja wykorzystuje inne przyciski, druga inne formularze, a kolejne podstrony mają odmienne zasady prezentacji treści.

Można poprawiać każdy przypadek osobno, ale czasami efektywniejsze jest stworzenie spójnego systemu projektowego i przebudowanie kluczowych widoków.

Problemy dotyczą wielu najważniejszych procesów

Jeżeli jednocześnie źle działa:

• nawigacja,
• wyszukiwanie,
• formularze,
• wersja mobilna,
• struktura oferty,
• prezentacja produktów,
• punktowe poprawki zaczynają przypominać redesign wykonywany fragmentami – często bez wspólnego planu.

W takim przypadku lepiej najpierw zaprojektować nowe rozwiązanie jako całość.

Audyt UX – sposób na rozdzielenie problemów lokalnych od systemowych

Jeżeli nie wiadomo, które podejście wybrać, dobrym punktem startowym jest audyt.

Nie dlatego, że audyt automatycznie odpowie: „zrób redesign”.

Jego zadaniem jest przede wszystkim ustalenie:

• gdzie występują problemy,
• jak istotne są,
• czy są ze sobą powiązane,
• które mają największy wpływ na użytkowników,
• które można poprawić punktowo,
• które wynikają z fundamentów strony.

Jeżeli audyt wykazuje kilkanaście niezależnych problemów mających jedno źródło – np. błędną strukturę informacji – pełna przebudowa może być racjonalna. Jeżeli natomiast problem dotyczy kilku konkretnych miejsc, audyt może wręcz uchronić firmę przed niepotrzebnym redesignem.

Więcej o diagnozie obecnego rozwiązania opisujemy w poradniku Audyt UX strony internetowej – co powinien zawierać i jak go wykonać?

Iteracja UX w praktyce – jak wygląda proces?

Iteracja nie oznacza przypadkowego poprawiania kolejnych elementów.

Powinna mieć uporządkowany proces.

1. Określ cel

Najpierw trzeba wiedzieć, co chcemy poprawić.

Nie: poprawić UX.

Tylko przykładowo: zwiększyć liczbę poprawnie wysłanych zapytań z mobilnej wersji strony ofertowej.

albo: ograniczyć liczbę użytkowników rezygnujących pomiędzy koszykiem a wyborem płatności.

Cel powinien dotyczyć realnego zachowania.

2. Zidentyfikuj problem

Następnie trzeba ustalić, dlaczego użytkownik ma trudność.

Można wykorzystać:

• dane analityczne,
• obserwację użytkowników,
• nagrania sesji,
• mapy zachowań,
• zgłoszenia klientów,
• informacje od sprzedaży,
• testy użyteczności,
• analizę ekspercką.

3. Postaw hipotezę

Przykład: Użytkownicy rezygnują z formularza, ponieważ pytamy o informacje, których nie chcą podawać na pierwszym etapie kontaktu.

Hipoteza nie jest jeszcze faktem.

Trzeba ją zweryfikować.

4. Zaprojektuj zmianę

Może to być:

• usunięcie części pól,
• zmiana kolejności,
• poprawa komunikatów,
• podział formularza na kroki,
• zmiana CTA,
• uzupełnienie informacji budujących zaufanie.

5. Wdróż

Zmiana powinna zostać poprawnie zaimplementowana również technicznie.

To ważne, ponieważ świetna rekomendacja UX wdrożona w sposób powodujący spadek wydajności albo błędy mobilne nie jest poprawą.

6. Zmierz

Po wdrożeniu trzeba sprawdzić:

• czy użytkownicy zachowują się inaczej,
• czy zmiana realizuje pierwotny cel,
• czy nie pojawiły się nowe problemy.

7. Wyciągnij wnioski

Wynik może być:

• pozytywny,
• neutralny,
• negatywny.

Każdy daje dodatkową wiedzę.

Iteracyjność polega właśnie na tym, że kolejne decyzje wykorzystują wyniki wcześniejszych zmian.

Redesign w praktyce – gdzie pojawia się ryzyko?

Redesign daje możliwość poprawienia wielu problemów jednocześnie.

Ma jednak jedną istotną cechę: jednocześnie zmienia wiele zmiennych.

Jeżeli przebudowujemy:

• nawigację,
• treść,
• formularze,
• UI,
• strukturę,
• CTA,
• technologię,

a następnie wynik rośnie albo spada, znacznie trudniej jednoznacznie wskazać, która zmiana była odpowiedzialna za rezultat.

Nie oznacza to, że redesign jest zły. Oznacza tylko, że wymaga większej dyscypliny projektowej.

Dlaczego wyniki po redesignie mogą chwilowo lub trwale się pogorszyć?

Nowa wersja nie musi automatycznie działać lepiej od starej.

Użytkownik musi nauczyć się nowej strony

Jeżeli serwis ma dużą grupę powracających użytkowników, zmiana znanego interfejsu może początkowo powodować dezorientację.

Szczególnie w systemach B2B lub portalach, z których klienci korzystają regularnie.

Zmieniono działające elementy

Podczas redesignu często pojawia się pokusa przebudowania wszystkiego.

Tymczasem niektóre stare rozwiązania mogły działać bardzo dobrze.

Zmiana tylko dlatego, że „robimy nową stronę”, nie jest argumentem UX.

Decyzje podejmowano głównie wizualnie

Nowa strona wygląda lepiej na prezentacji, ale użytkownik:

• trudniej znajduje ofertę,
• później widzi CTA,
• musi wykonać więcej kroków,
• otrzymuje mniej informacji potrzebnych do decyzji.

To klasyczny przykład poprawy UI, która nie oznacza poprawy UX.

Utracono istotne treści

Redesign często wiąże się ze skracaniem i porządkowaniem.

To może być korzystne.

Problem pojawia się, gdy usuwa się informacje, które użytkownicy faktycznie wykorzystywali podczas podejmowania decyzji.

Nie porównano wyników przed i po

Jeżeli przed redesignem nie określono punktu odniesienia, później trudno ocenić, czy projekt faktycznie coś poprawił.

Jak porównywać efekty redesignu i iteracji UX?

Nie należy porównywać obu metod wyłącznie według: która daje większy wzrost konwersji?

To zbyt duże uproszczenie. Redesign i iteracja rozwiązują różne klasy problemów.

Warto analizować kilka obszarów.

Zakres poprawionych problemów

Iteracja:

• zwykle dotyczy mniejszej liczby problemów,
• ale pozwala skupić się na najważniejszych.

Redesign:

• może rozwiązać problemy systemowe,
• ale obejmuje również elementy, które wcześniej działały poprawnie.

Czas do pierwszego efektu

Iteracja może szybciej dostarczyć pierwszą poprawę.

Przy redesignie efekt pojawia się najczęściej dopiero po wdrożeniu nowej wersji lub większego etapu.

Ryzyko

Przy pojedynczej iteracji zmiana jest ograniczona. Jeżeli rezultat jest gorszy, często łatwiej ją poprawić lub wycofać.

Redesign zmienia znacznie większą część systemu jednocześnie.

Możliwość uczenia się

Iteracja naturalnie tworzy cykl: wdrożenie → dane → kolejna decyzja.

W redesignie wiele decyzji trzeba podjąć przed zebraniem danych z nowej wersji.

Można oczywiście testować prototypy i wykonywać badania przed wdrożeniem, ale nadal finalna wersja zawiera większy pakiet zmian.

Możliwość rozwiązania problemów fundamentalnych

Tutaj przewagę ma redesign.

Nie da się dobrze zoptymalizować formularza, jeżeli cały model pozyskiwania zapytań jest źle zaprojektowany.

Nie wystarczy poprawić menu, jeżeli architektura informacji wymaga zbudowania od początku.

Modelowy przykład: iteracja UX zamiast redesignu

Załóżmy, że firma posiada stronę B2B.

Strona:

• działa szybko,
• posiada poprawną strukturę,
• jest zgodna z identyfikacją marki,
• ma dobrą widoczność SEO.

Problem: dużo użytkowników odwiedza strony ofertowe, ale niewielu przechodzi do formularza.

Analiza pokazuje, że:

• oferta jest zrozumiała,
• użytkownicy przewijają podstrony,
• CTA pojawia się głównie na końcu,
• formularz wymaga wielu informacji już na pierwszym kontakcie.

W takiej sytuacji pełny redesign byłby trudny do uzasadnienia.

Bardziej racjonalny plan:

• poprawa rozmieszczenia CTA,
• zmiana treści CTA,
• ograniczenie formularza,
• dopracowanie komunikatu przy formularzu,
• pomiar efektów,
• kolejna iteracja.

Nie przebudowujemy elementów, dla których nie wykryto problemu.

Modelowy przykład: kiedy iteracja przestaje wystarczać

Inny serwis:

• powstał wiele lat temu,
• ma kilka niezależnych menu,
• oferta była wielokrotnie rozbudowywana,
• technologia utrudnia zmiany,
• wersja mobilna została dopasowana dopiero później,
• formularze różnią się pomiędzy podstronami,
• użytkownicy mają problem ze znalezieniem właściwej usługi.

Można poprawić pojedyncze CTA.

Można poprawić formularz.

Można przebudować menu.

Ale każdy kolejny problem prowadzi do następnego. Tutaj źródłem nie jest jeden element, lecz brak spójnego modelu całej strony. Redesign może być bardziej racjonalny niż wykonywanie kilkunastu niezależnych modernizacji.

Co mierzyć przed i po zmianach UX?

Dobór wskaźników powinien wynikać z celu strony.

Dla strony B2B

Można analizować:

• liczbę wartościowych formularzy,
• rozpoczęcie formularza,
• ukończenie formularza,
• kliknięcia kontaktowe,
• przejścia pomiędzy ofertą a kontaktem,
• wykorzystanie kluczowych treści,
• pobrania dokumentów.

Dla e-commerce

Istotne mogą być:

• użycie wyszukiwarki,
• wybór filtrów,
• wyświetlenie produktu,
• dodanie do koszyka,
• rozpoczęcie checkoutu,
• przejścia pomiędzy etapami,
• ukończenie zakupu.

Dla systemu lub portalu

Można mierzyć:

• czas wykonania zadania,
• liczbę błędów,
• liczbę przerwanych procesów,
• wykorzystanie funkcji,
• zgłoszenia do supportu,
• skuteczność wykonania konkretnego scenariusza.

Nie zawsze większa liczba kliknięć jest lepsza.

Nie zawsze dłuższy czas na stronie oznacza większe zaangażowanie.

Metryka musi odpowiadać celowi użytkownika i biznesu.

Konwersja nie powinna być jedynym kryterium

UX często jest oceniany wyłącznie przez conversion rate. To ważna metryka, ale może nie wystarczyć.

Przykładowo zmiana może ograniczyć liczbę zapytań, ale zwiększyć ich jakość.

Albo:

nie zwiększyć liczby zakupów, ale zmniejszyć liczbę błędów i kontaktów z obsługą.

W systemie B2B poprawa UX może:

• skrócić czas pracy handlowca,
• ograniczyć ręczne przepisywanie danych,
• zmniejszyć liczbę pomyłek.

Dlatego przed projektem warto określić co oznacza sukces w konkretnym przypadku.

Czy można łączyć redesign z iteracyjnym UX?

Tak – i bardzo często jest to najlepsze podejście.

Redesign nie musi oznaczać: zaprojektujemy wszystko → uruchomimy → dopiero potem sprawdzimy.

Iteracyjność może być częścią redesignu.

Przykładowy proces:

• audyt obecnego serwisu,
• analiza danych,
• określenie problemów,
• przygotowanie nowej architektury,
• prototypowanie kluczowych procesów,
• testowanie,
• korekty,
• UI,
• development,
• testy,
• wdrożenie,
• analiza danych,
• kolejne iteracje.

W takim modelu redesign ustala nowy fundament, a iteracje pozwalają go stopniowo doskonalić. To znacznie lepsze podejście niż traktowanie uruchomienia nowej strony jako końca projektu.

Pełny redesign czy wdrażanie zmian etapami?

Pełny redesign nie zawsze musi zostać uruchomiony jednego dnia. Przy większych systemach można rozważyć wdrażanie etapami, jeżeli pozwala na to architektura rozwiązania.

Przykładowo:

• najpierw nowy proces zakupowy,
• później konto klienta,
• następnie katalog,
• później pozostałe części systemu.

Takie podejście może:

• ograniczać skalę jednorazowej zmiany,
• pozwalać wcześniej zbierać dane,
• ułatwiać wykrywanie problemów.

Nie zawsze jednak będzie możliwe.

Jeżeli nowe elementy są silnie zależne od nowej technologii lub architektury, bezpieczniejszy może być wspólny moment uruchomienia.

Kiedy nie robić redesignu?

Nie robiłbym pełnej przebudowy wyłącznie dlatego, że:

• minęło kilka lat od poprzedniego projektu,
• konkurent uruchomił nową stronę,
• zmieniły się trendy graficzne,
• zespół wewnętrzny znudził się obecnym wyglądem,
• ktoś chce wykorzystać nową technologię.

To mogą być argumenty pomocnicze.

Nie powinny być jednak jedynym uzasadnieniem inwestycji.

Lepsze pytanie brzmi: Jaki problem biznesowy, użytkowy lub technologiczny rozwiąże redesign?

Jeżeli nie potrafimy na nie odpowiedzieć, najpierw potrzebna jest diagnoza.

Kiedy nie wystarczą iteracje UX?

Z drugiej strony ciągłe „poprawianie” również może stać się pułapką.

Sygnałem jest sytuacja, gdy:

• każda zmiana wymaga kolejnego wyjątku,
• nowy interfejs trzeba dopasowywać do starej struktury,
• zmiany powodują niespójność,
• technologia ogranicza większość rekomendacji,
• koszt utrzymania stale rośnie,
• UX wymaga kompromisów wynikających z fundamentów systemu.

Wtedy iteracja przestaje być optymalizacją. Zaczyna być utrzymywaniem przy życiu rozwiązania, którego fundament wymaga zmiany.

Redesign czy iteracja UX – proste kryteria decyzji

Wybierz raczej iterację UX, jeśli:

• technologia nadal dobrze działa,
• struktura serwisu jest zasadniczo poprawna,
• problemy są możliwe do jednoznacznego wskazania,
• najważniejsze procesy wymagają punktowych usprawnień,
• strona posiada wartościową, sprawdzoną strukturę SEO,
• chcesz wdrażać zmiany stopniowo,
• masz dane pozwalające mierzyć efekty.

Rozważ redesign, jeśli:

• zmienił się model biznesowy,
• obecna architektura informacji jest niewłaściwa,
• problem dotyczy większości kluczowych procesów,
• technologia utrudnia rozwój,
• strona jest mocno niespójna,
• zmienia się marka i sposób komunikowania oferty,
• iteracyjne poprawki nie rozwiązują przyczyny problemów.

Rozważ model mieszany, jeśli:

• potrzebujesz nowego fundamentu,
• ale zależy Ci na testowaniu założeń przed pełnym wdrożeniem.

W praktyce właśnie redesign oparty na iteracjach może być najbardziej dojrzałym rozwiązaniem.

UX po wdrożeniu – projekt nie kończy się w dniu publikacji

Jednym z najważniejszych błędów jest traktowanie nowej strony jako produktu skończonego.

Po uruchomieniu pojawiają się dane, których wcześniej nie mieliśmy:

• rzeczywiste zachowania użytkowników,
• różnice pomiędzy mobile i desktop,
• nieoczekiwane ścieżki,
• konkretne problemy z formularzami,
• pytania klientów,
• nowe potrzeby biznesowe.

Dlatego zarówno po redesignie, jak i po mniejszej modernizacji warto wrócić do: pomiaru → analizy → kolejnych usprawnień.

To jest szczególnie ważne dla serwisów i systemów, które mają działać przez wiele lat.

Redesign, UX i development powinny być planowane razem

Decyzja o większej przebudowie nie powinna należeć wyłącznie do projektanta.

Redesign może wpływać na:

• CMS,
• model danych,
• integracje,
• sposób edycji treści,
• wydajność,
• SEO,
• migrację,
• dostępność,
• późniejsze koszty utrzymania.

Dlatego w bardziej rozbudowanych projektach warto analizować zmianę wspólnie z zespołem UX/UI i developerskim. Projekt UX powinien uwzględniać możliwości technologiczne, a technologia powinna wspierać założenia projektowe zamiast wymuszać niepotrzebne ograniczenia.

Właśnie dlatego w projektach realizowanych przez software house większa przebudowa powinna być traktowana jako wspólny proces biznesowy, projektowy i technologiczny, a nie wyłącznie jako wymiana wyglądu strony.

Jak Webtom.pl podchodzi do redesignu i optymalizacji UX?

Nie zakładamy z góry, że starsza strona wymaga pełnej przebudowy.

Punktem wyjścia powinno być zrozumienie:

• celu biznesowego,
• problemów użytkowników,
• danych,
• ograniczeń technologicznych,
• obecnej struktury,
• planów dalszego rozwoju.

Dopiero na tej podstawie można określić, czy racjonalnym rozwiązaniem jest:

• poprawa konkretnych elementów,
• etapowa optymalizacja UX,
• modernizacja wybranych obszarów,
• przebudowa UX/UI,
• pełny redesign połączony ze zmianą technologii.

Takie podejście pozwala dopasować zakres inwestycji do rzeczywistego problemu, zamiast rozpoczynać projekt od założenia, że wszystko trzeba zrobić od nowa.

Redesign vs iteracja UX – podsumowanie

Redesign i iteracyjne poprawianie UX nie są konkurencyjnymi metodami. Są odpowiedziami na różne rodzaje problemów.

Iteracja UX sprawdza się najlepiej, gdy:

• fundament strony jest właściwy,
• problemy można odizolować,
• technologia pozwala na rozwój,
• chcemy stopniowo testować i mierzyć zmiany.

Redesign ma większe uzasadnienie, gdy:

• problem dotyczy podstaw rozwiązania,
• zmienił się biznes,
• struktura przestała odpowiadać użytkownikom,
• technologia blokuje rozwój,
• większość kluczowych procesów wymaga przebudowy.

Najważniejsza decyzja nie brzmi więc: redesign czy UX?

Tylko: Czy problem można skutecznie rozwiązać w obecnym systemie, czy trzeba zmienić jego fundament?

A odpowiedź powinna wynikać z analizy, nie z potrzeby stworzenia „czegoś nowego”.