12 złych błędów UX/UI, których nie należy popełniać podczas projektowania aplikacji

Tekst za mały do ​​przeczytania.

Zawartość małej, jasnej czcionki na białym tle.

Użytkownicy nie są w stanie zobaczyć kluczowych funkcji, które są dobrze zlokalizowane gdzieś w interfejsie użytkownika.

Oto niektóre z typowych problemów związanych z projektowaniem UX/UI w aplikacjach, a popełnianie wielu takich błędów może Cię drogo kosztować. Podczas planowania projektu oprogramowania konieczne jest zidentyfikowanie takich błędów na dość wczesnym etapie projektowania, ponieważ celem jest stworzenie intuicyjnego i szybkiego interfejsu, który zapewni bezproblemową obsługę użytkownika.

Oto kilka śmiertelnych błędów, które mogą oznaczać zgubę dla aplikacji i jak możesz ich ostatecznie uniknąć.

1 Odbiegające od oczekiwań użytkownika

Co ciekawe, użytkownicy mają pewne oczekiwania, jeśli chodzi o korzystanie z tych podstawowych widżetów GUI (przyciski opcji, pola wyboru, paski przewijania, łącza/przyciski poleceń itp.). Próba rewolucyjnej zmiany tych przycisków może nie zostać dobrze przyjęta.

Rozważmy prosty przykład: przez całe życie słuchałeś wiadomości BBC. Nagle ktoś z Twojej rodziny decyduje się zamiast tego słuchać CNN, a Ty czujesz się jak ryba wyjęta z wody. Dokładnie to samo poczują użytkownicy, gdy wprowadzisz duże modyfikacje w widżetach GUI.

Większość popularnych widżetów GUI była udoskonalana i eksperymentowana przez lata, i istnieje powód, dla którego użytkownicy je lubią. Nie jest łatwo zmienić to uczucie łatwości i komfortu z dnia na dzień. Dzieje się tak dlatego, że użytkownicy muszą włożyć znaczną energię i siłę intelektualną, aby zrobić coś nowego; i mogą nie być na to otwarci.

Dlatego nie wprowadzaj drastycznych zmian w wyglądzie widżetów GUI swojej aplikacji. Twoi użytkownicy wolą mieć bezproblemową nawigację w aplikacji, więc lepiej jest zachować oryginalny wygląd i styl GUI.

2 Niewiedza, czego naprawdę potrzebuje użytkownik

Kiedy firmy nie zdają sobie sprawy z rzeczywistych potrzeb użytkownika i wymyślają coś, co nie odpowiada ich potrzebom, prowadzi to do dużego błędu. W takich przypadkach nie możesz zwiększyć sprzedaży i Twoja aplikacja zawodzi.

Ważne jest, aby zbadać i uzyskać głęboki wgląd w zainteresowania użytkowników przed podjęciem decyzji o funkcjach, które mają zostać włączone. W tym celu przeprowadź dokładne badanie użytkowników i rynku.

Dowiedz się, czego Twoi docelowi użytkownicy oczekują od projektu Twojej aplikacji — natychmiastowego czasu reakcji, płynnej nawigacji między elementami sterującymi, łatwej czytelności itd. — krótko mówiąc, intuicyjnej obsługi.

Przeprowadź także krytyczną analizę swoich konkurentów – poznaj współczynnik użyteczności ich aplikacji; jakie wszystkie funkcje zawierają w swoich aplikacjach, jak interaktywne są ich interfejsy użytkownika itp.

I strzeżcie się nowicjuszy: nie przeciążajcie aplikacji zbyt wieloma funkcjami. Głównym celem aplikacji jest uproszczenie działań użytkowników.

Dlatego wskazane byłoby, aby nie przesadzać z funkcjami, ponieważ doprowadziłoby to do gwałtownej aktywności, która natychmiast przekształciłaby ją w przeciętną aplikację. Mniejsza liczba funkcji (oczywiście tych głównych) załatwiłaby sprawę.

3 słabe cele dotykowe

Użytkownicy są wyposażeni w różnej wielkości palce. Dlatego dotyk musi być skonfigurowany tak, aby odpowiadał palcom wszystkich osób w segmencie docelowym. Średnia szerokość palca wskazującego osoby dorosłej wynosi od 1,6 do 2 cm. Dlatego miej to na uwadze podczas projektowania dotykowych aplikacji mobilnych.

Jeśli użytkownikom trudno będzie dotknąć i aktywować funkcje w aplikacji, mogą całkowicie zrezygnować z korzystania z aplikacji, co byłoby naprawdę tragiczne. Dotyczy to ponownie liczby posiadanych funkcji. Im więcej masz funkcji, tym mniejsze obszary do kliknięcia w aplikacji. Z drugiej strony, włączenie kilku głównych funkcji prowadziłoby do większych obszarów kranu.

4 Horror zwoju

