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

Tekst jest za mały do ​​przeczytania.

Mała zawartość czcionki w jasnym kolorze na białym tle.

Użytkownicy nie są w stanie zobaczyć kluczowych funkcji ciasno umieszczonych 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 będzie cię drogo kosztować. Planując projekt oprogramowania, konieczne jest zidentyfikowanie takich błędów na dość wczesnym etapie projektowania, ponieważ celem jest stworzenie intuicyjnego i szybkiego interfejsu, który zapewnia bezproblemową obsługę.

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

1. Odejście od oczekiwań użytkownika

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

Rozważ ten prosty przykład: przez całe życie słuchałeś wiadomości BBC. Nagle ktoś w Twojej rodzinie decyduje się zamiast tego słuchać CNN i masz wrażenie „ryby z wody”. To jest dokładnie to, co użytkownicy poczują, gdy dokonasz poważnych modyfikacji w widżetach GUI.

Większość popularnych widżetów GUI była udoskonalana i eksperymentowana przez lata i jest powód, dla którego użytkownicy je lubią. Nie jest łatwo zmienić to poczucie łatwości i komfortu z dnia na dzień. Dzieje się tak dlatego, że użytkownicy muszą wykazać się znaczną energią i zdolnością umysłową, 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ę po aplikacji, więc lepiej jest zachować oryginalny wygląd GUI.

2. Nie wiedząc, czego naprawdę potrzebuje użytkownik

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

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

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

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

A programiści po raz pierwszy uważaj: nie przeciążaj zbyt wielu funkcji do aplikacji. 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 lawiny aktywności, która natychmiast przekształciłaby ją w przeciętną aplikację. Mniejsza liczba funkcji (oczywiście pierwszorzędnych) załatwiłaby sprawę.

3. Słabe cele dotykowe

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

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. I dotyczy to ponownie liczby funkcji, które masz. Im więcej masz funkcji, tym mniejsze obszary dotknięcia w aplikacji. Z drugiej strony wprowadzenie kilku podstawowych funkcji doprowadziłoby do większych obszarów kranu.

4. Horror zwojów

Redaktorzy magazynów i gazet oraz reklamodawcy żyli kiedyś w nieustannym horrorze „zagięcia”. Kiedy aplikacje mobilne stały się popularne, „fold horror” nieco osłabł, ponieważ treść była widoczna na ekranie, który można było łatwo przewijać.

Ale było to tylko częściowo prawdą, ponieważ coraz ważniejsze stało się stworzenie responsywnego i dłuższego układu strony, w którym główne działania nie powinny schodzić poniżej zakładki, a raczej pokonać miejsce, 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ć. Umieszczenie wyraźnego wezwania do działania w widocznym miejscu przyniosłoby więcej konwersji.

5. Przyciski naśladujące 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 wywołują wrażenie, że są linkami, które przeniosą użytkowników na nową stronę.

Klikają go, ale kiedy nie przechodzą na stronę, zakładają, że link jest uszkodzony i opuszczają aplikację. Użytkownicy często są zdezorientowani, a czasem zirytowani tą farsą i mogą już nie wrócić.

Odsłoń przyciski opcji wszędzie tam, gdzie są absolutnie niezbędne, ale nie rób złego wrażenia przycisków opcji tam, gdzie ich nie ma.

6. Niespójne kontrolki GUI

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

Czasami działania, które zakładają twórcy, 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ą ich 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ę 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 mieli na uwadze użytkownika końcowego.

Pomogłoby to również w ustaleniu, skąd pochodzą użytkownicy, jakie są ich zainteresowania i gdzie leżą. Dlatego przy projektowaniu schematów blokowych konieczne jest podjęcie decyzji o użytkownikach i celach biznesowych oraz o tym, czy zostanie to osiągnięte na końcu, czy nie. Tworząc konspekt przepływu, można przejść przez różne opcje z przepływami stron i zdecydować się na najlepszą.

8. Nie branie pod uwagę „postrzeganych afordancji”

W terminologii laika afordancja oznacza wszystkie działania, które są fizycznie możliwe w zależności od właściwości obiektu/środowiska. Schody umożliwiają wchodzenie lub schodzenie, zakrętka do butelki umożliwia wkręcanie lub odkręcanie.

