Tworzenie bardziej integracyjnego świata: testowanie produktów pod kątem dostępności i użyteczności

Zastosuj te zasady użyteczności, aby Twoje projekty były bardziej dostępne

Autorka Ashley Ferguson, dziękując Chelsea Peterson za jej wkład

„Testowaliśmy użyteczność - teraz musimy przyjrzeć się dostępności”.

Jeśli pracujesz w badaniach użytkowników, prawdopodobnie słyszałeś takie wypowiedzi. Badacze często testują użyteczność i dostępność, jakby to były osobne rzeczy. Zazwyczaj używamy jednego rodzaju ram do zrozumienia problemów z dostępnością, a drugiego do zrozumienia problemów z użytecznością. Ale w mojej pracy jako badacza i rzecznika dostępności zauważyłem, że powszechne pułapki dostępności są bezpośrednio powiązane ze znanymi zasadami i pułapkami użyteczności.

Musimy zacząć rozważać dostępność częściej w cyklu produktu, a nie tylko jako dodatkową kontrolę na końcu, a integracja naszych frameworków to dobry początek. Oto trzy przykłady mapowania pułapek dostępności na pułapki użyteczności - odwołujące się do wytycznych konsorcjum World Wide Web i ekspertów Steve'a Herbsta i Michaela Medlocka dotyczących użyteczności - z poradami na temat bardziej przydatnych alternatyw.

1. Używanie samego koloru tworzy niewidoczne elementy

Jedną z pułapek dostępności, na które napotykam, jest użycie samego koloru do przekazywania informacji. Pułapka ta może dotknąć wiele osób, w tym ponad 246 milionów Amerykanów, których upośledzenie wzroku wpływa na ich postrzeganie światła i kolorów.

Zdjęcie dzięki uprzejmości World Wide Web Consortium, prawa autorskie 2019.

Na tej grafice widzimy dwa przykłady pytania, które pyta użytkownika o to, który z czterech kolorowych trójkątów jest trójkątem prostokątnym: zielonym, niebieskim, czerwonym lub żółtym. Te cztery kolorowe trójkąty pokazano obok pytania. Po lewej stronie użytkownicy muszą polegać wyłącznie na kolorze, aby odpowiedzieć na pytanie, co może być trudne dla niektórych. Przykład po prawej znowu pokazuje cztery kolorowe trójkąty. Jednak każdy z tych trójkątów jest również oznaczony numerem wewnątrz trójkąta i obok każdej opcji odpowiedzi, dzięki czemu ludzie mogą użyć koloru lub etykiet, aby zidentyfikować trójkąt prostokątny.

Kiedy polegasz tylko na kolorze, wpadniesz w pułapkę użyteczności niewidocznych elementów dla wielu osób. Według Herbsta i Medlocka element jest uważany za niewidoczny, jeśli „nie zostanie podana żadna wskazówka (etykieta, ikona, afordancja lub monit) sygnalizująca użytkownikowi, jak osiągnąć cel, a użytkownik nie ma wystarczającej wiedzy, aby przezwyciężyć jego brak. ”

Aby uniknąć pułapki użyteczności, upewnij się, że wszystkie informacje przekazywane w kolorze są również przekazywane za pomocą alternatywnych środków wizualnych, takich jak etykiety tekstowe.

2. Przenoszenie treści powoduje rozproszenie uwagi

Kolejna pułapka dostępności dotyczy treści, które się poruszają. Przenoszenie treści może rozpraszać wiele osób, w tym prawie 15 milionów Amerykanów z zaburzeniami deficytu uwagi.

Projektanci dołączają animacje z wielu ważnych powodów: aby przyciągnąć uwagę publiczności, sprawić, by doświadczenie było zabawne, zademonstrować możliwości interfejsu itp. Jednak jeśli ta treść nadal się porusza, osoba z zaburzeniem deficytu uwagi może mieć trudności z obsługą i czytaniem innych treść na stronie.

Podczas gdy szkodliwe skutki mogą być bardziej wyraźne u osób niepełnosprawnych, takich jak ADHD, rozproszenie uwagi jest pułapką użyteczności, która może wpływać na wiele osób. Wstawianie elementów rozpraszających narusza założenia projektowe tworzenia zrozumiałego interfejsu.

Aby treść była bardziej użyteczna, upewnij się, że zapewniasz sposób zatrzymania lub wyłączenia ruchomej zawartości, która uruchamia się automatycznie, trwa dłużej niż pięć sekund i jest prezentowana wraz z innymi treściami.

3. Niewystarczający dostęp do klawiatury stwarza niepotrzebne kroki

Trzecia pułapka dostępności dotyczy interfejsu, do którego dostęp jest trudny przy użyciu samej klawiatury. Wielu użytkowników korzysta z klawiatury podczas interakcji ze swoimi urządzeniami, w tym korzystającymi z czytnika ekranu lub mających pewne upośledzenie ruchowe.

Na powyższej grafice jest makieta typowego sklepu internetowego, w którym widzimy dwa laptopy i HoloLens w rzędzie, każdy z przyciskiem dodawania do koszyka i koszykiem zawierającym dwa przedmioty obok przycisku kasy. Wyobraź sobie, że użytkownik miał już produkty w koszyku i był gotowy do wypłaty. Ten użytkownik prawdopodobnie byłby sfrustrowany, gdyby musiała przeglądać wszystkie inne elementy, które mogła dodać do koszyka, zanim będzie mogła sprawdzić. W tym przykładzie interfejs zmniejsza wydajność w niewielki, ale znaczący sposób dla użytkowników klawiatury. W sklepie internetowym z setkami produktów dodatkowe kroki nawigacyjne stałyby się główną barierą.

Gdy ważne elementy wymagają zbyt dużej liczby naciśnięć klawiszy, użytkownik napotka wiele przypadków niepotrzebnej pułapki kroków. Ta pułapka użyteczności narusza zasadę tworzenia wydajnego interfejsu.

Aby zawartość była bardziej użyteczna, upewnij się, że wszystkie elementy w interfejsie użytkownika są dostępne za pomocą samej klawiatury. Upewnij się, że możesz skutecznie nawigować do wszystkich elementów zaangażowanych w kluczowe scenariusze użytkowników.

Refaming dla włączenia

Kiedy myślimy o tym, w jaki sposób zasady dostępności są zgodne z zasadami użyteczności, staje się jasne, że nie możemy projektować dla jednego bez projektowania dla drugiego. W moim zespole w firmie Microsoft opracowaliśmy kilka praktycznych sposobów włączenia testów dostępności do naszych badań, takich jak przeprowadzanie poradników dotyczących dostępności w czasie, gdy testujemy prototypy.

Wciąż się uczymy i zawsze tak będzie, ale procesy te przyczyniły się do rozwoju kultury, która naprawdę ceni projektowanie obejmujące. Nasze wysiłki są częścią większego systemu wartości, który prowadzi do ekscytujących innowacji, które zmieniają nasz sposób myślenia o integracji.

Czy planujesz dostępność? Jakie masz pytania? Jakich wskazówek i zasobów używasz? Udostępnij w komentarzach poniżej lub opublikuj na Twitterze @MicrosoftRI!