Информационная архитектура в интернете

ИНФОРМАЦИОННАЯ АРХИТЕКТУРАподходы и принципы

Михаил Галушко mikhail@galushko.ru | http://galushko.ru | +7 916 550-27-56

Михаил ГалушкоБизнес-аналитика и проектирование

профессиональный опыт более 18 лет

специализация на проектировании интерактивных решений для финансового сектора

клиенты и работодатели: Центр финансовых технологий, Альфа-Банк, ВТБ24, Сбербанк, Ингосстрах

участник ТОП-100 рейтинга ключевых персон российского рынка веб-разработки и digital-маркетинга

НЕМНОГО О ПРОФЕССИИ

Информационный архитектор — это роль, а не профессия.

«Проектировщик»

Что хороший проектировщик должен сказать о себе?

«Я был хорошим дизайнером в нескольких областях: например — реклама, диджитал, приложения, брендинг, промдизайн, навигация, архитектура.»

«Я был менеджером как со стороны производства, так и со стороны заказа.»

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

«Мой опыт включает десятки проектов, в которых я выступал в роли дизайнера, менеджера или разработчика.»

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

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

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

ЦИКЛ ПРОЕКТИРОВАНИЯ

Ситуационный анализ

Текущая ситуацияЦелевая аудитория

Обзор рынка

Точки принятия решения

SWOT-анализ Выводы

Постановка целей и задач

Коммуникационные цели

Бизнес-целиЗадачи, которые должны быть для этого решены

Концепция сайта

Концептуальные инструменты

Навигационная концепция

Точки принятия решений

Из этого и строится информационная архитектура

Концепция сайта

Концептуальные инструменты — конструктор банковских продуктов, социальное доказательство, контекстное информирование…

Навигационная концепция — mobile first, touch, share…

Точки принятия решения — главная страница, продуктовая страница, интерактивный калькулятор…

Описание концепции в текстовом виде может достигать сотни страниц. Поэтому всегда имеет смысл иметь под рукой простую

схему для объяснения.

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

ЧТО ТАКОЕ ИНФОРМАЦИОННАЯ АРХИТЕКТУРА

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

Луис Розенфельд, 1999 год.

Это не структура сайта, приложения или сервиса!

Это проектирование пользовательского опыта…

…и решение поставленных перед проектом задач.

ЗАЧЕМ НУЖНАИНФОРМАЦИОННАЯАРХИТЕКТУРА

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

Noreen Whysel

Инструмент для самоанализа

Наглядная демонстрация концептуальных идей

Руководство для проектировщиков и разработчиков

Гарантия жизнеспособности экосистемы пользователя

Понимание сайта или сервиса как единого продукта

ИЗ ЧЕГО СЕГОДНЯ СОСТОИТИНФОРМАЦИОННАЯАРХИТЕКТУРА

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

Noreen Whysel

Категоризация информации ориентируясь на конечного

пользователя

Арбуз и помидор это ягоды только с точки зрения науки

Даже из хаоса создается спонтанный порядок

Но у нас больше нет миллиардов лет на эволюцию

Классификация информационных сущностей требует маркировки

Что является отдельной страницей, сервисом, состоянием навигации, описанием информационного блока?

Каковы приоритеты в навигации и сценариях взаимодействия?

Что попадет в меню первого уровня? Как строить навигацию?

Как удержать внимание пользователя?

Как взаимосвязаны между собой отдельные сущности?

Горизонтальные связи становятся важнее вертикальных!

Понимает ли пользователь, как он сюда попал и чего ожидать в дальнейшем?

В конечном итоге, как пользователь получает удовлетворение от реализации

своей потребности?

ИНСТРУМЕНТАРИЙ

ИНСТРУМЕНТАРИЙ АРХИТЕКТОРА

• Головамой выбор: трезвая

• Ментальные карты мой выбор: XMind

• Блокноты мой выбор: тетрадь A4

• Онлайн-сервисы групповая работа над проектами

• Специализированное ПО мой выбор: Axure RP

