Информационная архитектура продукта: как сделать понятную карту сайта

Перевод материала соучредителя дизайн-студии пользовательского опыта EightShapes Дэна Брауна.

Информационная архитектура — это практика проектирования виртуальных структур, лежащих в основе цифровых продуктов. Цифровые продукты становятся всё более сложными и узкоспециализированными, поэтому проблемы информационной архитектуры сейчас наиболее актуальны.

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

Можно ставить и более фундаментальные вопросы: насколько заголовок соответствует содержанию, отражает ли ожидания пользователя; как описание или пример помогают прояснить заголовок.

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

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

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

• Как структура обучает пользователя тому, что находится внутри неё?
• Какой подход использует структура, чтобы обучать людей?
• Как она устанавливает базовую основу и второстепенное?
• Какие концепты наиболее важны для понимания пользователем?

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

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

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

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

• Есть ли у команды общее понимание концепта, независимо от заголовка?
• Соответствует ли заголовок концепту?
• Не перебивает ли уже существующее значение заголовка сам концепт?
• Как можно протестировать эффективность различных заголовков?

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

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

Принимая структурные решения, вы устанавливаете правила. Присваивая контенту некую категорию, вы не просто присваиваете её этому конкретному контенту: вы устанавливаете правило для этого и другого схожего с ним контента.

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

• Какой прецедент устанавливает решение?
• Ожидаете ли вы, что решение будет исключением?
• Каковы естественные последствия этого решения?
• Как люди могут нарушить правила, которые вы устанавливаете?

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

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

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

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

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

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

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

#дизайн