Соберите требования
Сбор требований к диалоговому интерфейсу — это не просто определение характеристик и функциональности, хотя это и является основным результатом. По своей сути процесс сбора требований заключается в понимании пользователей и технических возможностей.
Начать с четких, хорошо изученных требований — это лучший способ избежать необходимости внесения серьезных изменений после завершения проектирования и/или разработки.
Определите своих пользователей
Сбор требований заключается в том, чтобы задавать вопросы и использовать данные для ответа на них. Например:
- Кто ваши пользователи?
- Каковы их потребности?
- Как они решают эти задачи сегодня?
- Какие слова и фразы они используют, чтобы рассказать об этих задачах?
- Какие ситуации или обстоятельства запускают эти задачи?
Вместить всех пользователей
Хотя оптимизация для наиболее частых пользователей важна, не делайте этого за счет опыта других пользователей. Хорошо разработанный продукт является инклюзивным и общедоступным. Проектирование для разных групп населения означает использование инклюзивного дизайна или стратегий универсального дизайна . Часто приспособление, которое вы вынуждены делать для одного населения, в конечном итоге приносит пользу всем (например, пандус проще, чем лестница). Дополнительные сведения см. в Руководстве по дизайну материалов для специальных возможностей .
Создавайте пользовательские образы и маршруты | ||
---|---|---|
Личность пользователя | Кто пользователь? | Личность пользователя — это конкретное, но краткое описание отдельного пользователя. Подумайте о типах людей, которые, как вы ожидаете, будут использовать ваши действия, и создайте несколько персонажей, которые будут представлять их. Эти пользовательские образы помогут вам избежать проектирования только для себя и своих целей. |
Пути пользователя | Каковы цели пользователя? Каков контекст пользователя? | Путь пользователя — это путь пользователя к достижению цели в заданном контексте. |
Критические пути пользователя | Опишите каждый из соответствующих моментов в путешествии | Критические пути пользователя — это те, которые либо 1) случаются очень часто, либо 2) имеют ключевое значение для пользователя. Стремитесь помочь пользователям завершить одно из этих путешествий от начала до конца. Сосредоточение внимания на них поможет вам создавать действия, которые охватывают большую и/или целевую аудиторию. |
Пример из акции Google I/O 18
Кто пользователь?
![](https://developers.google.cn/static/assistant/conversation-design/images/example-googleio18-action-1.jpg?authuser=6&%3Bhl=ru&hl=ru)
Каковы цели пользователя?
![](https://developers.google.cn/static/assistant/conversation-design/images/example-googleio18-action-2.jpg?authuser=6&%3Bhl=ru&hl=ru)
Каков контекст пользователя?
![](https://developers.google.cn/static/assistant/conversation-design/images/example-googleio18-action-3.jpg?authuser=6&%3Bhl=ru&hl=ru)
Опишите каждый из соответствующих моментов в путешествии.
![](https://developers.google.cn/static/assistant/conversation-design/images/example-googleio18-action-4.jpg?authuser=6&%3Bhl=ru&hl=ru)
Определить технические возможности
Системы
Каковы возможности и ограничения различных систем, на которые будут опираться ваши Действия?
Пример: Google I/O 18 позволяет пользователям создавать индивидуальное расписание всех сеансов, которые они хотят посетить. |
---|
|
Данные
Каков формат и качество любых данных, которые вы будете использовать?
Пример: Google I/O 18 считывает информацию о сессиях |
---|
|
Часто требуется некоторое переформатирование, прежде чем некоторые типы контента смогут быть надлежащим образом воспроизведены в преобразовании текста в речь (TTS).
Определите ваши ключевые варианты использования
Стремитесь к воздействию.
Что просят пользователи?
Пример из акции Google I/O 18:
Если вы еще этого не сделали, обязательно прочитайте эти сообщения в блоге, чтобы подробно узнать о том, как мы спроектировали и построили действие I/O 18 (или взгляните на код ).
Для Google I/O 18 Action мы поговорили с сотрудниками Google, которые работали на этом мероприятии в предыдущие годы. Мы спросили их, какие вопросы обычно возникают у участников во время мероприятия. Эти вопросы обычно относились к одной из следующих 4 категорий:
Общая навигация | Персональная навигация | Детали события | Детали события для конкретного места |
---|---|---|---|
"Где ванная комната?" «Где кодлабы?» | «Где моя следующая сессия?» «Где я могу проверить свое приложение?» | "Когда будет ланч?" — Когда афтепати? | «Какая следующая сессия в этой комнате?» «Что я могу здесь сделать?» |
Обладая этими знаниями, мы решили сосредоточиться на следующих ключевых вариантах использования:
- Предоставление навигационной информации для мест, характерных для Shoreline Amphitheatre, например: ванные комнаты, парковка, маршруты проезда.
- Предоставить информацию о маршрутах для мест, характерных для Google I/O, например: выдача значков, песочница, лаборатории кода, часы работы и обзоры приложений, нерабочее время, магазин I/O.
- Предоставить информацию о мероприятии для всех основных докладов, сессий, часов работы и питания; разрешить фильтрацию по времени, местоположению или расписанию пользователя