Tak.

Powitaj użytkownika. Powitaj użytkownika krótko, np. mówiąc „Witamy” lub „Cześć”.

Nie.

Zacznij od razu po prostu działać. Przywitaj się.

Nie.

Użytkownicy będą postrzegać Twoją akcję akcji jako niegrzeczną, jeśli zaczniesz mówić, co mają robić.

Tak.

Ustal oczekiwania. Wykorzystuj wiedzę w praktyce, korzystając z aktualnego modelu umysłowego użytkowników. „Myślę o liczbie...” tak, to jest szybkie i skuteczne. Wyjaśnienie nie jest potrzebne.
Wyrażenie „pierwszej ręki” podpowiada użytkownikowi, że będzie to rozmowa w tę i z powrotem, która pozwoli mu dalej próbować je zrozumieć.

Nie.

Nie powtarzaj nazwy akcji – użytkownik lub Asystent powiedział w wywołaniu „Number Genie”.
Unikaj wyjaśnień, zwłaszcza tych znajomych pojęć takich jak gra w zgadywanie.

Nie.

Nie przytłaczaj użytkownika szczegółowymi informacjami z góry. Gdy tylko rozpoczną grę, dowiedzą się, jak ona działa.

Tak.

Pozwól użytkownikowi przejąć kontrolę. Zadaj pytania, aby poinformować użytkownika, że nadszedł czas na wypowiedź. Użytkownicy mogą łatwo odpowiedzieć na to wąskie pytanie, mówiąc „liczba od 1 do 100”.

Nie.

Jeśli nie zadasz pytania, użytkownicy prawdopodobnie nie odpowiedzą. Spowoduje to błąd Brak danych wejściowych.

Nie.

Nie mów użytkownikom, co mogą powiedzieć. Pytanie powinno być sformułowane w sposób zachęcający do działania.

Tak.

Nazwa „Google I/O 18” nie do końca wie, do czego służy ta akcja, dlatego musisz podać swój profil mentalny. Akcja jest opisana jako „panel do uruchamiania”, a „Strażnik wiedzy o konferencji I/O” – ma wywołać funkcję mistrza gry i przewodnika.

Nie.

Nie daj użytkownikom zgadnąć, do czego służy Twoja aplikacja. Jeśli nie podasz kilku przykładów, to pytanie będzie zbyt ogólne i prawdopodobnie spowoduje, że użytkownicy zauważą problem i znajdą się w reflektorach.

Nie.

Nie przedstawiaj więcej niż 3 opcji naraz. Jeśli akcja ma więcej niż 3 losy, zastanów się, która z nich jest oferowana, lub rozważ 2 najpopularniejsze opcje wraz z trzecią kategorią ofert.