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

Выводы

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

Истории о проектировании можно составить из рассказов пользователей и на основе данных с различных сайтов. Еще один вариант – использовать метод мозгового штурма.

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

• Хорошие истории, основанные на качественных данных, могут породить идеи.

• Истории можно создать и на этапе мозгового штурма.

• Истории могут объяснить дизайнерские идеи, особенно инновационные.

• В истории можно описать технические требования, определив условия использования продуктов.

Глава 9. Оценка с помощью историй

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

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

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

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

Истории можно применять следующими способами:

• При создании сценариев или заданий для тестирования.

• В качестве руководства для экспертной оценки.

• Для тестирования качества.

Также вы можете находить новые истории в процессе деятельности.

Истории в создании тестовых заданий

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

История

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

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

История как задача

Вы менеджер по туризму. Ваша клиентка звонит, чтобы заказать билеты в Феникс.

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

Найдите наиболее выгодный вариант.

Истории как основа коротких тестов

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

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

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

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

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

«Вы сказали, что хотели узнать X, давайте попробуем Y».

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

«Я хотел бы, чтобы вы купили свитер. Вы сказали, что искали красный кардиган. Пожалуйста, попробуйте найти его и…»

Другой вариант – позволить клиентам выбрать задания из списка. Тогда им не придется выполнять задачи, которые им не по душе.

Превращение заданий в истории

Апала Чаван из Human Factors International[58] придумала, как можно повысить эффективность заданий с помощью историй. Она говорит, что в Азии люди боятся критиковать продукты или говорить о проблемах с их использованием.

Свое решение она назвала «техника Болливуда» – сторителлинг в духе индийского Голливуда. Сюжеты таких фильмов запутанны и очень эмоциональны. Чаван создала условия, в которых участники легко вовлекались в историю. Вот характерный пример:

«Молодая, невинная и красивая племянница участника исследования вот-вот должна выйти замуж. Неожиданно она узнает, что потенциальный жених – член банды, наемный убийца. Вся его жизнь – притворство, и он уже женат! Тому есть доказательства. Участник должен заказать билет на самолет для себя и жены жениха своей племянницы до Бангалора. Время дорого!» (http://www.humanfactors.com/downloads/jun02.asp#bollywood)

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

Своевременный подбор историй для тестирования

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

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

Разработчики уже создали прототип. Он был основан на запросах клиентов – не пользователей – по поводу тех новых функций, которые им нужны. Никто не обращался к пользователям в ходе работы. Я предложила протестировать прототип на местах.

Мы наблюдали за пользователями в привычных для них условиях и собирали истории об их работе.