UXfocus

Usability (użyteczność, web usability) bardzo się spopularyzowało. To świetna wiadomość. „Branża” pracowała na to od lat. Jednak to rodzi także problemy z pojęciami. Pomijam zamieszanie związane z nazwami stanowisk – to akurat nie tylko lokalny problem.

W ramach pracy u podstaw wróćmy najpierw do pojęcia „usability”. Dziś drugim najpopularniejszym zwrotem jest „user experience”. Używanie ich wymiennie nie jest dobrym pomysłem, a jest to nie tak rzadkie. W tekście Web Design Trendy w 2012 autor wymienia jednym tchem „Usability / User Experience / User Interface”, aby zaraz napisać „W wielkim skrócie użyteczność.”

To tak jakby napisać „PHP / bazy danych / flash / photoshop. W wielkim skrócie robienie stron” ;-)

To tylko pierwszy z brzegu przykład mylenia usability z user experience. Dlaczego jest to problemem? Przede wszystkim rodzi problemy ze zrozumieniem czym zajmuje się UX. Łatwo przyjąć UX jako kolejny synonim dla „łatwości użycia”. A user experience to znacznie więcej niż popularnie rozumiana użyteczność! Tak więc zrównanie tych dwóch wyrządza szkodę UX. Może to też rodzić problemy komunikacyjne i trudność w zrozumieniu zakresu pracy niezbędnej do wykonania. Jeżeli mamy upraszczać terminologię to raczej należy powiedzieć, że usability jest częścią UX. I to będzie miało sens. Czytaj dalej »

Polecam zajrzeć do tekstu Maćka Jak agencje badawcze testują użyteczność:

testów zadaniowych i eyetrackingu (!) na interaktywnym prototypie – klikalnych makietach z placeholderami w miejscu większości grafik, bez koloru, z lorem ipsum, różniącym się wielkością i wyglądem wielu elementów w stosunku do finalnych projektów graficznych

Bardzo trafna diagnoza obecnej sytuacji w której firmy badawcze, bez doświadczenia w UX czy nawet w internecie w ogóle, sprzedają badania eyetrackingowe. Faktycznie nie do końca mają do zaoferowania cokolwiek wartościowego. No ale w końcu eyetracking najłatwiej sprzedać klientowi z etykietą „naukowości” i kolorowymi obrazkami map cieplnych, aby finalnie dowiedzieć się, że trzeba „powiększyć logo” :)

Galerie z historycznymi interfejsami użytkowników (UI):

• GUI Gallery – galeria historycznych systemów operacyjnych. Od Xeroxa, przez Amigę OS czy BeOS, po Windowsa.
• Revolutionary User Interfaces – przedstawione na linii czasu urządzenia oraz software, które były największymi rewolucjami w historii UI (choć kilku istotnych według mnie brakuje).
• Historia graficznych systemów operacyjnych – strona co prawda niezbyt świeżo wyglądająca (nieistotne!), ale za to ze sporym zbiorem zrzutów ekranu z dużej liczby systemów operacyjnych.
• Computer History Museum – serwis, który najbardziej polecam. Dużą liczbę historycznych interfejsów można przejrzeć na linii czasu lub według tematów. Computer History Museum można także zwiedzać w Kalifornii :)

Strona Demonstrating Responsive Design jest świetnym narzędziem do wyjaśniania innym na czym polega elastyczne projektowanie stron dostosowujących się do różnych szerokości ekranu. Warto znać, ponieważ potrafi bardzo skutecznie przekonać sceptycznych ;) Bardzo cenne jest to, że demonstracja odbywa się na realnych serwisach!

Dwa cytaty z bardzo dobrego wywiadu z Pawłem Tkaczykiem na media2.pl w którym Paweł daje cenne rady o budowaniu marki.
Czytaj dalej »

Zamieszczony w tytule cytat (bardzo prawdziwy!) Davida Ogilvy kradnę z prezentacji Maćka Lipca na IA Summit. Prezentacja:

Prezentacja z 3 dobrymi case’ami o optymalizacji formularzy:

Czy może być coś prostszego niż wklejenie na stronę kodu śledzącego GA? Zadanie jest banalne: ctrl+c i ctrl+v i już. Schody zaczynają się, gdy na przykład:

• Używasz wielu eventów do mierzenia różnych rzeczy.
• Używasz wirtualnych odsłon (np. do symulowania odsłon AJAX-owych stron).

W celu ułatwienia przetestowania poprawności instalacji kodów oraz wykrywania błędów (gdy otrzymujesz nie do końca poprawne wyniki i zastanawiasz się z czego mogą wynikać) polecam narzędzie Google Analytics Debugger. Jest to dodatek do przeglądarki Chrome wyświetlający w konsoli dane, które są przesyłane do GA. Pokazuje wywołania eventów, wirtualnych odsłon i chyba wszystkie informacje, które normalnie siedzą w ciasteczka Analyticsa.

Nadszedł czas nadrabiania blogowych zaległości :) Odgrzeję stary już temat (z lutego! wieczność w sieci) pracy korporacyjnego projektanta UX.

Temat najpierw poruszył Maciek:

Często okazuje się, że największym wyzwaniem jakie stoi przed projektantem dużych serwisów dla dużych klientów nie jest maksymalizacja użyteczności ani poprawa skuteczności biznesowej, ale obronienie spójności i sensu jak największej części projektu przed zupełnym zniszczeniem przez korporacyjną machinę.

Polecam lekturę. Dobrze zarysowuje problemy przed jakimi mogą stawać projektanci czy to zewnętrzni czy pracujący na stałe w danej organizacji. W starciu z dużymi machinami nie ma żartów :) Pamiętajmy o tym, gdy będziemy kolejny raz narzekać na mało użyteczne strony kolejnego operatora komórkowego ;)

Polecam też zajrzeć do Tebe, który dodał kilka mądrych rzeczy o organizowaniu pracy, podejmowaniu decyzji i problemach wynikających ze skali działania.

Temat korpo projektantów zarazem kojarzy mi się ze świetną serią tekstów Agi Szóstek o poziomach dojrzałości organizacji do UX:

• Część 1
• Część 2
• Część 3

Przeważająca większość firm wciąż znajduje się na niskim poziomie gotowości na UX.

Polecam pouczający opis projektowania UX Windows Store. Wartościowa lektura na temat podejścia do projektowania całkiem złożonych aplikacji/usług. Jest to także kolejny przykład na przemianę Microsoftu w firmę dla której liczy się design.