Для более глубокого взаимодействия с диалоговыми пользовательскими интерфейсами

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

Кроме того, благодаря достижениям во многих областях, включая NLP, NLU, машинное обучение и гибкие API, разработчики смогли добавить новые способы взаимодействия пользователей и породили цифровые интерфейсы, которые относятся к семейству диалоговых пользовательских интерфейсов (CUI).

Текущее поколение CUI использует разговоры/диалоги туда и обратно, давайте назовем это шаблоном «запрос-ответ», чтобы понять и зафиксировать намерение пользователя и подключиться к соответствующей службе. Например, пользователь просит Алексу заказать такси до офиса завтра в 8:00. Alexa, в свою очередь, интерпретирует намерение, параметры (значения слотов) и высказывания, прежде чем передать запрос службе бронирования такси, которая помогает завершить и закрыть сделка. Сделанный! и все это было без рук!!!

Хотя CUI значительно помогает преодолеть препятствия в GUI, они по-прежнему очень ориентированы на транзакции.

В этой статье делается попытка исследовать асинхронные взаимодействия с открытым конечным состоянием. Встречайте модель взаимодействия «Выстрелил и забыл». Теперь давайте посмотрим, как он может дополнить традиционный CUI.

Что такое модель взаимодействия «выстрелил и забыл»?

Вкратце поведение модели Fire & Forget можно резюмировать следующим образом:

Взаимодействие, при котором пользователь делится «множеством намерений» (указано/не указано | связано/не связано) с цифровым помощником. Результаты «действий», созданных для удовлетворения намерений пользователя, будут представлены по соответствующим каналам по мере их завершения.

Вот пример, чтобы дать лучшую картину:

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

Помощник: обрабатывает заметку и предлагает Джилл выбрать один или несколько из следующих вариантов:

  • Создайте на телефоне Джилл напоминание, чтобы связаться с ее боссом.
  • Готовит черновик, используя текст, извлеченный из заметки, для отправки Джилл своему боссу через мгновенные сообщения/электронную почту.
  • Настройте действие для прослушивания утверждения запроса на поездку на туристическом портале и, когда оно будет одобрено, уведомите Джилл.

Как отмечено в приведенном выше примере, Помощник не только извлекает «прямое» намерение настроить напоминание для Джилл, чтобы уведомить ее босса, но также предлагает дополнительные действия, такие как непосредственное уведомление ее босса и предлагает контролировать утверждение запроса в туристическом сервисе. .

Помощник предлагает действия не только для выполнения прямогонамерения Джилл, но и для фактического намерения, т. е. для утверждения плана.

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

Помощник: обрабатывает входные данные Раджа и предлагает ему выбрать еще один из следующих вариантов:

  • Подготовьте и отправьте электронное письмо (помеченное как важное) с указанным запросом Кэтрин и Джексону.
  • Подготовьте и отправьте индивидуальное сообщение, чтобы уведомить Кэтрин и Джексон через Slack/IM.
  • Предложите уведомить Раджа в течение 30 минут, чтобы он повторно отправил вышеуказанные сообщения Кэтрин и Джексону, если он не получит от них ответа.

В этом случае мы можем увидеть «выстрелил-забыл» в действии. Конечное состояние запроса зависит от его коллег, обрабатывающих запрос (т. е. незавершенная транзакция). Так что в этом случае Раджу предлагается повторно отправить запросы своим коллегам, если он не получил от них ответа.

Резюме

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

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

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