🎨 uxowy.dev #67: Kiedy i jak najlepiej prosić o pozwolenie na powiadomienia, HTMHell, kurs Figmy

Kolejna dawka wiedzy o UI/UX dla developera gotowa, dziś będzie o:

🔔 Kiedy (i jak) najlepiej prosić o pozwolenie na powiadomienia?
🔥 HTMHell Advent Calendar 2023
⚡ Najkrótszy (7 min) kurs Figmy na świecie

Zapraszam ⬇️ ⬇️ ⬇️ ⬇️

Kiedy (i jak) najlepiej prosić o pozwolenie na powiadomienia?

Szybkie tipy na podstawie najnowszej prezentacji od Growth.Design:

wykorzystaj to tego swój box / alert z treścią opartą na punktach poniżej - i dopiero po wyrażeniu zgody w tym miejscu wywołaj prośbę o włączenie powiadomień. Systemowy alert z komunikatem "[appka] chce wysłać Ci powiadomienia, w tym dźwiękowe, alerty, badge..." nie jest pozytywny i raczej nie skłania usera do wyrażenia zgody
pierwsze wyświetlenie prośby jest kluczowe - jeśli user odrzuci prośbę, jej ponowne wyświetlenie (w iOS) nie jest takie proste
nie proś o uprawnienia od razu przy starcie appki, ani w innym losowym momencie
poproś o uprawnienia w trakcie wykonywania jakiegoś zadania - przedstaw to jako benefit związany z tym zadaniem
pokaż, że powód wysłania powiadomienia to ważne zdarzenie - najlepiej akcja konkretnego człowieka. Przykład ze screena: zamiast widzieć "LinkedIn would like to send you notifications", to system wysyła powiadomienia 👎, lepiej użyć "Would you like to know when Bill responds?" - to człowiek jest triggerem 👍
wskaż wartość z otrzymywania powiadomień - trochę powiązane z powyższym, user musi czuć dużą wartość z powiadomienia
używaj prostego i pozytywnego języka - lepiej zrobić komunikat w stylu "Czy chcesz? - Tak, włącz powiadomienia / Nie, dzięki" niż "Czy chcesz? - Pozwól / Nie pozwalaj"
pokaż użytkownikowi, że wiesz, że jego uwaga jest cenna i że wyślesz mu powiadomienie, kiedy na prawdę będzie to konieczne

Team produktowy LinkedIn mówi, że poniższa "pre-prośba" o włączenie powiadomienia daje 5x większą konwersję od po prostu wyświetlenia systemowego alertu.

Źródło

A tak robi to Slack:

Źródło

Prezentacja na Growth Design do przeklikania:
https://growth.design/case-studies/linkedin-retention-triggers

HTMHell Advent Calendar 2023

UX | źródło

To już trzecia edycja kalendarza adwentowego HTMHell.

Jeśli nie znasz jeszcze HTMHell - to zbiór złych praktyk pisania HTML napotkanych w realnych produktach. Oczywiście dodany jest opis, dlaczego coś jest złe i przykładowe rozwiązanie problemu (jest też Heaven, jak coś 😛).

Warto oblukać tegoroczną edycję kalendarza adwentowego.
Co jakiś czas wejść i sprawdzić, co dodali:

htmhell.dev/adventcalendar

Najkrótszy (7 min) kurs Figmy na świecie

UX | źródło

To już kolejne info o nowym filmie od Juxtopposed w tym newsletterze.

Dziewczyna po prostu robi mega robotę. Idealnie wpisuje się w ramy "pigułka wiedzy o UI/UX, którą developer może łyknąć nie poświęcając na to tony czasu".

W filmie m.in:

szybkie wyjaśnienie UI Figmy
jak sprawnie tworzyć nowe elementy
pluginy
auto-layout, layout grid,
komponenty, zmienne
prototypy

Tak więc, podaję dalej.

Nic, tylko oglądać:
https://www.youtube.com/watch?v=1pW_sk-2y40

🥹

🚨

Jeśli podoba Ci się ten mail, wrzuć info o nim na swoje socjale lub firmowego Slacka! Może jest tam ktoś, komu przyda się trochę wiedzy o UI/UX dla developera?

Gotowiec do skopiowania 👇

Na moją skrzynkę wpadło dzisiaj 67. wydanie 🎨 uxowy.dev, a w nim: kiedy (i jak) najlepiej prosić o pozwolenie na powiadomienia, HTMHell i najkrótszy (7 min) kurs Figmy na świecie. Polecam!!! https://uxowy.dev/email/67.

Daj znać, gdzie wrzuciłeś(aś).
Może będę w stanie się jakoś odwdzięczyć 🤝

To wszystko na dziś!

Pozdrawiam i dobrego weekendu! ❄️ 🛷 ⛷️

Mikołaj Waśkowski
uxowy.dev

Przegapiłeś jakieś wydanie?

Lista ostatnich wysyłek 🎨 uxowy.dev: