Базовый Курс UX: Что такое информационная архитектура? Модели для организации контента. Почему информационная архитектура так важна

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

Для нетерпеливых или тех, у кого мало времени: итоги вкратце и интересные ссылки в конце текста.

Начнем с очевидностей.
Очевидность #1: Информация нужна людям, чтобы принимать решения.
Очевидность #2: Информация может быть:

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

Очевидность #3: В любом из вышеперечисленных случаев вся работа над красотой, элегантностью и функциональностью интерфейсов представления информации теряют смысл. К примеру, при ложной информации идеальный интерфейс позволит пользователю быстро принять ложное решение.
Очевидность #4: Информация организована в некую структуру, которая имеет архитектуру.
Очевидность #5, итоговая: Если пользователь не находит нужную информацию или не воспринимает ее, заказчик или компания теряют прибыль.
В ходе работы UX-дизайнером в сфере ecommerce, я столкнулся с многообразием представлений об информационной архитектуре. Большей частью, ее воспринимают как один из несущественных аспектов проектирования взаимодействия. Как следствие, работе над информационной архитектурой не выделяется ни ресурсов, ни времени. В конечном итоге страдают пользователи, а компании теряют значительную долю доходов.

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

• Что такое информационная архитектура как явление, ее место в общем процессе проектирования взаимодействия;
• Какова специфика работы над информационной архитектурой для ecommerce;
• Как мы принимаем решения. Немного психологии;
• Как спроектировать информационную архитектуру на практике.

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

Что ж, приступим.

Зачем работать над информационной архитектурой?

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

Что случилось с Иваном Владимировичем

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

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

Его выбор остановился на магазине «Eliteboose.com», о котором он слышал, что самый лучший выбор спиртного. С первого взгляда Ивана Владимировича впечатлил стильный и аккуратный дизайн сайта.

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

Он минут с 15 полистал предлагаемые продукты. К его разочарованию, рома в списке товаров не было. А предлагаемые подарки были далеки и от его нужд и от финансовых возможностей.

Уже сильно хотелось спать, но Иван Владимирович предпринял еще одну попытку, перейдя в другой пункт меню – «Для друзей». Среди многочисленного пива, водки и ликеров он наконец заметил и одинокий ром, притаившийся в конце списка. Бутыль Demo Anejo возможно была и неплохим выбором, но его смущало отсутствие выбора. Да и врял ли его шеф – руководитель департамента одного из ведущих банков страны - оценит подарок ценою всего лишь 13 долларов США.

Иван Владимирович вышел на балкон перекурить. Потом вернулся, сел за ноут и предпринял третью и последнюю попытку: выбрал пункт меню «Для застолья». И тут свершилось долгожданное чудо: он узрел впечатляющий список разнообразнейшего рома любой ценовой категории. Поразмышляв над списком пару минут, он добавил в корзину пятнадцатилетний ром Gran Demo Blender и с легкостью прошел процедуру заказа. Иван Владимирович был доволен собой но предчувствие колоссального недосыпа существенно отравляло настроение.

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

А теперь в цифрах

В вышеуказанной истории налицо проблема с ИА, пусть и утрированная. У Eliteboose.com мы видим нечетко очерченные и наименованные категории, неочевидную классификацию товаров по категориям.

Можем констатировать факт, что с Иваном Владимировичем магазину Eliteboose.com весьма повезло. Наш герой был а) достаточно упрям, чтобы не забить на идею купить ром в интернет-магазине, б) достаточно принципиален, чтобы не отказаться от покупки подарка в целом и в) достаточно инертным для того, чтобы уйти в конкурирующий интернет-магазин.

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

Адаптируем подход Джареда Спула (Jared Spool) , который он использовал для расчета стоимости фрустрации пассажиров от проблем с юзабилити для транспортной компании Amtrak:

1. Вычисляем идеальный потенциальный доход – Iideal=a*b , где а и b – средний чек и кол-во потенциальных покупателей (лидов) в день
2. Получаем совокупный недополученный доход – Iforgone= Iideal -(Iideal *x/100) , где x – доля отказов от покупки в целом
3. Узнаем стоимость ошибки в ИА – IAcost= Iforgone *y/100, $3500*20/100 , где y – доля отказов по вине ИА.

Пример
Дано:

1. Средний чек заказа – $100 ;
2. кол-во потенциальных покупателей (лидов) в день – 50 ;
3. доля отказов от покупки – 70% ;
4. из них, по вине ИА – 20% .

Считаем:

• Идеальный доход – $100*50=$5000 в день
• Совокупный недополученный доход –$5000-($5000*70/100)=$3500 в день
• Стоимость ошибки в ИА – $3500*20/100 = $700 в день

Делаем вывод:
Стоимость погрешностей в ИА - $700 в день, $21.000 в месяц или $252.000 дохода в год.

В случае с корпоративным ПО, потери в потраченном времени сотрудников будут ничуть не менее существенными.

Но прежде чем переходить к решению проблемы, резонно возникает следующий вопрос:
«А что мы понимаем под информационной архитектурой?»

Что такое информационная архитектура?

Возьмем среднестатистического сотрудника IT-предприятия и зададим вопрос: что такое информационная архитектура, и зачем она нужна? Среди ответов, которые мы получим, с вариациями могут быть следующие:

• «Это то, как организована информация? Где и что находится?»;
• «Что-то из юзабилити, для удобства пользования сайтом?»;
• «Точно, карта сайта! Да, конечно это полезно… Я, правда, ею не пользуюсь»;
• «Навигация, вроде… Ну, как по сайту перемещаться»;

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

Ричард Сол Вурмен

Отец информационной архитектуры, Ричард Сол Вурмен (Richard Saul Wurman) , дает следующие определения информационной архитектуре:

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

Питер Морвиль и Луи Розенфельд в классической работе по ИА «Информационная архитектура в интернете» приводят целых четыре определения:

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

К Морвилю и Розенфельду присоединяется и Донна Спенсер , которая опирается на их определения в своей работе «Practical Guide to Information Architecture».

Несмотря на очень широкое понимание термина, было бы неплохо сформулировать определение и понимание ИА с точки зрения практика в проектировании взаимодействия.

Предлагаю следующее (которое не противоречило бы вышеуказанным подходам к пониманию ИА):
«ИА – это схема организации информации сайта»

Лаконично и весьма абстрактно. Измеряемые показатели качества ИА должны быть вполне конкретными:

1. Скорость нахождения информации (KPI: кол-во шагов для нахождения информации или затраченное время);
2. Качество найденной информации (KPI: качественный показатель соответствия информации ожиданиям пользователя, от 1 до 10).

Следует отметить, что ИА присутствует всегда, в любом приложении. Вопрос только в ее соответствии пониманию и потребностям пользователя.

Отсюда вопрос номер два:
Если она так важна, каким образом интегрировать работу над ИА в общий процесс проектирования взаимодействия?

Как работать над информационной архитектурой?

Мне близка точка зрения Дэна Саффера (Dan Saffer) , который в своей работе «Designing for Interaction» рассматривает четыре практических подхода к проектированию взаимодействия, которые я привожу ниже. Как целесообразно работать над ИА в рамках каждого из подходов?

A. Ориентированный на пользователя (User-centered)

Идея: Пользователю виднее

Фокус: Цели и нужды пользователя

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

Где используется: крупные продуктовые компании, стартапы и digital-агентства.

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

Место ИА: Ввиду специфики подхода - основного акцента на исследованиях - можно спокойно пустить в ход львиную долю инструментов ИА (детальнее про инструментарий напишу отдельно) без потери времени и бюджета. Самая затратная часть – набор исследуемых пользователей – оплачивается в любом случае т.к. они уже и так принимают участие в UX-исследованиях и тестированиях. Проектирование ИА будет идти по классической схеме сверху вниз.

Подпроцесс создания ИА


Заметка: метод исследования «Карточная сортировка» - далеко не единственный. Отличный сравнительный обзор методов исследования ИА описан Джимом Россом .

B. Ориентированный на деятельность (Activity-centered)

Идея: Отталкиваемся от задач пользователя.

Фокус: Деятельность пользователя.

Суть подхода: Деятельность состоит из действий и решений. Дизайнер исследует действия, которые пользователь делает и решения, которые ему нужно принять. Базируется на исследовании, но в меньшей степени, чем предыдущий подход. После этого формирует список задач, стоящих перед пользователем, и, основываясь на них, предлагает решение.

Где используется: Как стартапы, так и аутсорсинговые компании.

Особенности: Ввиду фокуса на тактических задачах пользователя (Зарегистрироваться, ввести пароль, уточнить параметры поиска) есть риск, что дизайнер не увидит за деревьями леса (купить продукт).

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

Подпроцесс создания ИА

C. Дизайн системы (Systems design)

Идея: Пользователь – часть окружающей его системы.

Фокус: Окружение пользователя.

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

Где используется: Digital-агентства, крупные продуктовые компании.

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

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

D. «Гениальный» дизайн (Genius design)

Идея: Дизайнер – всему голова.

Фокус: Собственное понимание дизайна, эвристики дизайна (примеры можно посмотреть у

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

Что такое информационная архитектура?

Если вы раньше не сталкивались с понятием “структура информации”, то начните с этой презентации: Understanding Information Architecture .

Информационная архитектура (ИА, IA) может быть как достаточно простой (в случае небольшого проекта), так и невероятно сложной (если вы работаете над масштабным проектом).

Информационная архитектура невидима. Чтобы с ней работать, нужно нарисовать карту сайта. Вот простой пример:

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

• На заметку: Если у вас миллион пользователей, это не значит, что у вас миллион страниц с профилем. У вас одна страница с профилем, в которой отображается профиль любого пользователя.

Такая организация страниц - в виде семейного древа - называется “иерархической” или “древовидной”. Большинство сайтов и приложений структурированы подобным способом (но он далеко не единственный).

В рисовании карты сайта нет никаких “правил”, но вот вам несколько ценных указаний:

• То, что карта выглядит простой, не означает, что она несет в себе какой-то смысл.
• Пусть она будет четкой и читаемой.
• Мы обычно рисуем сверху-вниз, а не справа-налево.
• Не нужно делать карту сайта гламурненькой. Это технический документ, а не показ мод.

Горизонтальная или вертикальная, а не обе сразу.

Вообще-то говоря, карта вашего сайта будет либо “плоской” (flat) - тогда будет больше секций в меню, зато понадобится меньше кликов, чтобы добраться до самого низа - либо “глубокой” (deep), что означает более простое меню, но требует больше кликов на пути к цели.

Заметьте, что в этом примере и в той, и в другой структуре представлено одинаковое количество страниц. То есть они равны по объему, но не по виду.

Сайтам, на которых много продуктов, например Wal-Mart, чаще всего подходит “глубокая” архитектура, иначе размеры меню будут выходить за все рамки. Сайты вроде YouTube, где все строится вокруг пользователей и видео-роликов, обычно “плоские”.

Если ваш сайт и глубокий , и плоский одновременно , это плохо. Вам не помешает . Ну или пусть в основе сайта лежит хороший механизм поиска.

Распространенный миф: Возможно вы слышали от кого-то, что до любого интересующего объекта “всегда должно быть три клика”. Этот кто-то скорее всего изучал UX в 90-е и больше не возвращался к этой теме. А вам нужно концентрироваться на пользователе, а не на дурацких “правилах”. Главное, чтобы люди всегда понимали, где они находятся и что могут сделать. Если ваша навигация простая и четкая, то количество кликов значения не имеет.

Если вам понравилась статья и перевод, дайте нам знать - нажмите зеленую кнопку Recommend

И ещё, если у вас есть на примете какая-нибудь классная статья по UX и не только - скиньте нам ссылку, и мы будем рады над ней поработать.

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

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

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

Пример

Возьмем, для примера, Spotify. Можно разобрать UI, и посмотреть на лежащую в его основе информационную архитектуру.

Почему информационная архитектура так важна?

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

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

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

В приложении всё точно так же. Приложение – это всего лишь набор существительных и глаголов. «Элементы» и «действия, которые я могу над ними произвести». Существительные имеют очень большое значение. Они составляют собой вселенную вашего приложения. Существительные могут быть такими:

• Песни
• Папки
• Пользователи
• Фотографии
• Рестораны
• Деньги
• Друзья

С другой стороны, глаголы – это действия, которые пользователь может провести над существительными. Вот пера примеров:

То есть, в приложении, мы можем следовать определенному шаблону действий. Большая часть экранного пространства (почти 80%) посвящена «существительным», а меньшая его часть посвящена «глаголам».

Хорошая информационная архитектура универсальна

Со временем мы заметим, что хорошая информационная архитектура универсальна. Определенные принципы и паттерны всегда преобладают. Самое очевидное – элементы основной навигации вашего приложения должны состоять из самых важных действий. В случае со Spotify, это “Home”, “Browse”, “Search”, “Radio”, и “Your Library”. А какие действия важны в вашем приложении? Постарайтесь сократить их до 3-5 элементов.

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

Несмотря на то, что UI приложения изменился, его информационная архитектура осталась прежней

Образующиеся шаблоны

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

Музыка…
такая же, как и фотографии…
которые ничем не отличаются от остального

Всё одно и то же!

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

Советы по созданию хорошей, чистой информационной архитектуры

1. Внимательно относитесь к тому, что важно (и к тому, что нет)

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

2. Думайте об информации, как об «информационных пакетах»

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

3. Не бойтесь пересматривать и менять что-то в своей информационной архитектуре

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

Перевод статьи Джейкоба Руиза

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

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

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

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

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

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

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

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

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

Таким образом, организация всех этих специфических категорий контент и определения типа их взаимодействия, является начальным этапом при разработке стратегии подачи информации. Задача дизайнера состоит в том, чтобы представить контент максимально эффективным способом.

Принцип выбора

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

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

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

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

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

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

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

Принцип образцов

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

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

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

Принцип главного входа

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

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

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

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

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

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

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

Принцип сфокусированной навигации

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

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

Принцип роста

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

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

Вывод

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

Интервью с Луи Розенфельдом (Louis Rosenfeld), основателем и президентом Argus Associates. Луи также является соавтором популярнейшей книги Information Architecture for the World Wide Web.

Интервью основано на переписке по электронной почте, которую вел Джон Роудс (John S. Rhodes) 24 мая 99 года

Что такое информационная архитектура? В общих чертах, о самом важном?

Эта сфера знаний пока относительно нова, и находится в стадии развития; следовательно определение информационной архитектуры зависит о того, кто его дает. Вот определение, которое нравится нам:

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

Это означает, что оптимизация поисковой программы на вашем сайте с целью помочь посетителям быстрее найти то, что им нужно, является информационной архитектурой (information architecture - IA). Оптимизация же поисковой программы для балансирования нагрузки в ведение IA не входит. Разработка системы надписей в меню навигации на сайте - является IA. Решение о том, каким цветом будет оформлено это меню навигации уже не в ведении IA.

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

Или представьте, что работники вашей компании испытывают такие трудности с поиском ответа на вопросы, которые задают им ваши клиенты, что они распечатывают каждую страницу интранет-сайта, так как боятся, что снова не смогут ее отыскать. Естественно, при изменении информации на сайте распечатки будут устаревать, но ваши работники не будут об этом знать, и следовательно они будут давать устаревшие, неправильные сведения вашим клиентам. Именно такого рода проблем позволяет избежать информационная архитектура. Мы даже сталкивались с ситуацией, когда работники компании сами выдумывали ответы для клиентов из-за того, что интранет-сайт был плохо структурирован. Упс! Лучше уж исправить структуру сайта, чем попадать в такую ситуацию.

Какова связь между информационной архитектурой и юзабилити?

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

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

Так что, я представляю себе юзабилити, как дисциплину с чрезвычайно широкой сферой применения, но к сожалению недостаточной при применении к специфическим областям. В своей компании Argus мы как раз экспериментируем с этой проблемой; недавно мы наняли Кейт Инстоун (Keith Instone), а также еще одного специалиста по взаимодействию человек-компьютер. Так что теперь в нашей компании есть свои собственные лучшие специалисты по юзабилити. Потом мы посмотрим, какого рода услуг от нас потребует рынок, и если потребуется, мы будем смешивать наш опыт в информационной архитектуре с опытом в юзабилити. Так что год-два спустя мой ответ может быть совсем другим.

Каким образом хорошо продуманная информационная архитектура сайта может сделать сайт более удобным в использовании?

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

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

• информационных потребностей посетителей сайта
• материалов сайта
• целей и бюджетных ограничений

В компании Argus мы очень сильно полагаемся на правило "80/20", которое гласит: если мы можем использовать несколько основных методов организации информации, которые удовлетворят 80% посетителей, тогда мы можем с уверенностью сказать, что пользователи не заблудятся на нашем сайте. Их не запутает обилие "информационных коридоров", многие из которых лишь изредка будут использоваться, но зато потребуют значительных затрат в поддержке. И так же, мы часто замечаем, что примерно 20% информации, которую нам представляет компания-клиент, удовлетворяет все запросы посетителей сайта. Благодаря этому правилу мы можем создавать некрупные, более точные массивы информации, с которыми проще работать. Не пытаясь объять необъятное и удовлетворить все нужды и требования посетителей, владельцы и менеджеры сайтов будут тратить меньше средств и усилий на поддержку сайтов при этом получая от него наибольшую отдачу.

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

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

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

Исследования процесса поиска информации показывают, что попытка в совместить требования пользователей к информации с тем, что им предлагают авторы этой информации, провалилась. Примером может служить специфическая узконаправленная онлайновая база данных LEXUS/NEXUS. Web вносит еще больший хаос в эту проблему: информация в нем присутствует во множестве форматов, на различные темы, в различной подаче. В результате объем информации вырастает на порядки. Учтем еще всех пользователей Web-а со всеми их различиями, и в результате - результативность поиска информации уменьшается до нуля. Чем больше варьируется содержание информации, тем хуже будут результаты поиска. Не следует сваливать все в кучу, но в Web-е именно это обычная практика на веб-сайтах. Вот почему так часто на каждом сайте самая популярная страница - это страница поиска. Вот почему так часто невозможно работать с информацией в интрасети компании и при этом не запутаться окончательно.

Пожалуйста, опишите вкратце ключевые идеи вашей популярнейшей книги Information Architecture for World Wide Web. Так же, не могли бы вы объяснить успех этой книги?

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

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

Каково будущее информационной архитектуры? Что будет дальше?

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