Projektowanie UX

Badania i wywiady z użytkownikami, architekturę informacji, wireframe'y, klikalne prototypy, testy użyteczności oraz przekazanie przepływów i decyzji temu, kto będzie budował produkt - nam albo Twojemu zespołowi. Każdy etap kończy się czymś, co możesz przejrzeć, zanim przejdziemy do następnego.

Redesign działającego produktu to większość naszej pracy - robimy go częściej niż projekty od zera. Zaczynamy od audytu UX obecnego produktu: gdzie użytkownicy utykają, co już pokazuje analityka, na co skarżą się zgłoszenia do supportu. Filmgrail trafił do nas właśnie tak: potrzebował przebudowy UX i warstwy wizualnej działającej platformy kinowej, którą founderzy sprawdzili już na płacących klientach.

Najtrudniejsze ograniczenie w UX produktów white-label polega na tym, że jeden interfejs ma być naturalny dla bardzo różnych klientów Twojego produktu. Taki był brief w Filmgrail: design system na tyle elastyczny, żeby działał pod marką dużej norweskiej sieci kin i pojedynczego niezależnego kina, na tym samym kodzie wielokrotnego użytku.

Wywiadów, testów użyteczności na działającym prototypie lub produkcie oraz map ścieżek, które pokazują całą drogę użytkownika, a nie pojedynczy ekran. Metodę dobieramy zależnie od tego, czy weryfikujemy pomysł, czy diagnozujemy, dlaczego istniejący przepływ traci użytkowników.

To zależy od zakresu, ale projektowanie nie kończy się, gdy rusza development - nowe ekrany wymagają decyzji UX, w miarę jak produkt rośnie, często przez lata po pierwotnym starcie czy rebrandingu.

Tak - duża część naszego portfolio projektowego jest objęta NDA, dlatego na tej stronie wymieniamy mniej klientów, niż mieliśmy. Nasza standardowa umowa przenosi na Ciebie wszystkie pliki projektowe, prototypy i dokumentację.

Dostępność to część tych samych testów użyteczności i badań, a nie osobny etap doklejony na końcu. Kontrast kolorów, nawigację klawiaturą i strukturę przyjazną czytnikom ekranu sprawdzamy, kiedy przepływ jest jeszcze wireframe'em, a poprawka kosztuje tylko przerysowanie.

Z jednymi i drugimi. Z founderem zwykle zaczynamy od fazy badań i discovery, zanim powstanie jakikolwiek ekran. Gdy firma ma już własny zespół projektowy, dołączamy do niego tam, gdzie brakuje mocy przerobowych: przy rundzie testów użyteczności, warsztacie mapowania ścieżek albo wireframe'ach funkcji, której nikt nie ma czasu porządnie rozpisać.