Построить дом без чертежа — значит гарантировать провал. Нельзя просто наугад определять, где должны находиться несущие стены или как прокладывать сантехнику за гипсокартоном. Нужен план. Та же логика применима и к цифровому миру.
Представьте запуск интернет-магазина одежды. У вас есть товары, данные клиентов и маркетинговые тексты. Где размещается каталог? Как пользователи находят политику возврата? Если разбросать эти элементы хаотично, покупатели уйдут. Они не найдут то, что им нужно.
Это основная проблема, которую решает информационная архитектура.
Этот термин часто используют слишком свободно. Некоторые приравнивают его к веб-дизайну. Другие считают его просто управлением базами данных. Это не так. Это структурная инженерия контента.
Согласно различным отраслевым определениям, информационная архитектура — это модель системы информации. Она описывает правила организации, взаимосвязи, доступа и представления данных. Это также искусство и наука создания и поддержания этой модели.
Для растущей корпорации это касается не только главной страницы. Это охватывает маркетинговые материалы, базы данных клиентов и пользовательскую документацию. Это скелет, который удерживает «плоть» бренда вместе.
Почему важна информационная архитектура
Рассмотрим интернет-магазин обуви.
Информационная система — это сам магазин. Товары — это обувь. Но информационная архитектура — это логика, стоящая за магазином. Она определяет систему размеров. Она категоризирует цвета. Она отслеживает уровни запасов. Она устанавливает ценовые структуры.
Без этой структуры магазин превращается в хаос. Пользователь нажимает «Красные туфли» и видит черные ботинки. Он нажимает «Размер 10» и ничего не находит. Он уходит.
Хорошая ИА обеспечивает доступность информации. Она делает сложные данные простыми. Она соответствует намерениям пользователя. Она предсказывает, что хочет пользователь, еще до того, как он об этом спросит.
Корни этой области
Концепция не нова. Архитекторы организуют пространственные данные уже на протяжении веков. Но применение этого к цифровой информации — недавнее развитие событий.
Ранние веб-дизайнеры сосредотачивались на визуальной стороне. Красивые страницы. Яркие баннеры. Но красивые страницы не помогают пользователям ориентироваться на сложных сайтах. По мере роста интернета росла и потребность в структуре.
На сцену вышли архитекторы веба. Они осознали, что контенту нужна рамка. Иерархия. Таксономия.
Термин «информационная архитектура» был введен в 1970-х годах архитектором Ричардом Соулом Вурманом. Он применил принципы строительства к информации. Веб перенял этот подход в 1990-х годах.
Сегодня ИА — это отдельная дисциплина. Она связывает дизайн, психологию и компьютерные науки.
Что на самом деле включает в себя информационная архитектура
ИА — это не одно целое. Это набор техник и инструментов.
Она включает в себя:
- Таксономию : создание категорий и тегов.
- Навигацию : проектирование меню и путей.
- Поиск : оптимизацию того, как пользователи запрашивают данные.
- Метаданные : добавление описательных тегов к контенту.
Каждый элемент служит своей цели. Таксономия группирует похожие предметы. Навигация направляет пользователей к ним. Поиск позволяет находить конкретные предметы. Метаданные делают всё это машиночитаемым.
Человеческий фактор
Программное обеспечение помогает, но оно не заменяет ИА. Инструменты могут организовывать данные. Они не могут решить, что означают эти данные.
Кто пользователь? Что ему нужно? В каком контексте он находится?
ИА отвечает на эти вопросы. Она ориентирована на пользователя. Речь идет не о том, что компания хочет сказать. Речь идет о том, что пользователю нужно найти.
Взгляд в будущее
Область продолжает развиваться. Благодаря ИИ и машинному обучению ИА становится более динамичной. Рекомендации становятся умнее. Поиск — более интуитивным.
Но основной принцип остается неизменным. Структура имеет значение. Хаос отталкивает.
В следующий раз мы подробнее рассмотрим историю ИА. Мы рассмотрим ключевые концепции, определяющие эту область. И мы изучим программное обеспечение, которое воплощает её в жизнь.
Для
Нам не изобретать необходимость наводить порядок. Мы занимаемся этим уже тысячи лет. В 330 году до н. э. в Александрийской библиотеке уже существовала библиография, состоявшая из 120 свитков. Столетия спустя мы создали десятичную систему Дьюи и классификацию Библиотеки Конгресса США, потому что стопки бумажных документов стали слишком большими. Вероятно, вы использовали оглавления в школе. Цель всегда была одной и той же: убедиться, что вы сможете найти то, что ищете.
Затем появился интернет.
Внезапно темпы публикации взлетели. Мы добавляли не просто книги на полки; каждую секунду мы добавляли точки данных в глобальную сеть. Цифровые форматы сделали перекрестные ссылки тривиальной задачей. Нажми на ссылку — и ты уже в другом месте. Неоспоримая сила этой гибкости породила новую проблему.
Поддержание порядка во всем теперь кажется не просто рутиной, а невыполнимой задачей. Огромный объем информации подавляет.
В 1976 году Ричард Соул Вурман придумал термин, который помог нам справиться с этой проблемой. Он присутствовал на конференции Американского института архитекторов. Сегодня он более известен как сооснователь конференций TED. Вурман заметил пробел в том, как мы говорим о данных. Он не любил термин «информационный дизайн», потому что он фокусировался на эстетике. Он описывал, как выглядит информация, но не то, как мы к ней обращаемся.
Ему нужно было слово, которое отражало бы системный подход к тому, как на самом деле работают системы информации. Он назвал это информационной архитектурой. Он опубликовал книгу об этой концепции в 1997 году, но идея укоренилась задолго до этого.
Определение сферы информационной архитектуры
Этот термин часто путают с другими дисциплинами. Вы можете услышать, как инженерию юзабилити, управление контентом, стратегию контента, проектирование пользовательского опыта (UX) и проектирование взаимодействия (IxD) используют как синонимы. Это не так.
Это смежные области. Они затрагивают конкретные аспекты внутри ИА. Или они относятся к конкретной технологии, используемой для создания системы. Веб-сайт — это технология. UX — это философия дизайна. Информационная архитектура — это каркас. Это структура. Это карта.
У нас есть история. У нас есть определение. Определить его точно, безусловно, сложно. Но оно необходимо. Оно нам нужно, потому что вселенная информации продолжает расширяться.
Зачем нам нужна информационная архитектура?
Подумайте о том, как вы организуете свою книжную полку. Вы не применяете все возможные правила одновременно. Вы выбираете одну основную систему. Возможно, это фамилия автора. Возможно, это название. Или, может быть, вы группируете их по высоте, хотя это обычно проигрышная стратегия. Если вы попытаетесь комбинировать методы, один из них должен доминировать. Сначала автор, а затем название для дубликатов.
Как вы выбираете? Вы оптимизируете процесс поиска. В огромной исследовательской библиотеке читатели не ищут по автору. Они ищут по теме. Если в этом контексте вы организуете книги по авторам, вы создаете препятствия.
Цифровая информация сложнее книг, но цель остается той же. Вам нужно сделать доступ проще. Но вот в чем загвоздка: расположение, которое ускоряет поиск для одной группы пользователей, может замедлить или даже заблокировать его для другой.
Стоимость плохой организации
Мы тонем в цифровом контенте. Объем данных растет с каждым днем. Без надежной структуры люди не могут найти то, что им нужно, когда это им нужно.
Хорошая архитектура информации (IA) — это не просто аккуратные меню. Это эффективность. Компания с оптимальной IA снижает операционные расходы. Сотрудники тратят меньше времени на поиск файлов. Они тратят меньше времени на воссоздание документов, потому что не смогли найти оригинал. Это сэкономленные деньги.
Финансовая выгода может быть ошеломляющей. Рассмотрим случай, изученный Джаредом Спулом в 2009 году. Команда изменила расположение формы входа на крупном сайте электронной коммерции. Это было тонкое изменение в IA. Возвращающиеся клиенты могли войти в систему до начала просмотра. Процесс стал более гладким. Они тратили больше. Новые клиенты не обязаны были регистрироваться перед покупкой. Трение исчезло.
Результат? Онлайн-продажи выросли примерно на 300 миллионов долларов за один год. Изменения начали показывать значительный рост уже в первую неделю. Все благодаря тому, что они переместили форму.
Основные концепции, которые необходимо освоить
Итак, с чего начать? Архитектура информации — это обширная область. Прежде чем погружаться в инструменты или программное обеспечение, вам нужно понять фундаментальные концепции. Это ментальные модели, которые определяют, как пользователи взаимодействуют с вашим цифровым пространством.
Книга про белого медведя и её структура
Розенфельд и Морвиль определили эту область в своём знаменитом руководстве, которое в народе называют книгой про белого медведя из-за изображения животного на обложке издательства O’Reilly. Это не просто милая деталь. Именно этот текст чаще всего цитируют специалисты по информационной архитектуре (IA), когда определяют дисциплину.
Издание 2002 года разделяет информационную архитектуру на три пересекающихся круга: контент, пользователи и контекст. Контент — это сырой материал: текст, данные, изображения, видео. Пользователи — это люди, которые ищут этот материал, включая особенности их мышления и поиска. Контекст — это среда: бюджеты, технологические стеки, корпоративная политика, цели. Нельзя проектировать для пользователей, не зная ограничений.
Базовая единица: пакет
Гэри Марчинини, декан Школы информационной и библиотечной науки Университета Северной Каролины, упростил это ещё больше. На своей презентации он назвал базовой единицей информационной архитектуры пакет. Это абзац. Изображение. Видео. Дискретный фрагмент данных.
Информационная архитектура — это не просто расстановка этих фрагментов. Это планирование того, как они управляются, доступны и связаны внутри более крупной системы. Здесь мы будем придерживаться термина Марчинини. Он чище, чем «сущность» или «объект».
Атрибуты и логика
Всё в пакете требует меток. Это атрибуты. Представьте их как дескрипторы метаданных. Рост. Вес. Пол. Для цифровой информации атрибуты могут быть физическими (например, количество символов в абзаце) или абстрактными (например, правильный контекст для отображения этого текста).
Если информационная архитектура не применяет их последовательно, система ломается. Наступает хаос. Атрибуты требуют правил. Логики. Как атрибут А связан с атрибутом Б? Без такой структуры поиск не работает. Навигация не работает.
Четыре компонента информационной архитектуры
Абстрактные концепции бесполезны без реализации. Розенфельд и Морвиль выделили четыре конкретных компонента, которые архитекторы используют для воплощения этих идей.
- Системы организации. Это то, как мы категоризируем информацию. Имена авторов. Заголовки. Размер обуви. Тип ткани. Цвет. Это таксономия.
- Системы маркировки. Как мы представляем эту категорию? Используем ли мы «офтальмолог» или «врач-окулист»? Это зависит от уровня грамотности и ожиданий аудитории. Точность не всегда означает ясность.
- Системы навигации. Как люди перемещаются между частями контента? Кнопка «Далее». Панель вкладок. Боковая панель. Это путь.
- Системы поиска. Как пользователи находят то, что им нужно, когда они не знают пути? Ввод ключевых слов. Просмотр пронумерованных списков. Фильтрация. Это аварийный выход.
Техническая реальность
Эти компоненты не существуют в вакууме. Они живут внутри технологий. Если вы используете базу данных, вам нужны компоненты запросов для извлечения конкретных записей. Если вы создаёте веб-сайт, вы имеете дело с просмотром, прокруткой и кликами. Информационная архитектура должна учитывать механику доступа.
Архитектор широкого профиля
Масштаб этой работы огромен. Информационный архитектор не может просто рисовать диаграммы. Он должен знать правила.
Вспомните традиционного архитектора. Он не может игнорировать строительные нормы. Он должен понимать структурные стандарты, чтобы дом не рухнул и прошёл проверку. Информационному архитектору нужна та же глубина знаний. Он должен понимать отраслевые стандарты создания, хранения, доступа и представления цифровой информации.
Это означает знание Unified Modeling Language (UML). HTML. CSS. JavaScript. Речь не всегда идёт о написании кода, но вы не можете спроектировать то, чего не понимаете.
Контролируемые словари — это обязательное условие. Метаданные должны быть точными. Каждая метка должна означать ровно одно понятие. Если «Красный» означает два разных цвета в двух разных отделах, система сломана.
Проектирование структуры
Следующий шаг — реализация. Теория здесь заканчивается.
Документация — это основа любой успешной информационной архитектуры (IA). Без неё структура остаётся лишь мысленным экспериментом. Архитекторы создают письменную фиксацию своих проектов, подобно тому, как инженеры чертят чертежи для небоскрёба. Это гарантирует, что каждый разработчик и специалист по поддержке системы знает правила. Документация также служит основным справочным материалом для будущих обновлений. Если первоначальный план утерян, система начинает «дрейфовать».
Сама документация отличается детализацией. Она включает описания пакетов контента и их конкретных атрибутов. Диаграммы показывают, как эти пакеты связаны между собой. Блок-схемы отображают решения пользователей, прослеживая путь от одного выбора к другому. Затем идут вайрфреймы (wireframes). Это скелетные модели веб-страниц, которые определяют, как информация представлена пользователю.
Когда требуется утверждение, презентации играют ключевую роль. Архитекторы могут создавать презентации для защиты новых проектов перед менеджерами или советом директоров. Однако процесс начинается с хаоса. Мозговой штурм происходит на бумаге. Доски завалены стикерами. Это хаотично. По мере того как концепция кристаллизуется, архитекторы переходят к использованию программного обеспечения для моделирования. Такие инструменты, как Visio, OmniGraffle или Dia, помогают создавать чистые блок-схемы и древовидные структуры. Эти визуализации часто попадают в финальную документацию, где они дорабатываются с помощью инструментов настольной вёрстки, таких как Adobe Illustrator.
Инструменты для тестирования и моделирования
Проектирование требует проверки. Архитекторы не просто гадают; они используют специализированное программное обеспечение для проверки своих гипотез до написания первой строки кода. Эта фаза моделирования помогает выявить недостатки на ранних этапах.
Несколько инструментов доминируют в этой области:
- Optimal Sort анализирует взаимодействие пользователей с информацией. Он помогает архитекторам выбрать лучшие категории и метки, напрямую наблюдая за пользовательским опытом (UX).
- Treejack фокусируется на навигации. Он имитирует переходы пользователей по страницам, чтобы выявить места, где они теряются или застревают.
- Axure RP — это инструмент для прототипирования. Он создаёт интерактивные модели вайрфреймов веб-сайтов, позволяя командам тестировать функциональность без разработки серверной части (backend).
- Morae записывает и тестирует существующие сайты. Он предоставляет глубокие данные о пользовательском опыте, выделяя точки трения, требующие улучшения информационной архитектуры.
После того как дизайн проверен, наступает время для внедрения. Здесь теория встречается с реальностью.
Внедрение информационной архитектуры в действие
Внедрение опирается на два типа программного обеспечения. Во-первых, это программное обеспечение для моделирования, обсуждавшееся выше. Во-вторых, это само программное обеспечение информационной системы, которое воплощает дизайн в жизнь. Именно во второй категории происходит основная работа.
Система управления контентом (CMS) является «рабочей лошадкой» современной веб-инфраструктуры. Она объединяет функции файловой системы и библиотеки. Пользователи могут брать контент, обновлять его и возвращать обратно. Система отслеживает версии, сохраняя историю. Старые версии остаются доступными. Другое программное обеспечение может затем извлекать эти данные для заполнения документов или отображения их на веб-страницах.
Выбор правильной CMS зависит от потребностей организации. Drupal и Alfresco — два известных примера, но они служат разным целям.
Drupal — это бесплатный вариант с открытым исходным кодом, написанный преимущественно на PHP. Он обладает высокой гибкостью. Его сила заключается в готовых функциях и обширной библиотеке бесплатных расширений. Эти плагины часто необходимы для полноценной реализации сложной веб-IA.
Alfresco работает по модели подписки. Он выходит за рамки простого веб-контента. Он управляет внутренними документами и записями организации. Это делает его подходящим для предприятий с высокими требованиями к соблюдению нормативных требований или архивному хранению.
Другое программное обеспечение также может функционировать как CMS, хотя и с ограничениями. Платформы для блогов, такие как WordPress, и программное обеспечение для вики, такое как MediaWiki, пользуются большой популярностью. Они обеспечивают хранение и представление контента, но предлагают меньше возможностей для глубокой категоризации по сравнению со специализированными системами.
Затем есть системы управления документами (DMS). DMS, такая как KnowledgeTree, похожа на CMS, но имеет более узкую сферу применения. Она фокусируется на сохранении форматов документов. Она отслеживает автора и временную метку каждой редакции. Однако её возможности поиска отличаются. DMS часто опирается на метаданные и теги, а не на поиск по полному тексту документа. Это различие имеет значение для точности поиска.
Информация никогда не остаётся статичной. Она растёт. Она меняется. Контекст сдвигается. Пользователи со временем требуют разного. Для архитектора информации это означает, что работа никогда не бывает полностью завершена. Они должны постоянно оценивать, может ли текущая IA по-прежнему поддерживать объём и тип генерируемой информации. Когда старая структура больше не подходит, архитектор сталкивается с выбором. Обновить модель. Или, иногда, обновить само программное обеспечение. Система должна эволюционировать, иначе она умрёт.
Термин «архитекторы информации» не появился из ниоткуда. Он возник на фоне взрывного роста Интернета в 1990-х годах. Книга Ричарда Соула Вурмана 1996 года «Информационные архитекторы» дала название этому хаосу. Но настоящий культурный сдвиг произошел, когда эксперты начали спорить.
Питер Морвилл вспоминает эти дебаты. Они были страстными. Коллеги спорили о том, как применить принципы библиотечного и информационного дела (LIS) к новой концепции Вурмана. Это была не просто теория. Речь шла о выживании в цифровой пустыне.
Когда O’Reilly Media опубликовала книгу Морвилла совместно с Луисом Розенфельдом, искра превратилась в пламя. Интерес взлетел до небес. Спустя два года в игру вступил Ричард Хилл из ASIS&T. Он помог Розенфельду организовать первый ежегодный Саммит по информационной архитектуре.
От мастер-классов до глобальных саммитов
ASIS&T проводит этот саммит каждый год с 2000 года. Это не просто конференция. Это учебная площадка. Мастер-классы ведут новаторы в области ИА. Это не теоретические лекции. Это практические занятия, проводимые уважаемыми профессионалами.
Взгляните на конференцию 2011 года в качестве доказательства. Темы варьировались от конкретных методов ИА до будущего состояния этой области. Статус профессии обсуждалась в реальном времени.
Этот импульс породил другие организации. Движение вышло на глобальный уровень. В Европе появился саммит European Information Architecture (EuroIA). В Австралии — Oz-IA.
Институт информационной архитектуры (IAI) был создан для профессионального развития этой области. Их ежегодная конференция называется IDEA: Information Design Experience Access. Речь идет не только о структуре. Речь идет об опыте.
Человеческий элемент в цифровом порядке
Итак, кто такой типичный архитектор информации?
Аделль Франк из Университета Эмори, возможно, знает ответ. Она управляет данными за веб-сайтом Колледжа Эмори. Она посетила два саммита по ИА. Ее описание роли очень конкретное.
«Необычный, умный человек, сочетающий технические навыки с хорошими социальными навыками и креативностью».
Это странный микс. Вам нужна логика. Но также вам нужна эмпатия. Франк объясняет, что энтузиасты любят хаос. Они процветают, наводя порядок в информационной перегрузке. Они улучшают то, как люди воспринимают Интернет.
Не у всех есть должность архитектора. Многие люди обладают теми же навыками. У них та же страсть. Они просто не называют себя архитекторами.
Поддержание связей в распределенном сообществе
Это сообщество остается на связи. Они не ждут конференций, чтобы учиться. Они используют RSS-ленты. Списки рассылки. Подкасты с мероприятий по ИА. Статьи. Членство в таких группах, как ASIS&T и IAI.
Twitter тоже играет свою роль. Франк отмечает, что эта технически подкованная аудитория твитит во время мероприятий. Это параллельный разговор. Он позволяет энтузиастам оставаться в курсе событий, даже если они не могут присутствовать лично.
Мы лишь поверхностно коснулись темы. История, концепции и методы обширны. Для новичков и опытных архитекторов литература бесконечна.
Если вы хотите углубиться, поищите ресурсы по ИА взаимодействия с пользователем. Двигайтесь вперед. Эта область не заканчивается здесь. Она становится только сложнее.
Часто задаваемые вопросы
Что такое проектирование информационной архитектуры?
Это процесс структурирования и организации информации для цифровых продуктов, таких как веб-сайты. Он включает создание таксономий и систем навигации. Цель проста. Помочь пользователям найти то, что им нужно.
