Разработка навигации для бота

ПРИМЕНИМО К: пакет SDK версии 4

Пользователи могут перемещаться по веб-сайтам с помощью навигации, приложений с помощью меню и веб-браузеров, используя такие кнопки, как переадресация и назад. Однако ни один из этих хорошо установленных методов навигации полностью не отвечает требованиям к навигации в боте. Как обсуждалось в разработке и управлении потоком беседы, пользователи часто взаимодействуют с ботами нелинейно, что затрудняет создание навигации бота, которая последовательно обеспечивает отличный пользовательский опыт.

Рассмотрим следующие дилеммы:

• Как убедиться, что пользователь не теряется в беседе с ботом?
• Может ли пользователь вернуться к беседе с ботом?
• Как пользователь переходит в главное меню во время беседы с ботом?
• Как пользователь "отменяет" операцию во время беседы с ботом?

Особенности дизайна навигации вашего бота в значительной степени зависят от функций и возможностей, поддерживаемых ботом. Независимо от типа бота, который вы разрабатываете, вы хотите избежать распространенных ошибок плохо разработанных диалоговых интерфейсов. В этой статье описываются эти ловушки с точки зрения пяти личностей: «упрямый бот», «невежественный бот», «таинственный бот», бот «Капитан Очевидность» и «бот, который не может забыть».

Подсказка

Устранение всех типов этих личностей для бота часто может быть сделано путем правильной обработки прерываний пользователей.

"Упрямый бот"

Упрямый бот настаивает на сохранении текущего курса беседы, даже если пользователь пытается управлять вещами в другом направлении.

Рассмотрим следующий сценарий:

Пользователи часто меняют своё мнение, решают отменить или иногда хотят начать заново.

Подсказка

Спроектируйте своего бота с учетом того, что пользователь может в любой момент попытаться изменить ход беседы.

Не разрабатывайте бота, чтобы он игнорировал ввод пользователя и повторял один и тот же вопрос в бесконечном цикле.

Один из способов запретить боту задавать тот же вопрос бесконечно, — указать максимальное количество попыток повторных попыток для каждого вопроса. Если он разработан таким образом, бот не делает ничего интеллектуального , чтобы понять входные данные пользователя, но он не задает тот же вопрос в бесконечном цикле.

"безумный бот"

Безумный бот реагирует нечувствично, когда он не понимает попытки пользователя получить доступ к определенным функциям. Пользователь может попробовать распространенные команды ключевых слов, такие как "справка" или "отмена" с разумными ожиданиями, что бот будет отвечать соответствующим образом.

Рассмотрим следующий сценарий:

Хотя вас может соблазнять разработать каждый диалог в боте так, чтобы он слушал определённые ключевые слова и соответствующим образом отвечал на них, этот подход не рекомендуется.

Подсказка

Do: Реализуйте посредник, который будет проверять входные данные пользователя для указанных ключевых слов (например, "справка", "отмена", "начать заново" и т. д.) и реагировать соответствующим образом.

Не: проектируйте каждый диалог таким образом, чтобы он проверял ввод пользователя на наличие списка ключевых слов.

Определив логику в ПО промежуточного слоя, вы делаете ее доступной для каждого обмена с пользователем. Затем, при необходимости, отдельные диалоговые окна и запросы можно безопасно настроить на игнорирование ключевых слов.

"таинственный бот"

Таинственный бот не может немедленно подтвердить входные данные пользователя каким-либо образом.

Рассмотрим следующий сценарий:

В некоторых случаях эта ситуация может быть признаком сбоя бота. Однако это может быть просто то, что бот занят обработкой входных данных пользователя и еще не закончил компиляцию своего ответа.

Подсказка

Сделайте следующее: создайте бот, чтобы немедленно подтвердить входные данные пользователя, даже в тех случаях, когда бот может занять некоторое время для компиляции ответа.

Не разрабатывайте бота так, чтобы он откладывал подтверждение ввода пользователя до завершения составления ответа.

Немедленно признавая входные данные пользователя, вы устраняете любой потенциал путаницы в отношении состояния бота. Если ваш ответ требует много времени для составления, рассмотрите возможность отправить сообщение о "наборе текста", чтобы указать на работу бота, и затем продолжить упреждающим сообщением.

Бот капитана Очевидного

Бот "Капитан Очевидность" предоставляет непрошенные сведения, которые полностью очевидны и поэтому бесполезны для пользователя.

Рассмотрим следующий сценарий:

Подсказка

Сделайте следующее: создайте бота, чтобы предоставить сведения, которые будут полезны для пользователя.

Не следует разрабатывать бота для предоставления не запрашиваемой информации, которая вряд ли будет полезна пользователю.

Создав бот для предоставления полезных сведений, вы увеличиваете шансы, что пользователь будет взаимодействовать с ботом.

"Бот, который не может забыть"

Бот, который не может забыть неправильно интегрирует информацию из прошлых бесед в текущую беседу.

Рассмотрим следующий сценарий:

Подсказка

Сделайте следующее: создайте бота для поддержания текущей темы беседы, если пользователь не выражает желание вернуться к предыдущему разделу.

Не следует разрабатывать бота, чтобы вставлять информацию из прошлых разговоров, когда это не относится к текущему разговору.

Сохраняя текущую тему беседы, вы снижаете вероятность путаницы и разочарования и увеличиваете шансы, что пользователь будет продолжать взаимодействовать с ботом.

Дальнейшие шаги

Создавая бот, чтобы избежать этих распространенных ошибок плохо разработанных диалоговых интерфейсов, вы делаете важный шаг к обеспечению отличного взаимодействия с пользователем.

Далее узнайте больше о элементах UX, на которые боты чаще всего полагаются для обмена информацией с пользователями.