Redaktorzy czasopism i gazet oraz reklamodawcy żyli kiedyś w nieustannym horrorze „owczarni”. Kiedy aplikacje mobilne stały się popularne, „fold horror” nieco złagodniał, ponieważ zawartość była widoczna na ekranie, który można było łatwo przewijać.

Było to jednak tylko częściowo prawdą, ponieważ coraz ważniejsze stawało się tworzenie responsywnego i dłuższego układu strony internetowej, w którym główne działania nie powinny schodzić poniżej zakładki, a raczej miejsca, w którym ludzie mogą łatwo przewijać i znajdować.

Konwersje rosną tylko wtedy, gdy odpowiednie przyciski są umieszczone „nad zakładką” lub gdy użytkownicy nie muszą przewijać strony. Umieszczenie wyraźnego wezwania do działania w widocznym miejscu przyniosłoby więcej konwersji.

5 przycisków, które naśladują wygląd przycisków kontrolnych GUI

Tak jak posiadanie zbyt wielu kontrolek GUI może być strasznym błędem, przeciwieństwo tego może być również śmiertelne. Podkreślone teksty i nagłówki dają wrażenie, że są linkami, które przeniosą użytkowników na nową stronę.

Klikają na nią, ale kiedy nie docierają do strony, zakładają, że link jest uszkodzony i opuszczają aplikację. Użytkownicy często są zdezorientowani, a czasem irytowani z powodu tej farsy i mogą nie wrócić ponownie.

Ujawnij przyciski opcji tam, gdzie są one absolutnie niezbędne, ale nie rób złego wrażenia przycisków opcji tam, gdzie ich nie ma.

6 Niespójne elementy sterujące GUI

Kontrolki GUI powinny być spójne. Jeśli używasz określonych słów wezwania do działania i podobnych działań, używaj tych samych słów w całej aplikacji. Używanie różnych słów dla tej samej czynności może spowodować zamieszanie.

Czasami działania, które programiści zakładają, że będą proste dla użytkowników, robią dokładnie odwrotnie. Jeśli podążasz za określonym wzorcem w swojej aplikacji, postępuj zgodnie z nim konsekwentnie przez cały czas. Upewnij się, że przyciski i strony pojawiają się tam, gdzie oczekują tego użytkownicy.

7 Pomijanie schematów blokowych i przejście do projektowania

Deweloperzy nie oszczędzają czasu, pomijając schematy blokowe i pogrążając się bezpośrednio w części projektowej aplikacji. Bardzo ważne jest zbudowanie schematu blokowego z myślą o użytkownikach, a wielu programistów tworzy te wykresy z personami użytkowników, aby zawsze mieć na uwadze użytkownika końcowego.

Pomogłoby to również w określeniu, skąd pochodzą użytkownicy, jakie są ich zainteresowania i gdzie się znajdują. Dlatego podczas projektowania schematów blokowych konieczne jest określenie celów użytkownika i biznesu oraz tego, czy zostanie on ostatecznie osiągnięty, czy nie. Tworząc zarys przepływu, można przejść przez różne opcje przepływu stron i zdecydować się na najlepszy.

8 Nieuwzględnianie „postrzeganych afordancji”

Mówiąc laikiem, afordancja oznacza wszystkie działania, które są fizycznie możliwe w zależności od właściwości obiektu/środowiska. Klatka schodowa umożliwia wchodzenie lub schodzenie, zakrętka od butelki umożliwia zakręcanie lub odkręcanie.

Podobnie na stronie internetowej suwak pełni funkcję poruszania się w górę i w dół, pole wyboru umożliwia zaznaczenie lub odznaczenie go, a tekst hiperłącza przenosi do innej strony. Afordancja pozwala użytkownikowi zrobić coś, co może łatwo zrozumieć.

Postrzeganie tych afordancji będzie oparte na wiedzy użytkownika o stronie, doświadczeniach, przekonaniach i celach. Podczas projektowania interfejsów użytkownika ważne jest, aby projektant dawał prawidłowe wskazówki, w przeciwnym razie może to prowadzić do zamieszania, a tym samym do złego doświadczenia użytkownika.

Projektanci muszą używać odpowiednich oznaczeń wizualnych, dzięki którym użytkownicy mogą dostrzec, w jaki sposób obserwują te elementy interfejsu użytkownika i wchodzą w interakcje z nimi. Należy również pamiętać, że wszyscy użytkownicy nie są sobie równi; stąd wszystkie afordancje mogą nie być postrzegane lub interpretowane w ten sam sposób przez wszystkich. Poprzyj wszystkie wskazówki wizualne odpowiednimi etykietami i instrukcjami.

9 Brak odpowiednich okien dialogowych

W oknie dialogowym użyteczności aplikacji internetowej obowiązkowe jest informowanie użytkowników o aktualnym stanie systemu i sposobie interpretacji ich poleceń. Okna dialogowe mają na celu informowanie użytkowników o tym, jak przebiegają ich działania, bez odrywania ich od bieżącego ekranu.

