Najlepsze praktyki i błędy w projektowaniu aplikacji mobilnych

Posłuchaj wersji audio tego artykułu

W 2017 roku z iOS App Store i Google Play pobrano ponad 91 miliardów aplikacji (co nie obejmuje wszystkich sklepów z aplikacjami innych firm i sklepów z aplikacjami na inne platformy). To dużo aplikacji — około 13 na osobę — na całej planecie. Przy tak wielu pobieranych aplikacjach nic dziwnego, że średni wskaźnik rezygnacji z aplikacji w pierwszym miesiącu wynosi 57% (użytkownicy, którzy nie otwierają aplikacji więcej niż raz w ciągu pierwszych 30 dni po jej pobraniu) i aż 71 % po 90 dniach.

Jeśli jakakolwiek część aplikacji jest niepożądana lub powolna, użytkownicy zdecydują się zainstalować nową, zamiast trzymać ją z niedoskonałym produktem. Nic nie marnuje się na konsumenta, gdy pozbywa się aplikacji, poza ewentualnymi kilkoma dolarami (i wiedzą, że mogą ponownie pobrać aplikację w dowolnym momencie). Jedyną stratą jest czas i wysiłek projektantów i programistów.

Dlaczego więc tak wiele aplikacji zawodzi? Czy jest to przewidywalne zjawisko, które powinni zaakceptować projektanci i programiści aplikacji? Czy ten wskaźnik sukcesu jest akceptowalny dla klientów? Co trzeba zrobić, aby Twoje aplikacje nie zostały usunięte bez namysłu?

Najczęstsze błędy obejmują przede wszystkim nieutrzymywanie spójności przez cały okres życia aplikacji, a także trudności w przyciąganiu użytkowników. Zaprojektowanie aplikacji z intuicyjną prostotą bez powtarzalności i nudy jest wyzwaniem. Aplikacja musi oferować przyjemny projekt i szczegóły UX, nie tracąc z oczu większego celu.

Większość aplikacji żyje i umiera w ciągu pierwszych kilku dni, więc przestrzeganie kilku podstawowych najlepszych praktyk projektowania aplikacji mobilnych i unikanie najczęstszych błędów pomoże projektantom w tworzeniu aplikacji, które przetrwają ten 90-dniowy okres.

Powszechny błąd nr 1: słabe pierwsze wrażenie

Często pierwsze użycie lub pierwszy dzień korzystania z aplikacji jest najbardziej krytycznym okresem do pozyskania potencjalnego użytkownika. Pierwsze wrażenie jest tak ważne, że może stanowić punkt odniesienia dla wszystkich innych najlepszych praktyk projektowania mobilnego. Jeśli coś pójdzie nie tak lub wydaje się zagmatwane lub nudne, potencjalni użytkownicy szybko tracą zainteresowanie.

Właściwa równowaga dla pierwszego wrażenia jest jednak trudna. W niektórych przypadkach długi proces wdrażania w celu wykrycia niezbędnych funkcji może znudzić użytkowników. Jednak bez odpowiedniego wdrożenia niektóre aplikacje po prostu zdezorientują użytkowników, jeśli nie będą od razu intuicyjne. Stworzenie aplikacji, która jest od razu intuicyjna, a jednocześnie umożliwia szybkie zapoznanie użytkowników z najbardziej ekscytującymi i wciągającymi funkcjami, jest delikatną czynnością wymagającą zachowania równowagi.

Chociaż może to być dobry sposób na szybkie zorientowanie się na kogoś, długotrwałe wdrażanie może również przeszkadzać użytkownikom w robieniu tego, co chcą zrobić z aplikacją. Często te samouczki są zbyt długie i są przeglądane na ślepo.

