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

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

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

Мой муж Джон Честер – звукоинженер. Настоящий инженер, который может рассказывать истории об электронных деталях с разными номерами. Как-то он участвовал в дискуссии Общества инженеров-акустиков [70]об истории живого звука. Он собрал несколько ведущих специалистов, работавших в этой области со времен появления живых концертов – тех, кто следил за звуком на фестивалях в Вудстоке и Ньюпорте, – чтобы вспомнить о былом и посмотреть, как развивалась отрасль.

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

Показали одну из фотографий с джазового фестиваля в Ньюпорте. Джон предположил, что аппарат на фото – это U-47, и тут началась бурная дискуссия. «Нет, это Elam-251. – Не может быть. Он был бледно-зеленого цвета, а этот не такой». В конце концов сошлись на том, что это U-48.

Я уже не понимала, о чем идет речь. Оказалось, они пытались определить модель микрофона на фотографии. В их истории фигурировали номера деталей.

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

Они все знали о микрофонах. И они привыкли так говорить.

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

Но наверняка у больного диабетом будет другая точка зрения. Он задумается: «Понимают ли они, над чем работают? Поможет ли мне их прибор?» Нужна история, которая покажет, что разработчики действительно разбираются в вопросе.

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

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

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

История Кевина «Технология парковки» из главы 10 – пример этого явления. Он хорошо понимал, как важна автоматическая парковка в условиях города. А другие исследователи лучше разбирались в юридических и технических вопросах.

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

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

• Законодательство: устройство дает возможность обмена сообщениями между пользователями и позволяет не только читать книги. Правительству интересно, нет ли здесь нарушений законодательства.

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

• Подзарядка: не всем пользователям легко и удобно заряжать устройство. Поэтому оно должно эффективно расходовать заряд батареи.

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

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

Короткие истории всегда лучше. И тому есть причины. Повестка дня на бизнес-встречах чаще всего плотная, и участники постоянно отвлекаются. Но не стоит сокращать истории до минимума, выбрасывая детали, которые помогут слушателям понять ситуацию. Если вы пропустите слишком много информации в середине рассказа, они не смогут проследить повествование до конца.

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

Примерно через пять лет после окончания магистратуры и поступления на работу я что-то еще помнил из вузовских курсов. И когда меня попросили найти лучший способ описания сложной диаграммы пользовательского опыта для исследовательского отдела, я опирался на ряд неверных предположений. Это была радиальная диаграмма с тремя осями: информация, связь и интерфейс.

К диаграмме прилагались ссылки на общие и специфические области исследования, раскрашенные в соответствии с категориями, в которые они входили: возможности, технологии, реализация. Не буду здесь ее приводить – поверьте на слово, она очень сложная. На ней также были представлены различные технологии и идеи, нужные моему отделу. Меня попросили, чтобы я объяснил все пункты своей команде.