Вопросы
Вопросы от широких до узких
Вопросы относятся к континууму от широкого до узкого, в зависимости от диапазона ответов, которые они вызывают.
При разработке вопроса подумайте о том, где он должен находиться на континууме от широкого к узкому фокусу. Рассмотрим плюсы и минусы в таблице ниже.
Плюсы | Минусы | |
---|---|---|
Широкий вопрос Лучше всего подходит для вопросов о доменах, которые знакомы пользователю и поэтому на которые легко ответить. |
|
|
Узкий вопрос Лучше всего подходит для вопросов о сложных или незнакомых доменах или когда варианты ограничены или неясны. |
|
|
Подумайте, что могут сказать пользователи
Прежде чем задать вопрос, подумайте, какие ответы вы можете обоснованно поддержать. Не задавайте пользователю вопрос, если вы не готовы принять его ответ.
Тем не менее, не бойтесь задавать пользователю вопрос — это не значит, что вы должны поддерживать каждый мыслимый ответ. То, как формулируется вопрос, определяет ожидания пользователя в отношении того, что он может сказать. Эта формулировка может варьироваться от открытых или широких вопросов до закрытых или узконаправленных вопросов.Магия и искусство хорошего дизайна беседы заключается в том, что пользователи чувствуют, что они контролируют ситуацию и могут сказать что угодно в любое время, но на самом деле диалог направляет их по заранее запрограммированному пути.
Не продолжайте говорить после того, как задали вопрос
![](https://developers.google.cn/static/assistant/conversation-design/images/turntaking2-do.png?authuser=4&hl=ru)
Делать.
Предлагайте пользователю только один вопрос за раз.
![](https://developers.google.cn/static/assistant/conversation-design/images/turntaking2-dont.png?authuser=4&hl=ru)
Не.
Не перегружайте пользователя вариантами и вопросами.
Критические варианты использования узконаправленных вопросов
Обработка ошибок
В первый раз, когда вы задаете вопрос, ваша персона должна представить только те детали, которые необходимы для продолжения.
При возникновении ошибки сузьте фокус вопроса, чтобы предоставить дополнительную поддержку и вернуть пользователя в нужное русло.
Подробнее об ошибках см.
![](https://developers.google.cn/static/assistant/conversation-design/images/questions-critical-errorhandling-do.png?authuser=4&hl=ru)
Делать.
Предоставьте дополнительную помощь при возникновении ошибки.
![](https://developers.google.cn/static/assistant/conversation-design/images/questions-critical-errorhandling-dont.png?authuser=4&hl=ru)
Не.
Не тормозите всех пользователей подробностями, которые большинству не понадобятся для ответа на вопрос. Помните, неуместная речь отнимает много времени.
Многозначность
![](https://developers.google.cn/static/assistant/conversation-design/images/questions-critical-disambiguation-do.png?authuser=4&hl=ru)
Делать.
Чтобы устранить двусмысленность, задайте пользователю узкий вопрос.
![](https://developers.google.cn/static/assistant/conversation-design/images/questions-critical-disambiguation-dont.png?authuser=4&hl=ru)
Не.
Запрос пользователя неоднозначен. Такой ответ был бы уместным, если бы пользователь в прошлом заказывал розовые розы для своей мамы.
Явные подтверждения
Хотя они встречаются нечасто, в этих случаях необходимы явные подтверждающие вопросы:
- Когда цена непонимания пользователя высока (например, имена, адреса, текст, которым нужно делиться от имени пользователя)
- Перед выполнением действия, которое будет трудно отменить (например, удаление пользовательских данных, завершение транзакции)
Подробности смотрите в подтверждениях .
![](https://developers.google.cn/static/assistant/conversation-design/images/questions-critical-explicitconfirmations-do.png?authuser=4&hl=ru)
Делать.
Перед удалением пользовательских данных используйте узкие вопросы для подтверждения.
![](https://developers.google.cn/static/assistant/conversation-design/images/questions-critical-explicitconfirmations-dont.png?authuser=4&hl=ru)
Не.
Здесь было бы трудно восстановиться после ошибки.
Узнайте из того, что сказали пользователи
Информация, полученная из пользовательских данных, бесценна и проливает свет на то, как лучше формулировать ваши вопросы. Инструменты аналитики и мониторинга могут помочь вам узнать, как ваши вопросы работают в дикой природе. Просмотрите все способы пользователей соответствующим образом. Также ищите признаки замешательства пользователей — например, возможно, пользователи не отвечают (нет ввода), им требуется много времени, чтобы ответить, или они колеблются, используя слова-заполнители, такие как гм и а.
Существует 3 основных подхода к обработке неподдерживаемых ответов:
- Добавьте в грамматику новые синонимы, чтобы они соответствовали существующей функциональности.
- Ограничьте диапазон ответов, которые могут дать пользователи, сузив фокус вопроса.
- Разработайте новый диалоговый путь для поддержки запрошенной функциональности
![](https://developers.google.cn/static/assistant/conversation-design/images/questions-learnfromusers-do.png?authuser=4&hl=ru)
Делать.
Перефразируйте вопросы, чтобы варианты были понятны.
![](https://developers.google.cn/static/assistant/conversation-design/images/questions-learnfromusers-dont.png?authuser=4&hl=ru)
Не.
Как правило, интонация и контекст дают понять пользователю, что это вопрос типа «или/или», а не вопрос «да/нет». Но если у пользователей возникают проблемы, рассмотрите возможность перефразирования.