Соберите требования

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

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

Определите своих пользователей

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

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

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

Создавайте пользовательские образы и маршруты

Личность пользователя

Кто пользователь?

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

Пути пользователя

Каковы цели пользователя?

Каков контекст пользователя?

 Путь пользователя — это путь пользователя к достижению цели в заданном контексте.

Критические пути пользователя

Опишите каждый из соответствующих моментов в путешествии

 Критические пути пользователя — это те, которые либо 1) случаются очень часто, либо 2) имеют ключевое значение для пользователя. Стремитесь помочь пользователям завершить одно из этих путешествий от начала до конца. Сосредоточение внимания на них поможет вам создавать действия, которые охватывают большую и/или целевую аудиторию.
Ознакомьтесь с этими сообщениями в блоге, чтобы узнать больше о том, как мы спроектировали и создали I/O 18 Action. Вы также можете увидеть открытый исходный код для более глубокого изучения структуры.
Анна, 27 лет, UX-дизайнер и художник по эскизам, страстно увлеченный созданием увлекательного пользовательского опыта, который помогает пользователям добиваться целей в своей жизни.
У Анны запланировано полное расписание для Google I/O, и она не хочет ничего пропустить. Она рада узнать, как создать взаимодействие с Actions on Google, приняв участие в соответствующих лекциях. Она также хочет проверить все новые демо-версии и забрать кое-что из Google.
Анна находится в Маунтин-Вью для Google I/O. Она только начинает свой день, покидает свой отель и направляется в амфитеатр Shoreline.
Анна начинает с прокладки маршрута к амфитеатру Шорлайн и информации о том, где припарковаться. Оказавшись на месте, ей помогают найти способ получить значок. После этого она направляется на главную сцену, чтобы выступить с основным докладом, захватив по дороге что-нибудь на завтрак. После того, как она устроится, у нее есть время подождать, поэтому она пересматривает свои следующие несколько сеансов. День будет солнечным, поэтому она напоминает ей использовать солнцезащитный крем в своей сумочке, пока она ждет.

Определить технические возможности

Определите, что возможно, а что невозможно, учитывая ваши сроки и ресурсы.

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

Пример: Google I/O 18 позволяет пользователям создавать индивидуальное расписание всех сеансов, которые они хотят посетить.
  • Как будут идентифицировать пользователей? Между сессиями?
  • Как и где будет сохраняться их прогресс?
  • Будут ли их изменения синхронизироваться с мобильным приложением Google I/O?
  • Как вы будете справляться с перекрывающимися сеансами?

Каков формат и качество любых данных, которые вы будете использовать?

Пример: Google I/O 18 считывает информацию о сессиях
  • Какая информация доступна? (например, заголовки, описания, даты и время, темы)
  • Каков формат информации о сеансе? Это обычный текст, аудио или что-то другое?
  • Если содержание представляет собой обычный текст, было ли оно написано для того, чтобы его увидели или чтобы его услышали?
  • Как долго это? Или сколько времени нужно, чтобы прочитать?

Часто требуется некоторое переформатирование, прежде чем некоторые типы контента смогут быть надлежащим образом воспроизведены в преобразовании текста в речь (TTS).

Определите ваши ключевые варианты использования

Учитывая технические ограничения, уровень усилий и сроки, какие варианты использования вы можете поддержать? Соответственно расставьте приоритеты.
Приложите усилия туда, где они окажут наибольшее влияние. Это могут быть сценарии, затрагивающие наибольшее количество пользователей. Это могут быть очень заметные варианты использования / рыночные отличия. Или это может быть функция, которая имеет большое значение для горстки лояльных опытных пользователей.

Что просят пользователи?

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

Если вы еще этого не сделали, обязательно прочитайте эти сообщения в блоге, чтобы подробно узнать о том, как мы спроектировали и построили действие I/O 18 (или взгляните на код ).

Для Google I/O 18 Action мы поговорили с сотрудниками Google, которые работали на этом мероприятии в предыдущие годы. Мы спросили их, какие вопросы обычно возникают у участников во время мероприятия. Эти вопросы обычно относились к одной из следующих 4 категорий:

Общая навигация Персональная навигация Детали события Детали события для конкретного места

"Где ванная комната?"

«Где кодлабы?»

«Где моя следующая сессия?»

«Где я могу проверить свое приложение?»

"Когда будет ланч?"

— Когда афтепати?

«Какая следующая сессия в этой комнате?»

«Что я могу здесь сделать?»

Обладая этими знаниями, мы решили сосредоточиться на следующих ключевых вариантах использования:

  • Предоставление навигационной информации для мест, характерных для Shoreline Amphitheatre, например: ванные комнаты, парковка, маршруты проезда.
  • Предоставить информацию о маршрутах для мест, характерных для Google I/O, например: выдача значков, песочница, лаборатории кода, часы работы и обзоры приложений, нерабочее время, магазин I/O.
  • Предоставить информацию о мероприятии для всех основных докладов, сессий, часов работы и питания; разрешить фильтрацию по времени, местоположению или расписанию пользователя
Назад
Подходит ли разговор?
Далее
Создать личность