• Фреймворки снимают ограничения ПО

МЕТОДОЛОГИЯ

Категоризация контента по общим признакам

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

Алфавитная классификация

Хронологическая классификация

Географическая классификация

и так далее…

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

Категоризация контента исходя из потребностей конечного пользователя

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

пользователя способом.

Тематическая классификация

Интенциональная классификация

Аудиторная классификация

Метафорическая классификация

и так далее…

Рекомендуется придерживаться одной модели классификации: пользователь должен интуитивно понимать,

как с ним сейчас разговаривают.

Но это не означает, что в рамках продукта нельзя использовать несколько схем.

ДЕЛАЕМ САЙТ БАНКА

• Тематическая классификация: вклады, кредиты, кредитные карты…

• Интенциональная классификация: сохранить, преумножить, перевести…

• Аудиторная классификация: частным лицам, малому бизнесу, компаниям…

Расстановка взаимосвязей

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

подчинения или места в сценарии.

Иерархический формат

Сценарный формат

Матричная структура

База данных

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

информационный объект может иметь подчиненного себе.

По сути это то, что зовется «деревом».

Иерархический формат может быть представлен в виде ментальной карты, чарта, древовидного представления,

логического представления, да как угодно.

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

регистрации.

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

Например, кто-то хочет пойти по интенциям, а кто-то по тематикам. Можно предусмотреть возможность реализации таких

типов поведения.

Понятно, что такая “свобода” на самом деле иллюзорна, так как возможности выбора предопределены и ограничены

согласно целям проекта.

На схеме для визуализации матричных переходов и прочих взаимных зависимостей можно использовать стрелки и

всевозможные обозначения.

Модель базы данных - когда у каждого информационного объекта есть набор метаданных, благодаря чему структурирование контента

может происходить по запросу как угодно.

Это наиболее дружелюбная к пользователю модель при должной поддержке на уровне интерфейса.

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

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

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

оснований.

Инвентаризация контента

Следует внимательно посмотреть на контент как таковой. Из чего состоят отдельные информационные объекты?

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

конечный контент влияет на архитектуру?

Адреса страниц

Метаописания

Заголовки

Тексты, таблицы, медиаматериалы

Файлы для скачивания

Интерактивные сервисы

и так далее…

Нужно помнить, что у проектировщика карт-бланш и он может структурировать контент с самого начала «правильно»,

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

Нужно только будет обосновать, почему именно так будет эффективнее, чем иным способом.

Нужно помнить, что у проектировщика карт-бланш и он может структурировать контент с самого начала «правильно»,

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

Нужно только будет обосновать, почему именно так будет эффективнее, чем иным способом.

Можно отдельно проработать последовательность информационных блоков и сделать их частью информационной архитектуры, например:

- описание продукта

- встроенный калькулятор

- результаты расчета

- форма заявки

и так далее…

Прототип это иллюстрация и развитие информационной

архитектуры

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

Концептуальный прототип

Главная страницаТиповая страница продукта

Прототип калькулятора

Продуктовая анкета

Информационные разделы

Точки продаж

На примере банковского сайта

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

распределения пространства, приоритезации контента и сервисов.

Навигационное решение

Цели и задачиЦелевые аудитории и уровни доступа

Функциональные требования

Детальный прототип

Опираясь на концептуальный прототип

Используя реальный контент

Передается в дизайн

Проектирование заканчивается с реализацией прототипа в дизайн-макете и затем в итоговой верстке. Поэтому важен авторский надзор.

ЧТО ЧИТАТЬ

• medium.com и habrahabr.ru по запросу «информационная архитектура»

•Информационная архитектура в Интернете (П.Морвиль и Л.Розенфельд, рус.)

• A Practical Guide to Information Architecture (D. Spencer, англ.)

• Pervasive Information Architecture: Designing Cross-Channel User Experiences (A.Resmini, L.Rosati, англ.)

• …

Спасибо за внимание

Михаил Галушко mikhail@galushko.ru | http://galushko.ru | +7 916 550-27-56