Nie projektuj tego w domu ... 3 UI Disasters, których należy unikać
Ukułem dzisiaj termin: wstrętny projekt.
Oznacza to coś na kształt " decyzji projektowych, które sprawiają, że chcę umrzeć." Innymi słowy, jest to przeciwieństwo popularnego ostatnio " projektowanie dla rozkoszy "Koncepcja.
Wstrętny projekt oddaje istotę frustracji. Często dzieje się tak w wyniku zaniedbania - próbując osiągnąć jedną rzecz, coś innego musi pozostać przy drodze.
Dlaczego powinieneś dbać o odrażające praktyki projektowe?
Ponieważ oni są rodzaj decyzji które mogą prowadzić użytkowników z twojej strefy wpływów i do konkurencji.
1) Ukryte ustawienia
Otworzyłem dziś aplikację Spotify z zamiarem pokazania niezdecydowanemu współautorowi opcji transmisji "ekstremalnej jakości", aby mógł podjąć świadomą decyzję, która platforma muzyczna najlepiej mu służy - Google Play Music, Spotify lub Tidal.
Zanim Spotify przeprojektowała swoją aplikację na Androida, aby naśladować język projektowy aplikacji na iOS (a także sam system iOS), ikona ustawień znajdowała się w menu hamburgera. To było proste i intuicyjne.
Teraz, gdy menu hamburgera jest grzanką, cztery opcje menu zostały przeniesione do stałego miejsca na dole ekranu.
Gdzie jest przycisk ustawień?
Oto pytanie, które zadałam sobie.
Okazuje się, projektanci Spotify wybrali ustawienia w prawym górnym rogu zakładki "Twoja biblioteka"; bardzo nieintuicyjne miejsce, jeśli mnie pytasz.
Czy zauważyłeś, gdzie trafił przycisk "Mój profil"? Tak, ja też nie. Ta mała ikona w lewym górnym rogu zakładki "Twoja biblioteka" (ta, która ledwo przechodzi dla postaci z kija) jest tym, czego szukasz.
Nowy projekt może być denerwujący dla użytkowników, ponieważ zmusza ich do manipulowania przy użyciu menu w celu znalezienia ustawień lub ich profilu.
Dla niektórych może to być najlepszym przykładem wad dolnego menu w stylu Apple; dla innych jest to po prostu odrażający projekt .
2) Uciążliwe uruchamianie
Jednym z najbardziej odrażających wyborów w zakresie projektowania jest uciążliwy start. Uber i Wikipedia są tego niezwykle winni, z wyjątkiem tego, że Wikipedia robi to tylko podczas ich Sezon zbierania funduszy , podczas gdy Uber robi w tym roku.
Uruchomienie uciążliwe to takie, w którym użytkownik musi ukończyć zadanie przed użyciem aplikacji. W większości przypadków jest to jednorazowa czynność wymagana od użytkowników przy pierwszym uruchomieniu - aka, użytkownik musi się zarejestrować, zanim będzie mógł skorzystać z usługi. Ma to sens, a to nie jest dużo kłopotów.
Uber robi to o krok dalej, zmuszając użytkowników do oceny poprzedniego kierowcy, zanim będzie mógł zamówić jazdę. Bez względu na to, czy spieszysz się, czy nie chcesz oceniać kierowcy, nie możesz zamówić jazdy bez oceniania poprzedniej.
Jest to nie tylko niedogodność, ale także aktywnie zmienia sposób interakcji użytkowników z aplikacją. Bezlitośnie skłaniając użytkowników do oceniania kierowcy przy każdym uruchomieniu, w istocie warunkują użytkowników, którzy bezmyślnie klikają ocenę tak szybko, jak tylko mogą (zob. klasyczne warunkowanie ).
To, co prawdopodobnie wydawało się dobrym pomysłem na tablicy zespołu projektantów Uber, to tak naprawdę okropna taktyka, która sprawiła, że ja i prawdopodobnie inni użytkownicy, apatycznie podchodzę do systemu ocen.
Użytkownicy są zachęcani do tego, aby nie myśleć przed oceną, ponieważ tak się stanie opóźnić ich gratyfikację . Każdy kierowca otrzymuje ocenę 5 gwiazdek (lub wszędzie tam, gdzie kciuk użytkownika wygodnie spada na skalę ocen), niezależnie od doświadczenia.
Wikipedia jest również winna tego, jeśli w mniejszym stopniu. Podczas sezonu zbierania funduszy, odwiedzający Wikipedię są zachęcani do przekazywania darowizn w internetowej encyklopedii - coś, czego nie jestem wrogo nastawiony.
To sposób , w jaki witryna zachęca użytkowników do darowizny, sprawia, że jest ona odrażająca.
Monit dotacji przejmuje pełną wysokość ekranu i nie daje wskazania, że użytkownik musi tylko przewinąć w dół, aby wyświetlić zamierzoną stronę.
Oczywiście, z biegiem czasu większość użytkowników dowie się, że jeśli nie chcą przekazywać darowizny, muszą jedynie przewinąć w dół, ale dla użytkowników po raz pierwszy może to być katastrofalne rozdrażnienie.
3) Cierpliwe interakcje
Czasami wszystko, czego potrzeba, aby wybór projektu stał się odrażający, wymaga nieporęcznych interakcji. Najlepszym tego przykładem jest sposób, w jaki Apple i inne wersje Androida opracowały swoje aplikacje z budzikiem.
To nie aplikacje jako całość sprawiają, że czuję się obciążona, ale raczej sposób, w jaki projektanci wymagają od użytkowników wprowadzenia czasu, w którym dźwięk alarmu zostanie uruchomiony.
To jest oblicze czystego zła. Kto zdecydował, że przewijanie do określonego czasu, w odstępach jednego, było dobrym pomysłem?
Nie tylko przewija się dłużej, niż wprowadziłby czas na jeden z kilku innych popularnych sposobów, ale nie można tego zrobić w jednym ruchu. Na skórze Androida ZTE, aby uzyskać od "01" minut do "59" minut, użytkownicy muszą przesunąć kilka razy .
W systemie iOS jedno przesunięcie przesunie numery z impetem . Oczywiście jest fajny i realistyczny, ale nie jest bardziej wydajny ani użyteczny. To wydaje się być obecny trend z Apple.
Dramatycznie bardziej efektywna i użyteczna metoda wprowadzania wartości alarmowych prezentowana jest w magazynie Android.
Projektanci Google opracowali układ, który pozwala użytkownikom wprowadzać wartości alarmów w zaledwie dwóch dotknięciach . Oznacza to, że gdy śpiący użytkownicy próbują ustawić alarm, nie będą musieli zwracać dodatkowej uwagi na metodę wprowadzania danych, a zamiast tego mogą skupić się na zasypianiu.
Nie pozwól, aby Twoi użytkownicy nie znosili twojego projektu
Nie ma zbyt wielu rzeczy, które sprawią, że użytkownicy będą nienawidzili Twojej aplikacji. Zazwyczaj przestępstwo numer jeden jest po prostu niewygodne dla użytkowników.
Ukrywanie krytycznych funkcji, zakłócanie uruchamiania aplikacji i projektowanie nadmiernie złożonych interakcji będzie niekorzystne dla użytkowników, a w zależności od tego, jak bardzo im to przeszkadza, mogą zniechęcać się do Twojej aplikacji.
Unikanie pułapek wstrętnego projektu nie jest trudne.
Po prostu musisz uruchomić (i zakończyć) każdą funkcję jednym prostym pytaniem: czy robię to tak wygodnie i intuicyjnie, jak to tylko możliwe?
Jeśli odpowiedź na którekolwiek z tych pytań brzmi "nie", to nadal pozostaje praca do wykonania.