Pamiętaj, że gdy użytkownicy po raz pierwszy korzystają z aplikacji, nie muszą mieć żadnych punktów orientacyjnych dotyczących tego, jak aplikacja powinna działać lub co może zrobić. Właściwy proces testowania wersji beta pozwala projektantom od samego początku dowiedzieć się, jak inni postrzegają aplikację. To, co wydaje się oczywiste dla zespołu projektowego, może nie być dla nowicjuszy.

Powszechny błąd nr 2: projektowanie aplikacji bez celu

Unikaj wchodzenia w proces projektowania bez jasnych intencji. Aplikacje są zbyt często projektowane i rozwijane w celu podążania za trendami, a nie rozwiązywania problemów, wypełniania niszy lub oferowania odrębnej usługi.

Dla projektanta i jego zespołu cel aplikacji będzie miał wpływ na każdy etap projektu. Kieruje każdą decyzją, od brandingu lub marketingu aplikacji, przez format szkieletowy, aż po estetykę przycisku. Jeśli cel jest jasny, każdy element aplikacji będzie się komunikował i funkcjonował jako spójna całość.

Przekazanie tej wizji potencjalnym użytkownikom oznacza, że ​​zrozumieją oni wartość, jaką aplikacja wnosi do ich życia. Wizja musi być jasno przekazana na podstawie pierwszego wrażenia użytkownika. Jak szybko można przekazać użytkownikom wizję aplikacji? W jaki sposób poprawi to życie danej osoby lub zapewni jakąś przyjemność lub komfort? Tak długo, jak przydatność aplikacji jest natychmiast przekazywana użytkownikom, prawdopodobnie stanowi ona część 21% aplikacji, które przetrwają pierwsze 90 dni.

Wchodząc na istniejący rynek, istnieją aplikacje przeznaczone dla projektantów przestrzeni jako punkt odniesienia. Mogą ulepszyć to, co już istnieje lub zapewnić wyjątkową alternatywę, aby się wyróżnić. Nie powinni bezmyślnie naśladować.

Częsty błąd nr 3: nieumiejętność optymalizacji przepływu użytkowników

Projektanci powinni uważać, aby nie pominąć przemyślanego planowania architektury UX aplikacji przed przystąpieniem do prac projektowych. Jeszcze przed przejściem do etapu tworzenia szkieletów należy zmapować przepływ użytkowników i strukturę aplikacji. Projektanci często są zbyt podekscytowani, aby tworzyć estetykę i detale. Skutkuje to kulturą projektantów, którzy generalnie nie doceniają UX i niezbędnej logiki lub nawigacji w aplikacji.

Zwolnij. Najpierw naszkicuj przepływ aplikacji, zanim zaczniesz martwić się zbytnio o szczegóły. Aplikacje często zawodzą z powodu braku przepływu i organizacji, a nie niedoskonałych szczegółów. Po rozpoczęciu procesu projektowania zawsze miej na uwadze całościowy obraz. Detale i estetyka powinny wtedy wyraźnie przywoływać i wzmacniać większą koncepcję.

Częsty błąd nr 4: lekceważenie budżetu na tworzenie aplikacji

Gdy tylko naszkicujemy podstawowe cechy i funkcje aplikacji, nadszedł czas, aby porozmawiać o budżecie z zespołem programistów. Zapobiega to spędzaniu mnóstwa czasu na projektowaniu funkcji i wzorców UX, które muszą zostać wycięte, gdy zespół programistów nie ma zasobów do ich wdrożenia.

Poznanie średnich kosztów konstruowania poszczególnych koncepcji jest cennym uzupełnieniem zestawu narzędzi projektanta, gdyż ułatwia przystosowanie myślenia projektowego do ograniczeń ekonomicznych. Budżety powinny być użytecznymi ograniczeniami projektowymi do pracy, a nie postrzegane jako frustracje.

Powszechny błąd nr 5: wkuwanie funkcji projektowych

