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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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