Интерфейсы от командной строки до голоса

Большое Лирическое Отступление

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

Огромным шагом вперёд стали перфоленты, а затем и перфокарты. Тем не менее, настраивать и управлять компьютерами всё ещё могли только обученные специалисты. И только появление клавиатур, чуть позже совмещённых с экранами, удачно заменившими телетайпы\АЦПУ, позволило существенно снизить порог вхождения, а появление персональных компьютеров – на порядки увеличить круг людей, которым стали доступны машинные вычислительные мощности.

Кстати, первый сенсорный экран появился ещё в 1965 году!

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

1. Вывести список
2. Загрузить файл
3. Сохранить файл
4. Выход из программы

(спойлер: большинство разработчиков навыков всё ещё находятся здесь)

Самое время вспомнить ту самую команду choice, что позволяла создавать целые каскады меню в bat-файлах, и которая и сегодня спустя десятилетия входит в десяток операционных систем.

Примерно в это же время стали осмысливаться программные «горячие клавиши» (в отличие от строгого аппаратного набора управляющих клавиш на первых компьютерах). Что это означало практически? Что в консольных программах уже не надо переходить из одного меню в другое, чтобы в конце концов, добравшись до главного, нажать заветное «4 - выход». Достаточно в любой момент исполнения нажать Ctrl-C.

Следующий прыжок и новая степень свободы – да, конечно, графический интерфейс и свободно перемещающийся курсор!

Теперь все меню одномоментно визуально доступны, а для запуска достаточно кликнуть по нужному пункту в любой момент исполнения программы. А скупые когда-то Ctrl-Z и Ctrl-C эволюционировали в целый «язык», понятный сегодня всем: Ctrl-N, Ctrl-O, Ctrl-V, Ctrl-P, Shift-Ctrl-Z – их действия «возникают» у нас в голове раньше, чем мы дочитываем текст.

И, наконец...

...мы добираемся до главной темы: голосовые интерфейсы!

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

В первую очередь, это:

Проблема	Решение	Чего нужно избегать
Непонятный, необжитой, радикально отличающийся интерфейс	Необходимо больше подсказывать и информировать, чем в обычных программах	Не перегружайте слух пользователя ненужной в данную секунду информацией
Пользователь может и не понять, что ненароком запустил вашу программу	Про обычную программу пользователь может прочитать в её же справке, скопировать выдержки, сделать закладки, изучить на официальном сайте или на форумах с обзорами, затем скачать её, установить, дополнительно получив информацию в ходе установки. А запуск навыка произойдёт мгновенно, вслепую и, может быть, вообще случайно. Нужно сразу рассказать, какую проблему пользователя решает навык, и как наиболее эффективно его можно использовать.	Не рассказывайте, как много навык всего крутого умеет. Скажите, чем именно он полезен.
Нет безразмерного экранного места для длинных абзацев с красивыми иллюстрациями	Расскажите коротко, лёгким языком и образно, максимально упростив восприятие для визуалов. Помогите им создать «картинку» в голове.	Не забывайте, что далеко не всем комфортно получать информацию «на слух». Представьте, что вы ничего не знаете о своём навыке, действительно ли объяснение понятно? Не упущено ли что-то совсем базовое, очевидное для вас?
Нет визуальных элементов навигации	Человек не машина, он имеет полное право внести уточнения в какой-то из прежних шагов или полностью поменять своё решение на любом шаге. Стройте диалог свободно так, как если бы это была живая беседа.	Не теряйте общий контекст сессии (представьте на месте вашей программы сотрудника сервиса, который заново переспрашивает ваше имя потому, что перед этим вы спросили его о погоде).
Каскады из меню, сложность перемещения	«Древовидные», вложенные меню – плохой выбор (если это не вызвано какой-то критической необходимостью, которой автор в жизни пока не наблюдал). Намного лучше организация по аналогии с глобальными «горячими клавишами» (один из примеров – требуемая платформой Яндекс обработка команды «Помощь» при любом шаге общения в навыке), или параллельными «дорожками», между которыми пользователь может прыгать в нужный ему момент.	Пользователь должен всегда понимать, в каком именно разделе программы и на каком этапе находится. Свобода передвижения не должна нарушать информированность.
Необходимость живого, естественного языка запросов	Если вы предлагаете Хотите продолжить (сохранить, выбрать, перейти)? – то обязаны обработать как минимум основные предложенные вами слова (включая "Хочу"), и не предлагать вместо них искусственно навязанное другое. Отличное решение - предусмотреть синонимы и разговорные ответы: «Да, Конечно, Валяй, Поехали». Стоит активно использовать интенты, предлагаемые платформой Диалоги	«Вы хотите продолжить? Скажите ‘Далее’» - практически худшее, что можно придумать. Хотя нет, ещё хуже - жёстко зашить отсутствующее в основном вопросе слово как единственный принимаемый вариант.
Утомительные и сбивающие лишние шаги при вводе	Если есть возможность получить всю нужную информацию в одной фразе – стоит попотеть, чтобы этого достичь, пользователи будут вам благодарны	Соблюдайте баланс между ёмкостью и сложностью ввода. Можно сказать «Назовите ваши имя, пол и возраст» - и разобрать полученную строку за один раз, приятно для пользователя. Но сложные данные (точное соблюдение формата ввода, длинное объяснение, неочевидность вводимых чисел) лучше разделить.
Лишние шаги, часть 2. Порой в игровых навыках встречаются бесконечные "Продолжаем?", которые пользователь должен бесконечно подтверждать. Это напрягает, выбивает из динамики и в итоге отбивает охоту запускать не только этот, но и другие, хорошие навыки.	Поставьте себя на место пользователя. Если он не захочет продолжать, то просто закроет навык или произнесёт команду смены режима, получения счёта, итд. Не заставляйте совершать его обезьяньи действия.	Необходимость подтверждения всё же существует при риске оборвать игру в режиме соревнования (или если вы не ещё умеете сохранять статистику игр), перед другими важными или критическими действиями (удаление аккаунта, оплата, итд)
Живое «человеческое» общение	В отличие от графических программ не только не нужна стандартная фраза на все сходные окна диалогов, а наоборот, даже в одинаковых случаях правильно проработать по нескольку вариантов ответов, обращений, пояснений (так называемые промпт-листы)
Атмосфера голосовых приложений	Компенсируйте недостаток графики интересной озвучкой, характерами героев/ведущего, художественным текстом, возбуждающим воображение. Всегда дублируйте произносимый текст на случай экрана.	Не переборщите)) не заставляйте пользователя слушать длинный безусловно очень красиво записанный шум моря, если он хочет скорее сделать следующий ход. Очень бережно относитесь к относительным уровням громкости голоса, шумов и эффектов

Подытожим:

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

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

Примеры

Рассмотрим условный навык «Угадай меня»: