Niekiedy słyszę, że tworzenie portalu internetowego jak Staya jest proste, wręcz trywialne. Zwykle od ludzi, którzy wiele razy podjęli się próby marzenia o stworzeniu czegoś na taką skalę. Sam aspekt powiadomień, tej małej, czerwonej kropeczki, która pojawia się, lub nie, to godziny projektowania i dni programowania. Wszystko po to, by użytkownik serwisu mógł poczuć spokój, że niczego nie przegapi i jego czas będzie szanowany.

O projektowaniu UX, którego nikt nie chce wyciszyć

Wyobraź sobie scenę. Twój telefon dzwoni trzy razy w ciągu kwadransu. 

Pierwsze powiadomienie: wiadomość od przyjaciółki. 

Drugie: „twój ulubiony sklep ma promocję!". 

Trzecie: „masz nowe polubienie sprzed dwóch tygodni".

Pierwsze otwierasz z uśmiechem. Drugie zaraz zamykasz z lekkim westchnieniem. Trzecie sprawia, że przez moment zastanawiasz się, czy nie odinstalować aplikacji.

Te trzy alerty zostały dostarczone tym samym mechanizmem, ale jako użytkownik czujesz między nimi przepaść. To różnica między powiadomieniem-nagrodą a powiadomieniem-podatkiem od twojej uwagi. I to właśnie ta różnica decyduje, czy twoja aplikacja zostanie na ekranie głównym, czy wyląduje w głębokim folderze „Inne".

Każde powiadomienie to umowa

Powiadomienie jest mikrotransakcją. Aplikacja prosi cię o sekundę uwagi. Ty ją dajesz — z założeniem, że w zamian dostaniesz coś wartego tej sekundy. Jeśli tak — buduje się pozytywne wrażenie i sięgasz po aplikację częściej. Jeśli nie — na marginesie Towjej podświadomości notujesz drobny minus. Trzysta takich minusów i wyciszasz cały kanał. Albo aplikację. Albo wszystkie powiadomienia po 22.

Dobre projektowanie powiadomień nie zaczyna się od pytania „jak ich tu sprowadzić z powrotem?". Zaczyna się od pytania: „czy to, co właśnie chcę wysłać, jest godne tej sekundy uwagi?". To proste pytanie, ale jego konsekwentne stosowanie odsiewa większość tego, co większość aplikacji zalicza do „zaangażowania".

Co właściwie czyni powiadomienie nagrodą

Test, który sprawdza się niezawodnie: czy użytkownik, gdyby go ktoś zapytał chwilę później, cieszyłby się, że je dostał?

Trzy rzeczy zwykle przesądzają o odpowiedzi:

Istotność w tej chwili. „Twoja paczka jest właśnie pod drzwiami" — tak. „Tydzień temu ktoś polubił twój post" — nie. Czas robi z powiadomienia albo informację, albo szum. Coś, co miało znaczenie godzinę temu, najczęściej nie ma go już teraz.

Bezpośrednia użyteczność. Można na to zareagować, podjąć decyzję, coś z tym zrobić. „Zatwierdź rezerwację" — tak. „Sprawdź, co u nas nowego" — nie bardzo. Jeśli powiadomienie nie wskazuje na żadne konkretne działanie ani konkretną wiedzę, której użytkownik akurat potrzebuje, jest reklamą.

Waga emocjonalna. Ktoś się do mnie zwraca. Coś osobistego. „Anka napisała" — tak. „Mamy 30% zniżki" — to reklama, niezależnie od tego, jak ją opakujesz.

Powiadomienia transakcyjne (potwierdzenia, statusy, przypomnienia) i relacyjne (wiadomości, odpowiedzi, wzmianki) niemal zawsze trafiają w sedno. Promocyjne — prawie nigdy. To nie znaczy, że nie wolno ich wysyłać. Znaczy, że trzeba je wysyłać oszczędnie i nigdy nie udawać, że są pilne.

Gdzie pojawić się, jak długo zostać

Treść to dopiero połowa decyzji. Druga połowa to: gdzie, jak nachalnie, jak długo. Te wybory mówią użytkownikowi o ile prosisz go o uwagę, zanim w ogóle przeczyta jedno słowo.

• Modal blokujący ekran — sygnał: „odłóż wszystko". Stosowany do rzeczy, których nie da się zignorować: akceptacja regulaminu, blokada konta. Jeden na sesję, najlepiej zero.
• Baner przyklejony u góry — sygnał: „w tle jest coś do załatwienia". Trwały, ale niedotkliwy. Świetny do statusów typu „zweryfikuj e-mail".
• Toast wjeżdżający na pięć sekund — sygnał: „informacyjnie, nic strasznego". Idealny do potwierdzeń: „zapisano", „wysłano". Nigdy nie powinien zawierać czegoś, co użytkownik musi przeczytać — zniknie, zanim skończy.
• Tylko kropka albo cyferka na ikonce — sygnał: „jak będziesz mieć chwilę". Najbardziej szanująca uwagę forma.

Pora doręczenia działa podobnie. E-mail o trzeciej nad ranem czeka cię o ósmej i sprawia, że czujesz się spóźniony. Push o 22:30 wpada w moment, w którym powinieneś odkładać telefon. Dobry system zna twoją strefę czasową i domyślnie nie zawraca głowy w nocy rzeczami, które poczekają do rana. To nie jest funkcja premium. To minimum przyzwoitości.

Krótka, uczciwa rozmowa o psychologii

Powiadomienia działają, bo wykorzystują kilka mechanizmów, których nasz mózg używa od zawsze. Warto je znać, żeby świadomie wybrać, których używać, a których — z premedytacją — nie.

Ruch i kontrast łapią wzrok, zanim świadomie zdecydujesz patrzeć. Czerwona kropka działa, bo działa. Użycie jej do alertu bezpieczeństwa — w porządku. Użycie jej do „obejrzyj nowe filtry do zdjęć" — gra nieuczciwa. Kilka razy i mózg się uczy, że czerwień nic nie znaczy. A wtedy następny prawdziwy alarm też chybi.

Zmienna nagroda uzależnia. Tak samo jak w automacie do gier: nie wiesz z góry, czy w skrzynce jest coś ciekawego, więc sprawdzasz. Ten sam mechanizm sprawia, że ludzie odświeżają aplikacje co kilka minut. Linia etyczna jest tu prosta: jeśli czasem rzeczywiście jest coś istotnego — fair. Jeśli powiadomienia „masz nową aktywność" wskazują na nic — to slot machine, w którym walutą jest uwaga użytkownika.

Strata boli bardziej niż zysk cieszy. Niezamknięta cyferka na ikonce to drobny stres. Stale rosnący licznik nieprzeczytanych — chroniczny. Mózg modeluje liczbę nieprzeczytanych jako narastającą stratę. Dlatego dobrze zaprojektowany system pozwala dojść do zera. Zawsze. Bez tej możliwości ikonka twojej aplikacji zamienia się w drobny, ale trwały dyskomfort.

Habituacja przychodzi szybko. Wystarczy tydzień codziennych powiadomień podobnej wagi, żeby przestać je zauważać. Po habituacji użytkownik ma dwie opcje: wyciszyć cię albo wyciszyć cię w głowie. Ta druga jest dla ciebie gorsza, bo zachowuje pozwolenie, ale przestaje czytać. Zmierzysz dostarczenia, nie zmierzysz uwagi. Pomyślisz, że wszystko gra.

Pozwól użytkownikowi powiedzieć „nie" — to fundament, na którym powie „tak"

Najbardziej kontrintuicyjna lekcja: im łatwiej użytkownikowi cię wyciszyć, tym rzadziej cię wycisza.

Brzmi paradoksalnie, ale pomyśl o znajomym, który mówi za dużo. Jeśli wiesz, że nie da się go uciszyć — unikasz spotkań. Jeśli wiesz, że możesz spokojnie powiedzieć „nie teraz" — częściej się odzywasz. Z aplikacjami jest dokładnie tak samo.

W praktyce oznacza to kilka rzeczy:

