🎨 uxowy.dev #21
4 min czytania

🎨 uxowy.dev #21

Z wielką ekstytacją piszemy tego maila 😍 Dlaczego? Dowiesz się w ostatnim punkcie. Ale najpierw mięsko:

  1. 10 praktycznych tipów UI/UX dla sign-up forms
  2. #PrzemoPatterns: Loading cz. 2
  3. WAŻNE: Ogłoszenie

Kubek w dłoń i ...obczajka - start 👇


10 praktycznych tipów UI/UX dla sign-up forms

Źródło

Co możemy zrobić, aby poprawić UX na naszych formularzach rejestracji / logowania?

1. Nie proś o zbyt wiele

Źródło

2. Daj autofocus na pierwsze pole

Źródło

3. Pozwól podejrzeć hasło

Źródło

4. Pokaż wymogi hasła

Źródło

5. Potwierdź, że wszystko jest ok

Źródło

6. Unikaj nazw użytkownika → email

Źródło

7. Zachowaj stan formularza

Źródło

8. Wypełnij za usera co możesz

Uzupełnij co tylko się da i podpowiadaj gdzie tylko się da, np. na stronie odzyskiwania hasła uzupełnij email, a na stronie określania adresu zaproponuj geolokalizację urządzenia.

9. Pokaż alert o wł. Caps Locku

Źródło

10. Uzywaj właściwych typów inputów i klawiatur

Źródło

Cały wpis dostępny tutaj:
https://blog.icons8.com/articles/10-practical-ui-ux-tips-to-improve-your-sign-up-forms/


#PrzemoPatterns: Loading cz. 2

W nawiązaniu do poprzedniego wpisu o charakterystyce samego loadera, dziś opiszę dwie, bardziej ogólne porady dotyczące ładownia danych i tego, jak uczynić ten proces bardziej user-friendly.

Rozwiązania te są często wykorzystywane dla stron/produktów, które procesują duże ilości danych lub na które potrzeba nieco więcej czasu na przetworzenie.

Stan szkieletu strony (skeleton states)

To uproszczone wersje komponentów używanych podczas wstępnego ładowania strony, w celu wskazania, że informacje na stronie nie zostały jeszcze w pełni załadowane. Powinny pojawiać się tylko przez kilka sekund i znikać, gdy składniki i treść zapełnią stronę.

https://pencilandpaper.io/wp-content/uploads/2021/02/Pulsing.gif Źródło: Pencilandpaper.io

Bardzo często szkielet strony wykorzystuje ruch do zakomunikowania, że strona nie utknęła i że dane są nadal ładowane. Może to pomóc w zmniejszeniu niepewności użytkownika.

Szczególnie warto użyć stanów szkieletowych dla komponentów opartych na kontenerach, takich jak kafelki i listy strukturalne, lub komponentów opartych na danych, takich jak tabele danych i karty.

Według badań przeprowadzonych przez Nielsen Norman Group, szkielet strony w tle podczas ładowania znacznie poprawia wrażenie użytkowników czekających na treść.

Leniwe ładowanie (lazy loading)

Bez względu na złożoność naszych komponentów, jeśli mamy dużą ilość danych, dobrą opcją będzie zastosowanie tzw. lazy loadingu. “Leniwe ładowanie" oznacza odłożenie całkowitego załadowania danych, by uruchomić je tylko wtedy, gdy użytkownik wykaże taką chęć.

Może się to zdarzyć na trzy sposoby:

1. Infinite scroll: gdy wykryjemy, że nasz użytkownik dotarł do końca listy lub strony, albo jest tego bliski, wtedy dopiero zaczynamy pobierać większą ilość treści.

https://pencilandpaper.io/wp-content/uploads/2021/02/Infinite-Scroll.gif Źródło: Pencilandpaper.io

2. Innym sposobem jest umożliwienie użytkownikowi decyzji poprzez kliknięcie przycisku w stylu “Załaduj więcej”. W ten sposób nie będziemy niepotrzebnie rozpychać strony, chyba, że użytkownicy wyraźnie nas o to poproszą :)

https://pencilandpaper.io/wp-content/uploads/2021/02/Load-More.gif Źródło: Pencilandpaper.io

3. Paginacja to kolejna z opcji lazy lodingu. Dzięki niej pozwalamy użytkownikom zadecydować, kiedy chcą zobaczyć więcej treści (czyli przejść na kolejny widok), a także ograniczamy jej zakres do rozsądnej ilości widocznej na danej stronie.

https://pencilandpaper.io/wp-content/uploads/2021/02/Pagination.gif Źródło: Pencilandpaper.io

Tego rodzaju patternów jest oczywiście więcej, niemniej jednak w mojej zawodowej pracy, te dwa wyżej wspomniane (skeleton i lazy loading) sprawdzają się najczęściej.

Ciekaw jestem jak to wygląda u Was :)


Ogłoszenie

News | źródło

Niby nic wielkiego, a jednak... uruchomiliśmy zamkniętą grupę dla społeczności uxowy.dev. Jako platformę do utworzenia grupy w większości wybraliście Facebooka, więc to tam będzie serce naszej społeczności.

Po co to?

Wielu z Was często ma pytania "a czy to dobre?", "mogę prosić o feedback", "co mógłbym poprawić?". A więc damy Wam przestrzeń do tego 🙂.

Będą tam wszyscy Ci, którym zależy na dobrym UI/UX tworzonych aplikacji. Oczywiście, my - developerzy, ale i też eksperci UI/UX/Product design.

Grupa dostępna jest pod adresem:
www.facebook.com/groups/uxowy.dev

Dołącz do grupy świetnych ludzi, gotowych do pomocy i z wielką misją tworzenia lepszych aplikacji!

Dobrego weekendu! ✌️

PS. Nie zapomnij dołączyć do grupy 😉

Jeśli jeszcze nie ma Cię na liście 🤔

Wysyłamy jeden email tygodniowo, w każdy piątek, o godz. 12:00.
Wartościowa wiedza o UI/UX dla developera może wylądować do Twojej skrzynki.