Miejmy nadzieję, że rygorystyczne tworzenie szkieletów i tworzenie prototypów sprawi, że rozróżnienie między funkcjami niezbędnymi a nadmiernymi stanie się jasne. Każda pojedyncza platforma mobilna jest już najlepszym szwajcarskim nożem wojskowym, więc Twoja aplikacja nie musi nią być. Napakowanie aplikacji funkcjami nie tylko prowadzi do dezorientacji użytkownika, ale przeładowana aplikacja będzie również trudna do wprowadzenia na rynek.

Jeśli aplikacji nie można wyjaśnić w zwięzły sposób, prawdopodobnie próbuje zrobić zbyt wiele. Ograniczanie funkcji zawsze jest trudne, ale jest konieczne. Najlepszą strategią może być pozyskanie użytkowników na początku za pomocą tylko jednej lub dwóch funkcji, a następnie przetestowanie nowych dodatków w późniejszych wersjach, aby zobaczyć, co przemawia do użytkowników. W ten sposób dodatkowe funkcje są mniej prawdopodobne, że będą przeszkadzać w kluczowych pierwszych dniach życia aplikacji.

Częsty błąd nr 6: Odrzucenie kontekstu aplikacji

Chociaż cel i cele końcowe są ważne, stają się nieistotne, jeśli nie są kierowane we właściwym kontekście. Interfejs użytkownika dla danej aplikacji może wydawać się oczywisty zespołowi projektowemu, ale użytkownicy po raz pierwszy i użytkownicy z różnych grup demograficznych mogą nie uznać go za intuicyjny. Na przykład milenialsi użytkownicy aplikacji mogą uznać niektóre funkcje za intuicyjne, podczas gdy emeryci mogą uznać te same rzeczy za mylące (lub odwrotnie).

Rozważ bezpośredni kontekst lub sytuację, w której aplikacja ma być używana. Na przykład interfejs Ubera wyróżnia się bardzo szybkim użyciem. Jest to idealne rozwiązanie, ponieważ gdy użytkownik jest z przyjaciółmi i musi zarezerwować przejazd, prawie nie musi przerywać rozmowy. Uber ukrywa wiele treści wsparcia głęboko w aplikacji, które pojawiają się tylko wtedy, gdy wymaga tego scenariusz.

Czy Twoja aplikacja ma być dostępna szybko i przez krótki czas? A może jest to aplikacja z dużą ilością treści, która pozwala użytkownikom zostać na chwilę? W jaki sposób projekt przekaże tego typu zastosowanie? Zastanów się nad tymi punktami dokładnie, planując przepływ UX swojej aplikacji.

Powszechny błąd nr 7: nadużywanie powiadomień

Powiadomienia push to wybredna część najlepszych praktyk projektowania aplikacji. Zbyt wiele, a użytkownicy całkowicie je wyłączą, ryzykując, że aplikacja zostanie zapomniana. Za mało i taki sam los.

Ale nie tylko częstotliwość powiadomień może włączać i wyłączać użytkowników. To także treść. Przydatne powiadomienia, na przykład te powiadamiające użytkowników o nowej wiadomości lub przypominające o konieczności codziennego zameldowania, są postrzegane jako pomocne i konieczne. Aplikacje, które wysyłają pozornie losowe aktualizacje lub powiadomienia o nowościach, które nie mają bezpośredniego wpływu na użytkownika, są bardziej skłonne do całkowitego wyłączenia powiadomień.

Każde powiadomienie to mikrointerakcja, która może albo poprawić wrażenia użytkownika i zwiększyć ogólną użyteczność aplikacji, albo grozić alienacją użytkowników, a w skrajnych przypadkach skłonić ich do całkowitego usunięcia aplikacji.

Powszechny błąd nr 8: Nadmierne komplikowanie projektowania aplikacji

Słynny architekt Mies Van der Rohe powiedział kiedyś: „Lepiej być dobrym niż wyjątkowym”. Ważne jest, aby projekt spełniał specyfikacje zawarte w briefie, zanim projektanci zaczną łamać pudełko lub dodawać inne dodatki.

