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

Не мы первые придумали использовать истории при проектировании пользовательского опыта. Они применяются в разных методиках в качестве реальных примеров.

Одна из основных дисциплин, изучающих пользовательский опыт, – этнография. Специалисты в этой области наблюдают за людьми и их поведением в определенных ситуациях. Основной упор делается на реальных историях и иллюстрации определенных гипотез с их помощью. В учебнике AIGA[39] «Введение в этнографию» говорится: одна из задач этнографа – «рассказать историю так, чтобы помочь людям осмыслить все данные и создать общее ви́дение».

Том Эриксон – разработчик интерактивного дизайна и исследователь из IBM (ранее трудился в Apple) – использует истории в процессе проектирования. По его мнению, исследование должно начинаться с подбора историй. В дальнейшем они иллюстрируют выводы аналитиков и информацию о пользователях. При создании прототипов благодаря историям разработчики могут не только усовершенствовать предыдущую версию, но и найти инновационные решения. В очерках Эриксона о сторителлинге подчеркивается ценность историй как стимула для дизайнерского мышления и общения в команде проектировщиков.

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

Иногда сценарии очень похожи на кейсы. Правда, в последних основной упор делается на описании конкретных событий, включая действия системы (или ее элементы, отвечающие за определенные действия). Их главная задача – зафиксировать взаимодействия при использовании программы, а не описать условия и пользовательский опыт в целом. Ларри Константин и Люси Локвуд применяют другой подход – «практичное проектирование». С помощью кейсов и других программных методов они определяют цели пользователей и способы их достижения.

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

На сайте, посвященном гибким методам разработки (www.agile-software-development.com/2008/04/writing-good-user-stories.html), говорится следующее: «Пользовательские истории – простой способ собрать технические требования во время проекта, альтернатива длинным спецификациям». Общая схема такова: «Как [роль пользователя] я хочу [цель], чтобы [причина]», например:

– Как соискатель я хочу найти работу, чтобы продвинуться по карьерной лестнице.

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

Джо-Энн Хакос и Джинни Редиш в своей книге «Анализ пользователя и задачи для дизайна интерфейса»[40] рассказали о сценариях и пользовательских историях. Они считают, что сценарий помогает проиллюстрировать результаты анализа, и толкуют этот термин так же широко, как мы – понятие сторителлинга:

«В сценарии можно рассказать о пользователях, их работе и окружении; показать, как они справляются с заданиями, каковы их задачи и каким образом все эти элементы взаимосвязаны. Главное преимущество историй – реалистичность. Они также помогают понять, какие элементы необходимо добавить в разработку, что ценят пользователи и что воспринимают как препятствие к достижению цели».

«Анализ пользователя и задачи для дизайна интерфейса»

Они выделили несколько типов историй (в их терминологии – сценариев): от краткого описания ситуации, контекста или действий пользователя до подробных сценариев задач и действий, в которых показаны все этапы работы.

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