Сторителлинг в проектировании интерфейсов. Как создавать истории, улучшающие дизайн

Исследователь Дэн Груэн из IBM считает, что разница между историями и сценариями заключается в мотивации и специфике. В его модели сценарии менее специфичны и слабо отражают (или не отражают совсем) мотивы персонажей. При генерации новых идей мотивация становится необходимым элементом, поскольку показывает особенности человеческой культуры и характера. В разработке дизайна сценарии полезны для того, чтобы сосредоточиться на заданиях, которые должны быть выполнены, или технологиях, которые должны быть использованы.

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

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

• Акцент на деятельность, описание действий и поведения в определенном контексте.

• Описание стимулов к действию.

• Подробное описание действующих лиц (или одного из них) в контексте.

Кроме того, нужно исключать ненужные подробности, технические характеристики и все то, что ограничивает проект. Это не имеет отношения к дизайну. Вам нужна история, которая описывает пользователей и продукт в действии. Позже мы еще поговорим о выборе деталей, пока же приведем короткий пример: если вы описываете дождливый день, то погода должна как-то влиять на события. Возможно, трудно работать с телефоном одной рукой, потому что другая занята зонтом. Или дождь как-то воздействует на поведение персонажа. Упоминание о дожде может быть важным, но только если история включает соответствующие детали.

Задачи историй в проектировании

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

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