Elementy projektu dodane w celu uczynienia kompozycji bardziej atrakcyjną wizualnie nadal muszą dodać wartość do doświadczenia użytkownika. Nadal pytaj przez cały proces projektowania, ile mogę usunąć? Projektuj redukcyjnie zamiast addytywnie.

Nadmierna złożoność jest często wynikiem niepotrzebnego łamania konwencji. Czy aplikacja naprawdę skorzysta na przerobieniu standardowych symboli i interfejsów w mobilnym języku wizualnym i dotykowym? Standardowe ikony okazały się uniwersalnie intuicyjne. Dlatego często są najszybszym sposobem na dostarczenie wizualnych wskazówek bez zaśmiecania ekranu.

Nie pozwól, aby poloty projektowe przeszkodziły w rzeczywistej zawartości lub funkcji aplikacji. Często aplikacje nie mają wystarczającej ilości białego miejsca. Chociaż ogólnie rzecz biorąc, dobry projekt jest niezbędny, jest to szczególnie ważne w przypadku projektów mobilnych, ponieważ zagracony interfejs nie jest szczególnie przyjazny w dotyku.

Powszechny błąd nr 9: niespójności projektowe

Jeśli projekt ma wprowadzać nowe standardy, muszą one przynajmniej być spójne w całej aplikacji. Każda nowa funkcja lub element treści niekoniecznie musi być okazją do wprowadzenia nowej koncepcji projektowej.

Czy tekst jest jednolicie sformatowany? Czy elementy interfejsu użytkownika zachowują się w przewidywalny, ale przyjemny sposób w całej aplikacji? Spójność projektowa musi znaleźć równowagę między istniejącym wspólnym językiem wizualnym a unikaniem stagnacji estetycznej. Równowaga między intuicyjną konsekwencją a nudą jest cienka.

Częsty błąd nr 10: testowanie wersji beta aplikacji w niewystarczającym stopniu

Wszyscy projektanci powinni przeanalizować wykorzystanie swoich aplikacji z pewną pętlą sprzężenia zwrotnego, aby dowiedzieć się, co działa, a co nie. Częstym błędem w testowaniu jest przeprowadzanie przez zespół testów beta we własnym zakresie. Trzeba mieć świeże oczy, aby naprawdę zagłębić się w wersje robocze aplikacji.

Wyślij reklamę testerom wersji beta i pracuj z wybranymi odbiorcami przed upublicznieniem lub skorzystaj z usługi testowania, takiej jak UserZoom. Może to być świetny sposób na dopracowanie szczegółów, edycję funkcji i znalezienie brakujących elementów. Testowanie wersji beta może być czasochłonne, ale zdecydowanie jest lepszą alternatywą dla tworzenia aplikacji, która nie działa.

Dla zespołów projektowych ważne jest, aby rozpoznać, jak konkurencyjny jest rynek aplikacji mobilnych i zrobić wszystko, co możliwe, aby odróżnić swoją ofertę od setek lub tysięcy innych aplikacji zajmujących tę samą przestrzeń. Aby to zrobić, muszą mieć spójną wizję tego, co chce osiągnąć aplikacja mobilna. Postępowanie zgodnie z najlepszymi praktykami projektowania aplikacji mobilnych i korzystanie z iteracyjnego procesu projektowania, który uwzględnia opinie użytkowników w całym procesie, jest jednym z najlepszych sposobów, aby to zrobić i stworzyć wyróżniającą się aplikację.

• • •

Dalsza lektura na blogu Toptal Design:

• eCommerce UX – przegląd najlepszych praktyk (z infografiką)
• Znaczenie projektowania zorientowanego na człowieka w projektowaniu produktu
• Najlepsze portfolio projektantów UX – inspirujące studia przypadków i przykłady
• Zasady heurystyczne dla interfejsów mobilnych
• Projekt przewidujący: jak tworzyć magiczne doświadczenia użytkownika