Pytania
Pytania o szerokim zakresie
Pytania mają charakter kontynuacji od szerokiego do wąskiego zakresu na podstawie zakresu otrzymywanych odpowiedzi.
Podczas projektowania pytania zastanów się, gdzie powinno znaleźć się ono w kontekście od szerokiego do wąskiego zakresu. Zalety i wady z tabeli poniżej.
Zalety | Wady | |
---|---|---|
Pytanie przybliżone
Najlepiej sprawdza się w przypadku pytań o domeny, które są znajome użytkownikowi i dlatego łatwo na nie odpowiedzieć. |
|
|
Pytanie w węższym zakresie
Najlepiej sprawdza się w przypadku pytań dotyczących złożonych lub nieznanych domen oraz sytuacji, gdy opcje są ograniczone lub niejasne. |
|
|
Zastanów się, co mówią użytkownicy
Zanim zadasz pytanie, zastanów się, na jakie odpowiedzi możesz w uzasadniony sposób odpowiedzieć. Nie pytaj użytkownika, jeśli nie możesz jeszcze odpowiedzieć na jego pytanie.
Nie bój się zadać użytkownikowi pytania – nie oznacza to, że musisz wspierać każdą możliwą odpowiedź. Sposób formułowania pytania określa oczekiwania użytkownika. Mogą to być pytania otwarte, przybliżone, przybliżone lub wąskie.Magia i sztuka dobrego projektowania rozmów polega na tym, że użytkownicy mają poczucie kontroli nad wszystkim i że mogą powiedzieć coś w dowolnym momencie, ale w rzeczywistości okno dialogowe przekierowuje ich na wcześniej przygotowane ścieżki.
Nie zadawaj pytań po zadaniu pytania
![](https://developers.google.cn/static/assistant/conversation-design/images/turntaking2-do.png?authuser=6&hl=pl)
Tak.
Pytaj użytkownika tylko o jedno pytanie.
![](https://developers.google.cn/static/assistant/conversation-design/images/turntaking2-dont.png?authuser=6&hl=pl)
Nie.
Nie przytłaczaj użytkownika nadmiarowymi opcjami i pytaniami.
Krytyczne przypadki użycia do zawężenia zakresu pytań
Obsługa błędów
Za każdym razem, gdy zadasz pytanie, profil klienta powinien zawierać tylko te informacje, które są wymagane do przejścia dalej.
W przypadku wystąpienia błędu zawęź zakres pytania, aby zapewnić dalszą pomoc i pomoc użytkownikom.
Więcej informacji znajdziesz w sekcji Błędy.
![](https://developers.google.cn/static/assistant/conversation-design/images/questions-critical-errorhandling-do.png?authuser=6&hl=pl)
Tak.
W przypadku wystąpienia błędu podaj dodatkową pomoc.
![](https://developers.google.cn/static/assistant/conversation-design/images/questions-critical-errorhandling-dont.png?authuser=6&hl=pl)
Nie.
Nie spowalniaj pracy wszystkich użytkowników, podając szczegóły, które w większości nie będą potrzebne. Pamiętaj, że nietrafna mowa jest czasochłonna.
Rozpoznawanie poglądów
![](https://developers.google.cn/static/assistant/conversation-design/images/questions-critical-disambiguation-do.png?authuser=6&hl=pl)
Tak.
Aby rozwiać wątpliwości, zadaj użytkownikowi wąskie pytanie.
![](https://developers.google.cn/static/assistant/conversation-design/images/questions-critical-disambiguation-dont.png?authuser=6&hl=pl)
Nie.
Żądanie użytkownika jest niejednoznaczne. Ta odpowiedź byłaby odpowiednia, jeśli użytkownik już wcześniej zamówił dla swojej mamy różowe róże.
Wyraźne potwierdzenia
Choć zdarza się to dość rzadko, niezbędne są wyraźne pytania o potwierdzenie:
- Gdy koszty związane z niewłaściwą interpretacją nazwy użytkownika są wysokie (np. nazwy, adresy, teksty do udostępnienia w imieniu użytkownika)
- Przed wykonaniem działania, które byłoby trudne do cofnięcia (np. usunięcia danych użytkownika, zrealizowania transakcji)
Szczegółowe informacje znajdziesz w sekcji Potwierdzenia.
![](https://developers.google.cn/static/assistant/conversation-design/images/questions-critical-explicitconfirmations-do.png?authuser=6&hl=pl)
Tak.
Zanim usuniesz dane użytkownika, użyj pytań wąskich, aby potwierdzić.
![](https://developers.google.cn/static/assistant/conversation-design/images/questions-critical-explicitconfirmations-dont.png?authuser=6&hl=pl)
Nie.
Naprawienie błędu w tej sytuacji będzie trudne.
Dowiedz się, co mówią użytkownicy
Statystyki zebrane z danych użytkowników są bezcenne i pokazują, jak ulepszyć sformułowania pytań. Narzędzia analityczne i monitorujące mogą ułatwiać przygotowywanie pytań. Zapoznaj się ze wszystkimi sposobami, jakie mają użytkownicy. Zwróć też uwagę na oznaki nieporozumienia. Być może użytkownicy nie odpowiadają (brak danych wejściowych), długi czas reakcji lub brak pewności, używając słów takich jak um lub ah.
Istnieją 3 główne podejścia do obsługi nieobsługiwanych odpowiedzi:
- Dodaj nowe synonimy do gramatyki, aby zmapować je na istniejące funkcje
- Ogranicz zakres odpowiedzi, aby zawęzić zakres pytania.
- Zaprojektuj nową ścieżkę konwersacyjną obsługującą żądaną funkcję
![](https://developers.google.cn/static/assistant/conversation-design/images/questions-learnfromusers-do.png?authuser=6&hl=pl)
Tak.
Powtórzenia pytań, by ułatwić wybór opcji.
![](https://developers.google.cn/static/assistant/conversation-design/images/questions-learnfromusers-dont.png?authuser=6&hl=pl)
Nie.
Zazwyczaj intonacja i kontekst dają użytkownikowi jasne, że jest to pytanie, a nie tak/nie. Ale jeśli użytkownicy mają kłopoty, spróbuj zapisać to inaczej.