Podobnie na stronie internetowej suwak pełni funkcję poruszania się w górę iw dół, pole wyboru umożliwia zaznaczenie lub odznaczenie, a tekst z hiperłączem przenosi na inną stronę. Affordance pozwala użytkownikowi zrobić coś, co może łatwo zrozumieć.

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

Projektanci muszą używać prawidłowych oznaczeń wizualnych, dzięki którym użytkownicy mogą postrzegać, w jaki sposób obserwują te elementy interfejsu użytkownika i wchodzą z nimi w interakcje. Należy również pamiętać, że wszyscy użytkownicy nie są sobie równi; stąd nie wszystkie afordancje mogą być postrzegane lub interpretowane w ten sam sposób przez wszystkich. Więc weź wszystkie wizualne wskazówki za pomocą odpowiednich etykiet i instrukcji.

9. Brak odpowiedniego rodzaju okien dialogowych

W przypadku użyteczności okna dialogowego aplikacji internetowej obowiązkowe jest poinformowanie użytkowników o bieżącym 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 informacji od użytkowników. Ale używaj go oszczędnie, ponieważ ciągłe wiadomości mogą być przerywane.

Na przykład, gdy użytkownik zdecyduje się zamknąć konkretną stronę po wpisaniu informacji, może pojawić się okno dialogowe z polem potwierdzenia mówiącym „Odrzucić wersję roboczą? Anuluj lub odrzuć”.

Jednak bombardowanie ich za pomocą okien dialogowych subskrybowania (na przykład „Zaprenumeruj nasz codzienny biuletyn, wpisując swój adres e-mail”) zbyt wiele razy może być naprawdę irytujące.

10. Popełnianie typowych błędów z komunikatami o błędach

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

Lub, jeśli istnieje kod promocyjny do zastosowania, po prostu poinformuj go wcześniej, jakiego rodzaju promocje mają zastosowanie i dlaczego. Niepoinformowanie ich na czas może wywołać u użytkownika niepokój i frustrację. 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 jeśli użytkownik popełni błąd. Delikatnie wskaż błąd, aby poproszono ich o ponowną próbę.
3. Niewłaściwe umieszczanie komunikatów o błędach — zaleca się, aby nie umieszczać błędów na liście punktowanej, 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 zrobić za pierwszym razem.

11. Brak inteligentnych ustawień domyślnych

Posiadanie dodatkowego pola na stronie wypełniania formularzy w Twojej aplikacji może być środkiem odstraszającym. Więc jeśli to dodatkowe pole jest absolutną koniecznością, upewnij się, że wpisał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 pójdą dalej i 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 kliknie, a nawet jeśli było to dobrze zbadane ustawienie domyślne, użytkownicy mogą chcieć czegoś innego.

12. Ignorowanie kolorów akcentów na przyciskach wezwania do działania

Bardzo ważne jest, aby zastosować dobre akcenty kolorystyczne, aby zwrócić uwagę na przyciski, takie jak „Kup teraz”, „Rozpocznij bezpłatny samouczek”, „Zapisz się teraz” itp. Użyj innego koloru przycisków, aby wyróżniały się, szczególnie dla tych bardzo kluczowe przyciski wezwania do działania.

Kolor akcentujący musi być wystarczająco jasny, aby przyciągnąć uwagę, ale nie drażnić i rozpraszać. Upewnij się, że akcent kolorystyczny uzupełnia się z resztą motywu kolorystycznego w aplikacji. Zarezerwuj również określony kolor wezwania do działania i nie używaj go nigdzie indziej 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, upewnij się, że dokładnie go przetestowałeś, aby zobaczyć, jak będzie skuteczny.

Projektowanie aplikacji jest wyróżnikiem sukcesu, a dzięki tysiącom aplikacji, które są publikowane każdego dnia, tylko garstka z nich otrzymuje aprobatę. Złe praktyki mogą prowadzić do śmiertelnych błędów w projektowaniu UX/UI, a wszystkie wysiłki tak wielu ludzi pójdą na marne.

Ostatnie przypomnienie:

Projektując swoją aplikację, pamiętaj, aby projektować na wiele platform, chyba że kierujesz się na konkretną. W ten sposób otrzymasz produkt o minimalnej żywotności (MVP) prosto do sklepu.