Adrian Dampc i Oskar Szymczyk w Wirtualnej Polski przestawili w ramach konferencji UX Poland oraz na blogu Adriana case study poświęcony redesignowi serwisu pogoda.wp.pl. Omawiany przykład zawiera sporo interesujących obserwacji i wniosków ze zrealizowanego projektu.

Wg mnie jedną z najciekawszych informacji prezentowanego case-u jest ten fragment:

Początkowo mieliśmy w planach tylko “przemalowanie” serwisu, czyli zmianę grafiki i poprawienie najbardziej irytujących problemów z użytecznością. Grafika była jednak tylko wierzchołkiem góry lodowej.

Problem leżał też w samej prognozie. Informacje w serwisie nie zawsze przekładały się na rzeczywistość. To właściwie dyskwalifikujące dla serwisu pogodowego.

Ciekawe jest nie tyle to, że specjaliści UX postawili słuszną diagnozę, ale to że udało się zamiast popularnego “przemalowywania serwisu” czy “zmiany skórki” dokonać zmian (w typ przypadku zmiany operatora dostarczającego informacje o pogodzie), które miały realny wpływ na zwiększenie satysfakcji i wzrost ilości użytkowników (niemal czterokrotny).
Chciałbym wierzyć, że opisane przez chłopaków podejście stanie się standardem a nie wyjątkiem ;)

Zródlo: http://www.uxwatch.pl

TC: A z ilu etapów składał się cały proces?
52, bo to były tygodniowe iteracje, oprócz może jednej, która rozdzielona świętami w maju, trwała 2 tygodnie. Teraz trwają kolejne iteracje. Rozpoczęliśmy procesem projektowym, potem doszedł proces implementacyjny, a ostatni był proces delivery, który dostarczył gotowe funkcjonalności. Te procesy się zaplatały naprzemiennie i współdziałały ze sobą tak, że to co projektowaliśmy przechodziło do zespołu scrumowego, który dawał nam feedback, co jest nie tak i co nie działa, co trzeba poprawić. Tak samo uruchamialiśmy testy i badania, zapraszaliśmy na takie badania, testy np. 8-10 użytkowników, którzy oglądali serwis na danym etapie, dzięki czemu zawsze dowiadywaliśmy się czegoś nowego. Przykładowo funkcjonalność odwróconych breadcrumbs, które zaprojektowaliśmy, trzeba jednak przeprojektować i upodobnić do stanu pierwotnego albo zamiast popularnych kategorii trzeba dać pełne drzewo kategorii, bo użytkownicy po prostu nie chcieli takich rozwiązań.

PS: W samym procesie brały udział zespoły: projektowy i scrumowe, gdzie pierwszy składał się z 3 designerów ux i designer-grafik oraz product ownera z biznesu. Mniej więcej na przełomie maja i czerwca, pierwszy zespół scrumowy rozpoczął prace nad stroną główną oraz stronami działów, a także nad zmianą nawigacji. Zmianę nawigacji rozumiem, jako „dobranie się” do prawie każdej podstrony serwisu, czy to w moim allegro, czy to na stronie przedmiotu, czy to stronie listingu i przemodelowanie tych nagłówków, które się pojawiają, a jak się domyślacie, to nie jest to jeden nagłówek tylko kilkanaście, które są w serwisie. Były też zmiany w procesie zakupowym. Nie chcemy, aby nasi użytkownicy podczas zatwierdzania zakupu mogli być rozpraszani innymi ofertami, więc tutaj też upraszaliśmy nagłówki. Końcówka sierpnia, początek września dołączyły dwa kolejne zespoły scrumowe, które zajmowały się procesem zakupowym czy listingami, pracowały tak naprawdę do ostatniego momentu i developowały zaprojektowane przez nas zmiany.

Źródło: Jak to było z tym nowym Allegro? Wywiad z Piotrem Szatybełko i Piotrem Płysiem z Grupy Allegro, Tomasz Chojecki, Antyweb.pl

O procesie redesignu Allegro będzie również mówił jutro na konferencji UX Poland Robert Kozłowski w prezentacji Allegro – Projektowy efekt motyla.