Ustawienia domyślne są projektem. 90% ludzi nigdy nie zmieni żadnego suwaka. To, co wybierzesz za nich na początku, to twoja prawdziwa polityka powiadomień — niezależnie od tego, jak rozbudowany jest panel ustawień. Domyślne powinny być bezpieczne, zgodne z prawem i zachowawcze.

Daj wyciszyć cały kanał. „Nigdy nie chcę e-maili" to częsta preferencja i zmuszanie do dłubania w 60 przełącznikach, żeby ją wyrazić, jest wrogim UX.

Daj „nie przeszkadzać na dwie godziny". Ludzie chodzą na spotkania, do kina, do dentysty. Wyrażenie tego pojedynczym przyciskiem jest lepsze niż wyrażenie tego dwunastoma decyzjami konfiguracyjnymi.

Każde powiadomienie powinno mieć ścieżkę do swojego przełącznika. „Już więcej takich nie chcę" musi być jednym kliknięciem, a nie polowaniem w czterech poziomach ustawień. W e-mailu — link rezygnacji to wymóg prawny. W push i in-app — to elementarna uczciwość.

System, który traktuje preferencje użytkownika z szacunkiem, buduje zaufanie. Zaufanie pozwala dostarczać więcej i ważniejszych komunikatów później. To inwestycja, nie strata.

Nagroda, a nie wyzysk

Łatwo zaprojektować system powiadomień, którego metryki na pierwszy rzut oka wyglądają świetnie. Liczba otwarć rośnie. Liczba kliknięć rośnie. Sesje są dłuższe. Tylko że te liczby można osiągnąć na dwa zupełnie różne sposoby.

Sposób A. Aplikacja jest na tyle wartościowa, że ludzie chcą do niej wracać. Powiadomienia działają jak telefon od bliskiej osoby — odbierasz, bo wiesz, że to dla ciebie ma znaczenie. Otwierasz, czytasz, czujesz, że dobrze, że spojrzałeś.

Sposób B. Aplikacja wykorzystuje twoją awersję do utraty i twoją habituację, żeby cię wciągać. Powiadomienia działają jak natrętny telemarketer — odbierasz, bo nie wiesz, jak go zignorować bez konsekwencji. Otwierasz, czytasz, masz wrażenie, że trochę się zmarnowało.

Krótkoterminowo oba podejścia dają podobne wykresy. Długoterminowo to drugie się rozsypuje — użytkownik wycisza, odinstalowuje, a co istotniejsze, opowiada innym, że twoja aplikacja „strasznie spamuje". Pierwsze buduje się wolniej, ale skaluje.

Test, który dobrze się sprawdza w wątpliwych przypadkach: gdybyś szczerze powiedział użytkownikowi, dlaczego konkretne powiadomienie jest wysyłane właśnie teraz, w tej formie i o tej godzinie — czy by się zgodził? Jeśli nie — nie projektujesz powiadomienia. Projektujesz manipulację.

Niewidzialna sztuka

Najlepsze systemy powiadomień są niemal niewidoczne. Pojawiają się dokładnie wtedy, gdy są potrzebne, znikają, gdy już nie są, i nigdy nie udają, że są ważniejsze niż w rzeczywistości. Jeśli użytkownik w ogóle myśli o twojej aplikacji, to dlatego, że właśnie dostał wiadomość od kogoś, na kim mu zależy — a nie dlatego, że twój system mu o tobie przypomniał.

To jest ta nagroda, którą można zaprojektować: aplikacja, której nie trzeba wyciszać. Bo nigdy nie odezwała się bez powodu.

Każde wysłane powiadomienie jest mikrodecyzją. Czy ten moment uwagi użytkownika jest tego wart? Czy zostawię go z poczuciem, że dobrze, że spojrzał? Pomnóż tę decyzję przez miliony doręczeń dziennie i masz albo produkt, do którego ludzie wracają z własnej woli, albo kolejny powód, żeby telefon był po prostu wyciszony.

Wybór jest twój. I podejmujesz go za każdym razem, gdy ktoś klika „dodaj nowe powiadomienie".