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

• Название: Сторителлинг в проектировании интерфейсов. Как создавать истории, улучшающие дизайн
• Автор: Кевин Брукс
• Жанр: Маркетинг, PR, реклама
• Год: 2013
• ISBN: 978-5-91657-714-3

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

---

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

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

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

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

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

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

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

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

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

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

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

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

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

Истории в исследовании пользовательского опыта

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

• Предварительный сбор информации.

• Исследования и получение новых данных.

• Генерирование идей, эксперименты.

• Тестирование.

• Озвучивание и продажа идей.

Предварительный сбор информации

На любом этапе работы с пользователями вы можете услышать истории об их перспективах и целях (рис. 5.2). Основная аудитория таких историй – вы (и ваши коллеги).

РИС. 5.2. Сбор информации из разных источников

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

В человеко-ориентированном проектировании это часть этапа понимания. Ваша основная задача – выслушать истории, в которых приведены интересные информация, точка зрения или метод описания.

Исследования и получение новых данных

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

РИС. 5.3. Истории помогают прояснить информацию

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

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

Эксперименты

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

РИС. 5.4. Истории как источник идей

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

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

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

Тестирование

Истории играют определенную роль и в тестировании (рис. 5.5). С их помощью можно определить, с чего стоит начать и какие задачи поставить перед участниками эксперимента.

РИС. 5.5. Истории – подходящий сценарий для тестирования задач

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

В человеко-ориентированном проектировании это часть оценочной стадии – проверки пользовательских характеристик продукта. На этом этапе нужно создавать сценарии тестирования на основе собранных историй.

Озвучивание и продажа идей

Возможно, вы уверены, что отличная идея или продукт продадутся сами. Говорят, что одна картинка стоит тысячи слов. Но в случае продукта эти слова нужны, чтобы объяснить смысл картинки (или прототипа). Истории показывают связь между исследованиями пользователей, изначальной идеей и проектом (рис. 5.6) и благодаря этому наглядно демонстрируют работоспособность нового продукта.

РИС. 5.6. В рамках истории можно описать идею проекта

Дополнительные источники