Принципы проектирования голосовых интерфейсов (VUX): введение
Привет, меня зовут Серёжа Кондауров. Я руковожу дизайнерами интерфейсов умных устройств с «Алисой» в «Яндексе».
Голосовое управление устройствами и софтом уже вошло в нашу жизнь. Сейчас с помощью голоса люди управляют колонкой, телефоном, компьютером, телевизором, домом и даже машиной. Это больше не тема для техногиков.
Мне стали предлагать выступить на конференции или создать обучающий курс по голосовому управлению, но, на мой взгляд, на конференциях такой материал слишком тяжело воспринимать, а курс я сделаю примерно никогда. Поэтому решил собрать полезные знания в две-три статьи и опубликовать в свободном доступе. Это первая статья.
О чём и для кого
В этой статье я перечислил четыре шага подготовки к проектированию голосового взаимодействия. Она будет полезна, прежде всего, дизайнерам, а ещё менеджерам и разработчикам (если вы отвечаете за эту часть в продукте).
Зачем
Если вы сами создаёте свои первые голосовые сценарии, здесь найдёте руководство, с чего начать. Если работаете с подрядчиками, статья даст понимание, на что опираться, когда их брифуете. Ну, а вообще это, в конце концов, просто интересно.
Голосовые сценарии и ассистенты
Голосовой сценарий — это скрипт общения с пользователем. Виртуальные ассистенты (далее — ВА), например, Алиса, постоянно переключаются между разными сценариями.
Если сильно обобщить, все голосовые сценарии можно разделить на три типа: фактовый вопрос-ответ, продуманный разработчиком диалог и свободный диалог.
Фактовый вопрос-ответ — сценарий, при котором пользователь ожидает услышать фактически верный ответ. Например: «какой орех самый крепкий?».
Продуманный разработчиком диалог — заранее придуманные сценарии, те, в которых важно сохранить последовательность и чёткость вводимых данных: например, заказ такси или игра с ВА.
Свободный диалог — это фристайл, когда ВА имитирует естественный диалог (например, отвечает на вопрос «Алиса, как у тебя дела?»).
Можно представить все три сценария в виде треугольника. Каждый вид сценариев — это вершина. На рёбрах треугольника находятся серые зоны. Каждое ребро обладает свойствами ближайших вершин. В каждом из сценариев используются генеративные нейронные сети, в фактовом сценарии меньше, в продуманном диалоге больше, свободном диалоге ещё больше.
В этой статье я говорю о проектировании продуманных диалогов. О проектировании свободных диалогов, благодаря популярности GPT-like сетей, и без меня написаны тонны статей.
Шаг №1. Анализ ЦА и ожиданий
Если хотя бы на один из этих вопросов у вас нет ответа, то проектировать голосовое взаимодействие рано: получится либо бесполезный, либо неудобный, либо слишком дорогой голосовой сценарий.
Шаг №2. Высокоуровневое описание сценария
Если на все вопросы выше есть уверенный ответ, смело идём дальше:
Шаг №3. Создание сценария
Напишите короткий диалог пользователя с интерфейсом. Мы для этого используем несколько инструментов:
Купить рекламу Отключить
1. Сначала рекомендую создать каркас сценария. Для этого отлично подходят Miro или Фигджем. Ваши задачи на этапе каркаса: отобразить все возможные развилки в сценарии, избавиться от тупиков, дать возможность возвращаться на предыдущие этапы, проконтролировать, чтобы развилок не было слишком много. Когда перед глазами дерево навыка, эти проблемы становятся заметными. Гораздо легче редактировать дерево сценария до написания детальных реплик. Иногда, если реплики короткие, их можно добавлять прямо в дерево.
2. Когда каркас готов, можно прописывать сценарий детальнее. На этом этапе мы переносим его в эксельку. Тут удобно прописывать фразы и подсвечивать их цветом, чтобы не промахнуться в процессе тестирования, а тестировать мы будем часто.
Ещё для эксельки есть классный лайфхак. Мы заранее генерируем фразы Алисы и сохраняем их в mp3. Загружаем их в табличку. Подключаем колонку по Bluetooth. Ведущий нажимает на нужные пункты из скрипта, и из колонки звучит речь Алисы, как будто это рабочий сценарий и это она отвечает пользователю. В итоге возникает полное погружение в сценарий, результат получается гораздо качественнее, чем если зачитывать ответы своим голосом.
Шаг №4. Проверка сценария
Сначала посадите перед собой коллегу и проговорите сценарий: вы в роли голосового интерфейса, ваш коллега в роли пользователя. Диалог лучше записывать на диктофон, потому что по ходу общения не будет времени делать записи вручную.
Вы воспроизводите диалог и внимательно анализируете. В нём не должно возникать следующих проблем:
- когда пользователю непонятно, что от него ожидают;
- когда непонятно, как уложить в скрипт все возможные ответы пользователя — они слишком разнообразные;
- когда в сценарии возникают тупики;
- когда собеседник забывает часть инструкций, потому что они сложные или их много;
- когда без картинки перед глазами непонятно, что делать.
Если таких проблем не возникло, пора тестировать на потенциальных пользователях. В идеале иметь к этому моменту план всего диалога с предзаписанными фразами ВА, как я описал в шаге №3.
А что делать, если какие-то проблемы всё-таки всплыли, я расскажу уже в следующей статье в пятницу, 4 августа.
На этом всё
Ставьте сердечко, если в статье было что-то интересное, пишите в комментах, о чём ещё хотели бы почитать. И не стесняйтесь добавляться ко мне в Фейсбучек, там я время от времени выкладываю свои выступления о дизайне, арт-дирекшне и вакансии в своей команде.
Источник: vc.ru
