Сторителлинг в проектировании интерфейсов. Как создавать истории, улучшающие дизайн - [34]
Табл. 8.2 – пример такого списка для сферы здравоохранения.
>ТАБЛ. 8.2
2. Напишите предложения «по мотивам» известных вам ситуаций или проблем. Вот несколько примеров для проекта по здравоохранению. Пока медсестра была в палате, ей нужно было встретиться с физиотерапевтом, потому что пациенту трудно приподниматься в постели. Координатор, которая пыталась определить вариант лечения для тяжелого случая и искала результаты клинических испытаний в интернете, должна подготовиться к встрече с бригадой медицинской помощи, чтобы найти вариант, который придется осуществить в течение часа. Медсестра по уходу за больными на дому из сельской больницы поняла, что потеряла ключи и бумажник, когда была у пациентов, и теперь ей нужно найти выход из положения.
Эти примеры менее сложны, но они описывают реальные проблемы реальных людей. Помните, главное – обеспечить непрерывный поток идей.
Выразительные истории.
От мозгового штурма к идее
До сих пор мы рассматривали истории как способ создания новых идей. Но они помогают и в разработке продукта, иллюстрируя определенные концепции.
На этом этапе нужно найти лучшие решения.
Вот как Фил Барретт из Flow Interactive описывает этот процесс (рис. 8.1) в своем блоге, в заметке «Истории» (http://web.archive.org/web/20100318001453/http://www.thinkflowinteractive.com/2008/12/19/telling-stories/).
Поскольку мы не очень четко представляем себе ситуации, отличные от собственной, то должны создавать истории, чтобы убедиться в правильности своих действий. Дизайнеры создают персонажей (героев историй), описывают контекст (ситуацию и предысторию) и определяют цели.
Затем мы пишем сценарии. Мы пытаемся рассказать увлекательную и правдоподобную историю о том, как с помощью продукта персонаж улучшил свою жизнь. Мы умеем слушать и определять, насколько история хороша и правдоподобна.
>РИС. 8.1. Задание в контексте главной цели пользователя
Нет единственного способа создания истории. Есть методики, которые описывают разницу между типами историй и определяют различия в продолжительности, структуре или формате подачи.
Джинни Редиш предполагает, что истории, которые помогают придумать идею, должны быть «короткими, с описанием реальных пользователей в реальных ситуациях».
Сара Смит, 25-летняя сотрудница маленькой туристической компании из трех человек, принимает звонок от своей подруги Дженни:
Дженни хочет прилететь в Феникс в следующем месяце и увидеться со своей закадычной подругой. Она может отправиться в любые выходные и взять отгул на пятницу и понедельник. Но только если билеты будут ей по карману. Дженни попросила Сару найти самые дешевые билеты на следующий месяц (до Феникса на пятницу, обратно на понедельник).
Здесь приведена информация о пользователях, их целях и задачах и контексте – физических, социальных и технических условиях. Задача – найти лучшие тарифы. Сейчас этим занимаются все туроператоры. Джинни написала эту историю по результатам наблюдения за реальными людьми, изменив имена из соображений конфиденциальности.
Исследователь Дэн Груэн из IBM считает, что разница между историями и сценариями заключается в мотивации и специфике. В его модели сценарии менее специфичны и слабо отражают (или не отражают совсем) мотивы персонажей. При генерации новых идей мотивация становится необходимым элементом, поскольку показывает особенности человеческой культуры и характера. В разработке дизайна сценарии полезны для того, чтобы сосредоточиться на заданиях, которые должны быть выполнены, или технологиях, которые должны быть использованы.
Блок-схемы и кейсы используются для тех же целей, но в них внимание сосредоточено в большей степени на разработке технических конструкций, чем на объяснении мотиваций и контекста. Истории используются наряду с другими формами описания взаимодействий, однако показывают реальный пользовательский опыт.
Мы не можем однозначно сказать, в каких случаях следует использовать тот или иной формат. Но мы знаем, какие элементы включает хорошая история, применяемая в проектировании:
• Акцент на деятельность, описание действий и поведения в определенном контексте.
• Описание стимулов к действию.
• Подробное описание действующих лиц (или одного из них) в контексте.
Кроме того, нужно исключать ненужные подробности, технические характеристики и все то, что ограничивает проект. Это не имеет отношения к дизайну. Вам нужна история, которая описывает пользователей и продукт в действии. Позже мы еще поговорим о выборе деталей, пока же приведем короткий пример: если вы описываете дождливый день, то погода должна как-то влиять на события. Возможно, трудно работать с телефоном одной рукой, потому что другая занята зонтом. Или дождь как-то воздействует на поведение персонажа. Упоминание о дожде может быть важным, но только если история включает соответствующие детали.
Задачи историй в проектировании
Истории нужны даже тогда, когда проект уже завершен. Они могут сопровождать спецификации, иллюстрируя их, дополняя деталями из ранее созданных сценариев. Они могут описывать альтернативный опыт для разных пользователей и объяснять сложное взаимодействие, например одновременное применение разных режимов.