Cisza może sprawić, że użytkownicy będą zgadywać. Dlatego podczas tworzenia aplikacji internetowej upewnij się, że okno dialogowe nie zasłania użytkownikom informacji. Ale używaj go oszczędnie, ponieważ ciągłe wiadomości mogą przeszkadzać.

Na przykład, gdy użytkownik zdecyduje się opuścić określoną stronę po wpisaniu informacji, może pojawić się okno dialogowe z polem potwierdzenia z napisem „Odrzucić wersję roboczą? Anuluj lub odrzuć”.

Jednak bombardowanie ich oknami dialogowymi subskrypcji (na przykład „Proszę subskrybować nasz codzienny biuletyn, wpisując swój adres e-mail”) zbyt wiele razy może być naprawdę irytujące.

10 Częste błędy w komunikatach o błędach

Użytkownicy poświęcają czas i wysiłek na wypełnianie formularzy, a gdy jest w nich błąd, obowiązkowe jest poinformowanie ich, co poszło nie tak i gdzie. Jeśli istnieją określone zasady tworzenia hasła, poinformuj użytkowników z wyprzedzeniem, aby nie musieli robić tego samego dwa razy.

Lub, jeśli istnieje kod promocyjny do zastosowania, po prostu poinformuj ich wcześniej, jakie rodzaje promocji mają zastosowanie i dlaczego. Brak poinformowania ich na czas może wzbudzić niepokój i frustrację użytkownika. Pamiętaj, aby nie popełniać tych błędów podczas tworzenia komunikatów o błędach:

1. Niejednoznaczność – brak jasności co do błędu popełnionego przez użytkownika.
2. Obwinianie użytkownika – Lepiej być pokornym, nawet gdy użytkownik popełni błąd. Delikatnie wskaż błąd, aby poprosili go o ponowną próbę.
3. Niewłaściwe umieszczanie komunikatów o błędach — wskazane jest, aby nie umieszczać błędów na liście wypunktowanej, ponieważ to naprawdę je wyłącza. Umieść komunikaty o błędach bezpośrednio nad błędami, aby użytkownicy mogli natychmiast zobaczyć, co jest nie tak.
4. Nieużywanie mikrokopii w celu zapobiegania błędom – małe fragmenty tekstu objaśniającego w pobliżu pustych miejsc mogą w rzeczywistości poinstruować użytkownika, co należy wypełnić, aby mógł to uzyskać za pierwszym razem.

11 Brak inteligentnych ustawień domyślnych

Posiadanie dodatkowego pola na stronie wypełniania formularza w Twojej aplikacji może odstraszać. Więc jeśli to dodatkowe pole jest absolutną koniecznością, upewnij się, że wprowadziłeś wartości domyślne w polach wejściowych formularza. Ludzie szybko skanują formularze, aby sprawdzić, ile czasu zajmie im wypełnienie formularza, a jeśli w formularzu jest już domyślna wartość, prawdopodobnie wypełnią pozostałe.

Brak inteligentnych ustawień domyślnych może sprawić, że będzie to czasochłonne i frustrujące dla użytkownika, a to poważny błąd. Wskazane jest również, aby nie wprowadzać wartości domyślnych dla pól wejściowych, które wymagają uwagi użytkownika. Nie zakładaj, co użytkownik zamierza kliknąć, a nawet jeśli jest to dobrze zbadana domyślna opcja, użytkownicy mogą chcieć czegoś innego.

12 Ignorowanie kolorów akcentujących dla przycisków wezwania do działania

Bardzo ważne jest zastosowanie odpowiednich kolorów akcentujących, aby zwrócić uwagę na przyciski, takie jak „Kup teraz”, „Rozpocznij bezpłatny samouczek”, „Zarejestruj się teraz” itp. Użyj innego koloru przycisków, aby wyróżniały się, szczególnie dla tych, którzy bardzo kluczowe przyciski wezwania do działania.

Kolor akcentu musi być na tyle jasny, aby przyciągał uwagę, ale nie irytował i nie rozpraszał uwagi. Upewnij się, że kolor akcentujący pasuje do reszty motywu kolorystycznego w aplikacji. Zarezerwuj również określony kolor wezwania do działania i nie używaj go w innym miejscu na stronie.

Wniosek

Oto niektóre z najczęściej spotykanych błędów w projektowaniu UI/UX. I pamiętaj, za każdym razem, gdy wprowadzasz jakiekolwiek zmiany w projekcie, dokładnie je przetestuj, aby zobaczyć, jak skuteczne będą.

Projektowanie aplikacji jest wyznacznikiem sukcesu, a ponieważ każdego dnia pojawiają się tysiące aplikacji, tylko garstka z nich uzyskuje akceptację. Złe praktyki mogą prowadzić do śmiertelnych błędów w projektowaniu UX/UI, a wszystkie wysiłki tak wielu osób idą na marne.

Ostatnie przypomnienie:

Projektując swoją aplikację, pamiętaj, aby projektować dla wielu platform, chyba że celujesz w konkretną. W ten sposób otrzymujesz produkt o minimalnej żywotności (MVP) prosto do sklepu.