Termin "higiena użyteczności" został po raz pierwszy wprowadzony przez Google w kontekście podstaw, którymi należy się zająć, aby zapobiec frustracji użytkowników.

W tym artykule przyjrzymy się sześciu kluczowym obszarom projektowania mobilnego, na które powinieneś zwrócić szczególną uwagę, aby stworzyć pozytywne wrażenia użytkownika.

1. Upewnij się, że zawartość jest dostępna, gdy użytkownik nie ma połączenia z Internetem

Zgodnie z najnowszymi badaniami Google 34% użytkowników preferuje aplikację przez witrynę mobilną, gdy ma słabe połączenie internetowe. Gdy otwierają aplikację, oczekują dużej ilości treści, niezależnie od tego, czy są połączone z internetem, czy nie. Bardzo ważne jest, aby kluczowe treści były dostępne nawet wtedy, gdy połączenie danych jest niewielkie lub żadne. Jeśli nie ma tam treści, użytkownicy będą sfrustrowani i przełączą się do innej aplikacji, która lepiej buforuje informacje, które chcą zobaczyć.

Poniżej znajduje się przykład, w jaki sposób Mapy Apple (po lewej) i Mapy Google (po prawej) korzystają z ich pamięci podręcznej. Google Maps zapamiętuje ostatnią lokalizację i zawiera imponującą ilość szczegółów mapy w pamięci podręcznej, a Apple Maps pokazuje absolutnie nic. Niewiele dobrego można powiedzieć o trybie offline w Mapach Apple.

001

2. Projektowanie dla każdej platformy macierzystej mobilnej

Ogromnym czynnikiem wpływającym na to, że Twój UX na urządzenia mobilne będzie świecić, jest jego interfejs użytkownika. Obecnie większość programistów chce rozpowszechniać swoje aplikacje na wielu platformach. Planując aplikację na wiele platform, pamiętaj, że każda platforma ma swój własny język wizualny - odrębny zestaw konwencji i stylów, których należy przestrzegać.

Na przykład istnieją elementy globalne, takie jak pasek stanu i nagłówek, które pojawiają się na wszystkich stronach projektu. Różnica między tymi dwiema platformami wydaje się dość nieznaczna - nieznacznie inny rozmiar, inne wyrównanie tekstu tytułu (na Androida, tekst jest wyrównany do lewej, podczas gdy iOS jest wyśrodkowany) i czcionki (Roboto na Androida, San Francisco na iOS), ale nie powinieneś nie zmieni żadnego z tych ustawień, jeśli chcesz, aby aplikacja była natywna.

002

To samo dotyczy przycisków i innych elementów sterujących - przycisków radiowych, pól wyboru, pól, przełączników - wszystkie komponenty funkcjonalne powinny dawać natywną atmosferę. Replikowanie elementów z jednej platformy na inną powoduje ryzyko pogorszenia komfortu użytkownika i konwersji. Różnice są na tyle małe, abyś mógł postępować z jednym projektem, ale te subtelne różnice są niezbędne do uzyskania natywnego wyglądu.

003

Jeśli chcesz dostosować elementy interfejsu użytkownika w swojej aplikacji, musisz dostosować je odpowiednio do marki - a nie zgodnie z konwencjami innej platformy.

3. Nic w Twojej aplikacji nie powinno być ślepym zaułkiem

Projektowanie UX polega na przepływie, a przepływ w większości przypadków dotyczy posuwania się naprzód, aby osiągnąć cel. Powinieneś unikać tworzenia ślepych stron w swoich aplikacjach, ponieważ ślepy zaułek powoduje zamieszanie, blokuje użytkowników na drodze do celu i prowadzi do dodatkowych i niepotrzebnych działań. Przykładem może być ekran stanu błędu z Spotify. Po prostu nie pomaga użytkownikom zrozumieć kontekst i nie pomaga im znaleźć odpowiedzi na pytanie: "Co mogę z tym zrobić?"

004

4. Nie replikuj Web Experience w aplikacjach

Użytkownicy oczekują określonych wzorców interakcji i elementów interfejsu w aplikacjach mobilnych. To, co projektujemy w Internecie, często wydaje się niezręczne w aplikacji mobilnej - niekoniecznie, ponieważ coś jest nie tak, ale dlatego, że jest po prostu inne od tego, czego oczekują nasi użytkownicy. Typowym przykładem jest użycie tekstu z podkreślonymi linkami, które są silnie związane ze stronami internetowymi. Poniżej znajduje się przykładowy formularz logowania z aplikacji TD Bank na iOS. Zdecydowanie wygląda na to, że projektuje w internecie mobilnym, a nie w aplikacji mobilnej: linki są podkreślane, aw interfejsie użytkownika jest nawet informacja o prawach autorskich.

Aplikacje używają przycisków, a nie linków.

005

5. Nie przerywaj użytkownikom z prośbami o ocenę aplikacji

Nikt naprawdę nie chce być przerywanym, a tym bardziej nieużytecznym, gdy znajdują się w centrum czegoś ważnego. Mimo to dość często aplikacje przerywają użytkownikom, zachęcając ich do pozostawienia recenzji. Najgorsze jest to, że dialog ten przerywa użytkownikom w trakcie wykonywania zadania lub zaraz po uruchomieniu aplikacji.

006

Nie należy przeszkadzać użytkownikom w pytaniu ich o ocenę Twojej aplikacji, jeśli niedawno ją pobrali lub użyli jej tylko kilka razy. Nie ma nic złego w pytaniu o opinię, ale pamiętaj, że chcesz najpierw dać swoim użytkownikom wspaniałe wrażenia. Zaczekaj, aż okażą się powtórnymi użytkownikami i znajdź chwilę w swojej aplikacji, która jest najmniej uciążliwa. Wyczyść, aplikacja do zrobienia na iOS to dobry przykład: pokazuje okno "Oceń aplikację" po wyczyszczeniu przez użytkownika pozostałych zadań z listy. To świetny moment w aplikacji: użytkownicy czują się dobrze, ponieważ właśnie wyczyścili swoją listę rzeczy do zrobienia i będą częściej oceniać aplikację pozytywnie.

007

6. Nie zabieraj użytkowników do przeglądarki

Utrzymuj użytkowników w aplikacji przez cały czas. Jeśli Twoja aplikacja nie ma określonej funkcji lub treści, spróbuj użyć przeglądarki w aplikacji; ale nie powołuj się na przeglądarkę w smartfonie, bo spowodujesz utratę utworu przez użytkowników, a nie powrót do aplikacji. Zwiększy to liczbę porzucania i ograniczy konwersję.

008

Gdy użytkownik kliknie link "Nie pamiętasz hasła?" W aplikacji Facebook, aplikacja prosi użytkownika o uruchomienie przeglądarki w celu wykonania tej czynności.