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

🎨 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?

Źródło

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

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

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:

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.