Dobry audyt użyteczności – czyli jaki?

Audyt UX – co to takiego?

Audyt ekspercki polega na sprawdzeniu strony www, sklepu internetowego, aplikacji mobilnej lub dowolnego innego oprogramowania pod kątem jego użyteczności. W odróżnieniu od badań, audyt prowadzony jest nie z użytkownikami, a przez doświadczonego eksperta UX. Ocena polega więc na sprawdzeniu badanego oprogramowania na podstawie wiedzy i doświadczenia audytora. Bazując na informacjach przekazanych przez klienta audytor sprawdza, na ile badany system będzie użyteczny dla wskazanej grupy docelowej.

Na tej podstawie powstaje raport, który zawiera ocenę przedmiotu audytu. Raport składa się z opisu przebiegu audytu, wskazuje co w badanym rozwiązaniu jest zrealizowane poprawnie, a co może być tzw.problemem użyteczności. Problemy kategoryzowane są według ich istotności – kategoryzacja może być różna, najczęściej jednak problemy są dzielone na krytyczne, istotne i zwykłe.

Aby raport miał prawdziwą wartość dla klienta, każdy problem uzupełnia się rekomendacją sposobu jego rozwiązania. Rekomendacje mogą przybierać różną formę, m.in.:

  • krótki opis – np. informacja, że należy zwiększyć kontrast tekst-tło do wskazanego poziomu w celu zapewnienia ułatwienia odczytu przez osoby słabowidzące,
  • wskazanie rozwiązania istniejącego na rynku – gdy problem jest rozwiązany np. na innych stronach internetowych i jest to rozwiązanie standardowe, ogólnie przyjęte (np. sposób organizacji menu),
  • makieta rozwiązania – gdy forma opisowa jest niewystarczająca, w raporcie umieszczane są szkice z propozycją przeprojektowania elementu systemu.

Ostateczna forma rekomendacji zawsze zależy od autora raportu. Poziom szczegółowości zależy zaś od samego zlecenia. Należy jednak pamiętać, że to właśnie część z rekomendacjami jest najbardziej wartościowym elementem raportu. W końcu co z tego, że wiemy co jest problemem, jeśli nie wiemy jak ten problem wyeliminować.

Elementy dobrego audytu UX

Ile agencji UX, tyle przepisów na przeprowadzenie audytu. Każdy specjalista UX wypracował już pewnie własne podejście do prowadzenia analiz eksperckich. Jest jednak kilka ogólnie przyjętych elementów, które są nieodzowną częścią każdego audytu. Są to metody, których prawidłowe przeprowadzenie znacznie zwiększa szansę na otrzymanie pełnego obrazu sytuacji.

Wędrówka poznawcza (cognitive walkthrough)

Wędrówka poznawcza to nic innego, jak przejście różnych ścieżek systemu (scenariuszy użycia) i sprawdzenie, jak wygląda i jak się zachowuje każdy aspekt badanego oprogramowania z punktu widzenia użytkownika. Nie jest to oczywiście bezcelowe klikanie po wszystkim co się da. Audytor stara się wykonać po kolei wszystkie procesy biznesowe jakie ma do zrealizowania użytkownik systemu. Na przykład w przypadku sklepu internetowego audytor będzie chciał przejrzeć katalog produktów, poznać szczegóły kilku z nich, porównać ich cechy i dokonać zakupu. Ale to nie wszystko. Zwróci też uwagę na profil użytkownika, ustawienia konta czy komunikację mailową po zakupie – czyli wszystko to, czego użytkownik doświadcza w kontakcie ze sklepem.

Analiza heurystyczna

Heurystyki to zestaw zasad i wytycznych do projektowania użytecznych systemów. Najbardziej popularne, choć nie jedyne, to 10 heurystyk Jakoba Nielsena. Są one opisane dość ogólnie, jednak doświadczony ekspert będzie wiedział, jak je interpretować i co one oznaczają dla badanego systemu. Mamy też 8 złotych zasad Shneidermana, 30 zasad użyteczności Connella czy reguły poznawcze Gerhardt-Powals.

Listy kontrolne

W sieci można znaleźć wiele gotowych, przygotowanych przez ekspertów list kontrolnych. Najczęściej jest też tak, że w miarę realizacji kolejnych audytów eksperci UX tworzą swoje listy w oparciu o własne doświadczenie i potrzeby. Dobrze zrobiona lista jest zazwyczaj dłuższa od heurystyk (dostępne listy zawierają nawet kilkaset pozycji), przez co zawarte w niej punkty są bardziej szczegółowe i jednoznaczne. Dzięki temu pozwala w krótszym czasie sprawdzić badany serwis bez pominięcia żadnego aspektu.

Dostępność serwisu

Podczas audytu warto pamiętać też o tym, że systemy powinny być dostępne dla wszystkich. Warto więc sprawdzić oprogramowanie pod kątem wielkości zastosowanych fontów, zastosowanych kontrastów czy dodatkowych opisów.

Co jeszcze warto ująć w audycie?

W przypadku gdy badamy system / stronę, która posiada konkurencję, raport z audytu może być uzupełniony benchmarkami rozwiązań dostępnych na rynku. Idealnie, jeśli audytor wskaże nasze mocne i słabe strony w zestawieniu z konkurencją. Daje to klientowi nie tylko ogląd na jego system, ale pozwala też zaplanować taki rozwój produktu, który doprowadzi do wypracowania przewagi konkurencyjnej. Z drugiej strony, jeżeli w systemie danej klasy pewne rzeczy zawsze wyglądają tak samo (np. sposób nawigacji) dostosowanie się do tego trendu może znacznie zmniejszyć barierę wejścia dla użytkowników przechodzących do nas z konkurencyjnego rozwiązania.

Mam nadzieję, że udało mi się przybliżyć sposób realizacji audytów. Jeżeli chcesz dowiedzieć się więcej o audytach, sprawdź nasze kolejne artykuły.

O co i jak pytać użytkownika podczas badań?

Wstęp

Rodzi się więc pytanie o co i jak pytać użytkownika, żeby dostać wartościową odpowiedź?

Ze względu na mnogość rodzajów badań, tutaj skupię się na wywiadach pół-ustrukturyzowanych, które polegają na rozmowie z użytkownikiem i zadawaniu wcześniej przygotowanych pytań według scenariusza. Jednak kolejność pytań i zakres scenariusza może być zmieniany podczas badania. Pozwala to moderatorowi na pogłębianie zagadnień, które pojawią się podczas rozmowy z uczestnikiem badań.

Rodzaje pytań do użytkowników

Zatem jakiego rodzaju pytania możemy zadawać użytkownikom podczas rozmowy, żeby wyciągnąć z badań jak najwięcej?

Pytania otwarte

Najważniejsze, to skupić się na pytaniach otwartych, czyli pytaniach które nakłaniają do rozbudowanych wypowiedzi, które dodatkowo badacz może pogłębiać. Pytania zamknięte (na które pada odpowiedź tak/nie) można stosować do filtrowania i kierowania scenariuszem badawczym. Pytania zamknięte będą zatem pomocne w “sterowaniu” wywiadem.

Pogłębianie ważnych dla projektu kwestii

Czasem zdarzy się, że uczestnik badań poruszy temat, który nie został uwzględniony w scenariuszu badawczym, a jest interesujący dla projektu. Warto wtedy zadać kilka dodatkowych pytań, by pogłębić daną kwestię.

Pytania o przeszłość i przyszłość

Często zadajemy pytania o doświadczenia użytkownika z przeszłości odnośnie problemu, który chcemy rozwiązać. Dowiadujemy się, jak sobie radził z rozwiązaniem problemu bez projektowanego rozwiązania. Pytamy również o to, jak wyobraża sobie w przyszłości rozwiązanie swojego problemu.

Obecne rozwiązania

Pytamy o rozwiązania, z których obecnie korzysta, by rozwiązać problem. To pozwala nam na poznanie konkurencji i znalezienie ich mocnych i słabych stron. 

Kroki procesu

Pytamy o wszystkie działania, które musi zrealizować respondent, żeby osiągnąć swój cel. Dzięki temu, nie zapomnimy o żadnym kroku/ etapie w projektowanym rozwiązaniu. Poznamy również te momenty, które są dla użytkownika najprzyjemniejsze, ale również te najbardziej stresujące, czy uciążliwe w całym procesie.

Kontekst i częstotliwość

Zadajemy pytania, które pomogą nam poznać kontekst tego, dlaczego respondent podejmuje takie, a nie inne działania. Dodatkowo, warto poznać częstotliwość występowania jakiegoś problemu lub zachowania. To pozwoli na podjęcie decyzji, czy dane zachowanie jest istotne dla projektowanego rozwiązania.

Doświadczenia użytkownika

Pytamy respondenta o jego doświadczenia. Prośba o podanie przykładu z życia, daje szansę na udzielenie bardzo konkretnych i szczerych odpowiedzi. 

Perspektywa laika

Czasem (szczególnie w skomplikowanych tematach) warto poprosić respondenta o wytłumaczenie niektórych zagadnień jak laikowi. Można prosić o doprecyzowanie nie do końca zrozumiałych kwestii. Wyjaśnienie trudnych terminów użytych przez respondenta, czy parafrazowanie wypowiedzi respondenta, tak by mieć pewność dobrze zrozumiało się jego wypowiedź. 

Najgorszy vs idealny scenariusz

Warto zapytać użytkownika o jego wyobrażenie najgorszego i najlepszego scenariusza odnośnie rozwiązania jakiegoś problemu. Wówczas dowiemy się co jest ważne dla respondenta i czego zdecydowanie unikać. 

Słowa klucze

Warto czasem zapytać użytkownika o podanie kilku słów, które najlepiej jego zdaniem opisują jakieś zjawisko, czy problem. Pozwala to na poznanie najważniejszych dla niego kwestii.

Podsumowanie

W artykule przedstawiłam ogólnie kilka rodzajów pytań, które pomagają nam poznać użytkownika, a odpowiedzi na nie służą nam jako baza wiedzy do projektowania rozwiązań.

Mocno wierzę w design poparty badaniami. Moim zdaniem wnioski z badań nie tylko ułatwiają pracę projektantom, ale mają ogromne znaczenie dla budowania empatii dla użytkowników w całym zespole. Pozwalają na lepsze zrozumienie użytkownika i pchanie projektu w dobrym kierunku. Jednym słowem: warto!  😉