Выразительные истории. От мозгового штурма к идее

До сих пор мы рассматривали истории как способ создания новых идей. Но они помогают и в разработке продукта, иллюстрируя определенные концепции.

На этом этапе нужно найти лучшие решения.

Сценарии Flow interactive[53] определяют дизайн

Вот как Фил Барретт из Flow Interactive описывает этот процесс (рис. 8.1) в своем блоге, в заметке «Истории» (http://web.archive.org/web/20100318001453/http://www.thinkflowinteractive.com/2008/12/19/telling-stories/).

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

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

^{РИС. 8.1. Задание в контексте главной цели пользователя}

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

Джинни Редиш предполагает, что истории, которые помогают придумать идею, должны быть «короткими, с описанием реальных пользователей в реальных ситуациях».

Сара Смит, 25-летняя сотрудница маленькой туристической компании из трех человек, принимает звонок от своей подруги Дженни:

Дженни хочет прилететь в Феникс в следующем месяце и увидеться со своей закадычной подругой. Она может отправиться в любые выходные и взять отгул на пятницу и понедельник. Но только если билеты будут ей по карману. Дженни попросила Сару найти самые дешевые билеты на следующий месяц (до Феникса на пятницу, обратно на понедельник).

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

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

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

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

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

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

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

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