Проектирование
Пользовательский сценарий: от задачи посетителя до результата
Описание того, кто, в какой ситуации и какими действиями пытается получить определённый результат на сайте.
Редакция:
Сценарий связывает интерфейс с задачей человека. «На сайте есть кнопка» — описание элемента. «Посетитель выбирает услугу и отправляет требования к проекту» — начало сценария, для которого понадобятся информация, переходы и обратная связь.
Учебный пример
Руководитель маркетинга приходит на страницу разработки корпоративного сайта. Он проверяет состав работ, смотрит подходящий проект, открывает бриф и оставляет контакт. После отправки ему нужно понять, принято ли обращение и что произойдёт дальше.
У этого сценария есть альтернативы: контакт введён неверно, сеть пропала или пользователь вернулся к выбору услуги. Если спроектировать только успешное нажатие кнопки, эти состояния останутся незамеченными до запуска.
Что записать
| Поле | Вопрос |
|---|---|
| Участник | Кто выполняет задачу и что уже знает? |
| Вход | Откуда и на какую страницу приходит? |
| Цель | Какой результат хочет получить? |
| Шаги | Какие решения и действия нужны? |
| Ошибки | Что может помешать и как продолжить? |
| Завершение | По какому признаку результат достигнут? |
Как использовать
Пройдите сценарий по прототипу, затем по готовому сайту. Отмечайте шаг, на котором не хватает информации или нет понятного выхода. Для мобильного посетителя повторите путь на узком экране, включая ввод текста и сообщения об ошибках.
Сценарий не является доказательством того, что вся аудитория ведёт себя одинаково. Это рабочая гипотеза, которую можно уточнять наблюдением и аналитикой. В проекте сайта основные сценарии помогают определить объём и приёмочные проверки.
В упражнении по пользовательским сценариям опишите три разных пути для своего проекта: вход, вопросы, действия, результат, помеху и способ продолжить. Затем используйте эти записи при обсуждении структуры и прототипа; непроверенные предположения об аудитории сохраняйте как гипотезы.