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

• Дизайн (разработка фактического дизайна продукта – от ранних набросков до готового проекта).

• Оценка (тестирование разработки на соответствие поставленной цели).

В этом процессе есть три важные особенности.

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

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

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

Наконец, процесс применим в любом типе проектов. Не так важно, что вы создаете: информационный сайт, классификацию, новое электронное устройство, онлайн-приложение, документацию или предмет мебели. В любом случае этот общий цикл (от понимания к оценке) будет вам полезен.

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

Пользовательский опыт – междисциплинарная практика

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

Мы видели всякое: от проектных команд из одного человека до компаний, все сотрудники которых (включая дизайнеров, проект-менеджеров, разработчиков, маркетеров и специалистов в области пользовательского опыта) участвовали в исследованиях, анализе и проектировании. Об этом и идет речь в знаменитой фразе Уильяма Гибсона[38]

: «Будущее уже здесь. Просто оно очень неравномерно распределено».

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

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

Идея не нова

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

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

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

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

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