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

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

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

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

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

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

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

Создавайте профили пользователей и путешествия

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

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

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

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

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

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

 Путешествие пользователя — это путь, по которому пользователь достигает цели в данном контексте.

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

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

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

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

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

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

Пример: 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.
  • Предоставить информацию о мероприятии для всех основных докладов, сессий, часов работы и питания; разрешить фильтрацию по времени, местоположению или расписанию пользователя
Назад
Подходит ли разговор?
Далее
Создать личность