Уявіть, що ви зводите будинок без креслення. Як ви дізнаєтесь, де мають бути стіни? Як ви переконаєтеся, що сантехніка підходить перед тим, як будуть встановлені гіпсокартонні панелі? Ви не можете гадати. Вам потрібний план. Без детального проекту від архітектора ви просто складаєте цеглу.
Тепер уявіть запуск інтернет-магазину. Ви маєте товари. Вам потрібний веб-сайт. Де буде розміщено каталог? Як клієнт знайде контактну інформацію? Якщо ви просто поспішно зберете сторінки, це призведе до хаосу. Користувачі підуть. Продажі впадуть. Вам потрібна структура. Ця структура – інформаційна архітектура (IA).
Не магія. Це – інженерія. Але, на відміну планів будинку, цифрова IA невпорядкована. Вона постійно змінюється. Спробуйте дати єдине визначення, і ви упретеся в стіну. Ця область надто мінлива. Але якщо поєднати стандартні описи, ви вловите суть.
Інформаційна архітектура – це модель інформаційної системи. Вона визначає правила. Вона диктує, як контент організується, зв’язується, забезпечується доступом до нього і представляється. Це також мистецтво та наука створення такої моделі.
Візьмемо для прикладу корпорацію, що росте. Її IA може охоплювати лише публічний веб-сайт. Або вона може поширюватись на все. маркетингові матеріали. Бази даних клієнтів. Внутрішня документація Усе це пов’язано.
Досі незрозуміло? Уявіть собі інтернет-магазин взуття.
Кожна пара взуття – це одиниця інформації. Магазин – це система. IA – це логіка, що лежить в основі полиць. Це посібник за розмірами. Фільтри за кольором. Дані про залишки на складі. Цінові бирки. Це невидима сітка, яка робить покупку взуття можливою без блукання лабіринтом.
Це велике навантаження для однієї системи. У цій статті ми розберемо методи та технології, що стоять за ІА. Ми розглянемо, як розвивалася. Ми торкнемося основних концепцій. І подивимося, які інструменти використовують професіонали, щоби підтримувати роботу цифрових систем.
Історія інформаційної архітектури
Люди протягом тисячоліть намагаються утримати хаос на відстані. Задовго до появи інтернету ми вже створювали системи сортування даних. Візьмемо Єгипет 330 до н. е. Олександрійська бібліотека не просто накопичувала сувої; вона їх індексувала. 120-світкова бібліографія описувала її зміст. Це була старанна робота. Пізніше виникла десяткова система Дьюї. Далі класифікація Бібліотеки Конгресу. Це були не просто мітки. Це був єдиний спосіб орієнтуватися у зростаючих колекціях.
Ймовірно, ви використали спрощену версію цього у школі. План. Заголовки верхнього рівня. Підпункти. Та сама логіка. Просто у меншому масштабі.
Потім з’явилися комп’ютерні мережі. Інтернет. Всесвітнє павутиння.
Темпи публікації злетіли. Ми перейшли від зручних полиць до величезних озер даних. Щодня додається дедалі більше контенту. Цифрові формати змінили правила гри. Перехресні посилання стали миттєвими. Клацніть на посилання. Перейди туди. Не треба ходити рядами стелажів.
Але швидкість створює нову проблему.
Коли все доступно, пошук того, що вам потрібно, стає вузьким місцем. Завдання організації інформації видається переважним. Можливо, навіть неможливою.
У міру еволюції формату інформації змінюються наші методи. Нам потрібна нова структура.
Річард Соул Вурман передбачав це. Наразі він відомий тим, що допоміг запустити конференції TED. Але в 1976 він був присутній на конференції Американського інституту архітекторів (AIA). Він запровадив новий термін. Інформаційна архітектура.
Йому не подобався термін «інформаційний дизайн». Він звучав так, ніби йдеться лише про естетику. Про те, як виглядає все. Вурмана цікавила структура. Як здійснюється доступ до інформації. Як використовується. Його книга 1997 року закріпила це поняття. Йшлося не про прикрасу. Йшлося про системну функціональність.
Ви можете почути різні терміни. Вони є синонімами. Це фрагменти цілого.
Інженерія юзабіліті фокусується на ефективності. Управління контентом займається бекендом. Контент-стратегія планує наратив. Проектування досвіду користувача (UX) описує шлях користувача. Проектування взаємодії (IxD) визначає, як ви взаємодієте з інтерфейсом.
Це частини головоломки. Інформаційна архітектура — це креслення, яке об’єднує їх усі.
Ми знаємо, звідки виник цей термін. Ми знаємо, чому він необхідний. Всесвіт інформації розширюється швидше, ніж наші здібності до концентрації. Далі розглянемо ключові компоненти, які роблять інформаційну архітектуру працюючою.
Архітектура інформації: чому організація створює цінність
Уявіть, що ви розставляєте книги на полиці. Ви можете вибрати лише одне основне правило сортування за один раз.
Розставляти за авторами? За назвою? По висоті? Звісно, можна комбінувати ці підходи. Але одне правило має пріоритет. Наприклад, спочатку за автором, потім за назвою.
Як ви обираєте? Ціль проста: зробити так, щоб читачам було максимально легко знайти те, що вони хочуть. У великій науковій бібліотеці користувачі шукають конкретного автора. Вони шукають предметної області. Контекст визначає структуру.
Цифрова інформація набагато складніша, ніж книжкова полиця. Варіанти організації даних великі. Однак причина залишається тією самою. Ви структуруєте цифрові активи, щоб покращити доступ користувачів.
Ось у чому проблема. Підхід, який допомагає одній групі користувачів миттєво знаходити дані, може заплутати чи заблокувати іншу групу. Швидкість одних означає тертя іншим.
Оскільки обсяг цифрового контенту зростає експоненційно, архітектура інформації більше не є опціональною. Вона потрібна. Без неї люди не можуть отримати доступ до того, що їм потрібно, коли це їм потрібно.
Бізнес обґрунтування конкретне. Компанія з оптимальною архітектурою інформації бачить зниження операційних витрат. Користувачі витрачають менше часу на пошук файлів. Вони рідше дублюють роботу, бо можуть знайти вихідне джерело. Йдеться не просто про порядок. Йдеться про ефективність.
Розглянемо випадок 2009 року, вивчений Джаредом Спулом. Він виділив веб-сайт, який збільшив онлайн-продаж приблизно на 300 мільйонів доларів за один рік.
Тригером? Переміщення форми входу.
Команда Спула проаналізувала взаємодію клієнтів. Вони були частиною редизайну архітектури інформації сайту. Інсайт був простим. Повертаються клієнти, які входили до системи до перегляду каталогу, отримували більш гладкий досвід. Вони витрачали більше.
Початкові покупці також виграли. Забравши обов’язкову стіну реєстрації, більше користувачів завершували покупки.
Результати з’явилися на першому тижні. Прості структурні зміни призвели до величезного зростання виручки.
То чому це важливо для вас? Ви стикаєтеся з погано спроектованою архітектурою інформації кожен день. Вона проявляється у вигляді нескінченних кліків для пошуку налаштування. Вона проявляється у вигляді заплутаних навігаційних меню. Це фрустрація знання, що файл існує, але неможливості його знайти.
Тепер, коли ми розуміємо навіщо, ми можемо подивитися на як. Архітектура інформації – це широка область. Нам потрібно почати з основних концепцій, перш ніж поринати в техніки та інструменти, які втілюють ці концепції у життя.
Концепції архітектури інформації
Архітектура інформації: від полярних ведмедів до пакетів даних
Архітектура інформації (Information Architecture, IA) – це не просто модне слівце. Це структурна модель інформаційного простору. Практика IA включає організацію та управління цими даними. Сама модель встановлює правила. Вона визначає, як підтримується інформація. Вона вирішує, як елементи пов’язані між собою. Вона регулює доступ та подання даних. Щоб точно описати IA, потрібні конкретні концепції. Покладатися лише на розмиті визначення не можна.
Біблією галузі є книга Л. Rosenfelda та P. Morville “Information Architecture for the World Wide Web”. Ви можете знати її під назвою “Книга з полярним ведмедем”. Обкладинка видавництва O’Reilly зображує полярного ведмедя. Популярність книги у співтоваристві фахівців з IA закріпила за нею це прізвисько. Фахівці посилаються цих авторів як у основний авторитет у визначенні дисципліни.
У виданні 2002 року вони визначають IA через три кола, що перетинаються. Перший — це контент. Він містить текст. Він включає числові дані. Він включає зображення та відео. Друге коло – це “користувачі”. Це ваша цільова аудиторія. IA має враховувати їхній досвід. Вона має враховувати моделі пошуку інформації. Третє коло – це “контекст”. Він охоплює цілі та ресурси. Він включає технологію. Він включає корпоративну культуру. Він навіть включає політику.
Визначення базової одиниці: пакети даних
Гері Маркініні пропонує інший погляд. Він є професором і деканом Університету Північної Кароліни в Чапел-Хілл. Він виступав на цю тему у Школі інформації та бібліотечної справи цього університету. Він визначив базову одиницю інформації в IA як пакет (package).
Пакет простий. Це абзац тексту. Це одне зображення. Це фрагмент відео. Це будь-який окремий фрагмент даних. План ІА повинен визначати, з чого складаються ці пакети. Він повинен вирішувати, як вони керуються в рамках більшої системи. Він має визначати, як до них здійснюється доступ. Для ясності у цій статті використовується термін Маркініні.
Роль атрибутів
IA також покладається на атрибути. Це деталі, які використовуються для опису чогось. Уявіть, що ви описуєте людину за зростом, вагою або статтю. Інформація також має атрибути. Вони описують пакети або об’єкти в них.
Є фізичні властивості. Вони специфічні. Прикладом може бути кількість символів в абзаці. Потім є абстрактні атрибути. Вони контекстуальні. Прикладом може бути визначення відповідного контексту для відображення цього абзацу.
Щоб ІА функціонувала, ці атрибути повинні застосовуватися послідовно. Система також може містити логіку того, як атрибути співвідносяться один з одним. Послідовність необов’язкова. Це необхідно для ефективності.
Компоненти, що використовуються в інформаційній архітектурі
Розуміння абстрактних понять – це перший крок. Другий крок полягає в дослідженні компонентів, які архітектори використовують для охоплення цих концепцій. «Книга білого ведмедя» визначає чотири основні компоненти системи IA:
- Системи організації визначають категорії для розміщення інформації. Ви можете групувати дані за іменами авторів і назвами. Або ви можете сортувати їх за розміром взуття, тканиною та кольором. Важлива логіка категорії.
- Системи маркування визначають, як ми представляємо інформацію. Це включає в себе вибір відповідного рівня термінології для аудиторії. Чи варто вживати в статті терміни «офтальмолог» і «офтальмолог»? Або краще «офтальмолог»? Мітка повинна відповідати ментальній моделі користувача.
- Навігаційні системи контролюють перехід від однієї інформації до іншої. На цій сторінці ви використовуєте кнопку «Далі», щоб рухатися вперед. Ви також використовуєте такі вкладки, як «Пригоди» та «Технології» вгорі, щоб досліджувати нові теми. Навігація – це пересування.
- Пошукові системи – це те, як ми знаходимо певну інформацію. Це передбачає введення слів у пошукову систему. Це передбачає сканування термінів у пронумерованому списку. Тут можна ввести декілька слів у поле пошуку. Це звужує результати. Це наближає вас до тем, які вас цікавлять.
Ці компоненти – ще не вся історія. Інші елементи походять від технологій, використаних для втілення моделі в життя. Якщо ви зберігаєте інформацію в базі даних, архітектура потребує компонента запиту. Вам потрібен спосіб отримання певних фрагментів даних. Якщо ви створюєте веб-сайт, доступ до інформації залежить від перегляду, прокручування та натискання. Це механічні дії користувача.
Завдання масштабне. Інформаційний архітектор має бути спеціалістом широкого профілю. Розглянемо звичайного архітектора, який проектує будинок. Він повинен знати встановлені архітектурні стандарти. Він повинен розуміти державні правила та норми. Будівельники повинні вміти читати креслення. Будівля має пройти юридичну перевірку. Готовий будинок повинен бути безпечним і привабливим.
Інформаційний архітектор потребує подібних навичок. Повинен розуміти галузеві стандарти створення, зберігання, доступу та представлення цифрової інформації. Стандарти включають уніфіковану мову моделювання (UML). До них відноситься мова розмітки гіпертексту (HTML). До них належать каскадні таблиці стилів (CSS) і JavaScript. Загальні галузеві практики не менш важливі. Архітектори використовують контрольовані словники. Вони використовують метадані. Це гарантує, що кожна мітка категорії означає лише одне точне значення. Це запобігає двозначності.
Проектування архітектури інформації
Документування креслень
Інформаційний архітектор не лише проектує, а й документує. Це можна порівняти з етапом створення креслень для будівлі. Необхідний письмовий документ, щоб кожен розробник і дизайнер точно знав, які правила слідувати. Ця документація призначена як для команди розробки. Це довідковий посібник для фахівців з підтримки, яким належить запобігати розпаду системи через роки експлуатації.
Архітектор фіксує певні деталі. Він описує типи пакетів та його атрибути. Він розбудовує взаємозв’язки між цими пакетами. Блок-схеми показують, як рішення користувача одному етапі перенаправляє його до наступному. Вайрфрейми ілюструють візуальне компонування. Якщо дизайн вимагає затвердження порадою директорів чи керівником, архітектор може навіть підготувати презентацію для наради.
Ескізування та моделювання
На ранніх етапах процес хаотичний. Архітектори генерують ідеї, роблячи начерки на папері чи наклейках. Дошка допомагає продумати швидкі зміни, не фіксуючи їх у коді.
Коли план зміцнюється, вони переходять до програмного забезпечення моделювання. Такі інструменти як Visio, OmniGraffle або Dia створюють візуальні уявлення структури. Вони відображають шляхи навігації користувачів. Вони показують, як розгалужуються дерева інформації. Ці графічні елементи стають частиною підсумкової документації, які часто допрацьовуються за допомогою інструментів настільної верстки, таких як Adobe Illustrator.
Існує також спеціалізоване програмне забезпечення для конкретних завдань ІА. Ці інструменти допомагають тестувати досвід користувача (UX) і навігацію до написання першого рядка коду.
- Optimal Sort допомагає архітекторам вибирати найкращі категорії та мітки, аналізуючи взаємодію користувачів з контентом.
- Treejack відстежує шляхи кліків, щоб зрозуміти, де користувачі губляться у структурі сайту.
- Axure RP дозволяє створювати інтерактивні прототипи з використанням підходу вайрфреймінгу.
- Morae тестує існуючі сайти для оцінки ефективності та виявлення точок тертя в UX.
Впровадження інформаційної архітектури в дію
Дизайн марний без реалізації. Програмне забезпечення для інформаційних систем закриває розрив між баченням архітектора та живим веб-сайтом. Це програмне забезпечення зазвичай ділиться на дві категорії: інструменти моделювання (які ми щойно розглянули) та безпосередні засоби побудови систем.
Основну роботу виконують системи управління контентом (CMS). CMS об’єднує функції файлової системи та бібліотеки. Вона дозволяє користувачам «запозичувати» контент, оновлювати його та «повертати». Вона відстежує зміни версій у часі. Якщо вам потрібна стара версія, ви можете відновити її. Інше програмне забезпечення може отримувати цей вміст для документів або динамічно відображати його на веб-сторінках.
Два популярні варіанти CMS ілюструють діапазон доступних виборів. Drupal – це безкоштовна платформа з відкритим вихідним кодом, написана в основному на PHP. Вона відома своєю гнучкістю. Її справжня сила полягає у готових функціях та безкоштовних розширеннях, які часто необхідні для реалізації складних структур ІА. Alfresco, навпаки, є системою на основі підписки. Вона виходить за рамки простого веб-контенту, керуючи всім внутрішнім документообігом та керуванням записами організації.
Вибір правильних інструментів
Платформи CMS – не єдиний спосіб реалізації ІА. Багато організацій використовують простіші інструменти, що функціонують як полегшені CMS.
WordPress часто використовується для блогів, але може обробляти структурований контент. MediaWiki забезпечує роботу спільних вікі-сайтів. Обидва мають більш обмежені можливості для зберігання та категоризації інформації порівняно з повнофункціональними системами.
Потім є системи керування документами (DMS). Вона схожа на CMS, але обмежена. Такий інструмент, як KnowledgeTree, фокусується на збереженні вихідного формату документа. Він відстежує автора та тимчасову мітку для кожної окремої ревізії. При пошуку всередині DMS система зазвичай покладається на теги, а не індексування повного тексту документів. Це робить пошук точним, але менш гнучким виявлення інформації.
Цикл змін
Інформація не статична. Вона зростає. Вона змінюється. Вона еволюціонує залежно від потреб користувачів.
Для архітектора це створює безперервний цикл. Вони повинні постійно оцінювати, чи відповідає поточна ІА обсягу чи типу даних. Вони повинні стежити за змінами у тому, хто використовує систему та навіщо. Коли дизайн перестає відповідати, архітектор має ухвалити два рішення. По-перше, як оновити саму модель. По-друге, чи може поточний програмний стек підтримувати ці зміни, чи його необхідно замінити.
Система ніколи не буває повністю завершена. Вона просто досягає тимчасового стану рівноваги перед наступною хвилею даних, яка вимагатиме перепроектування.
Культура, що стоїть за структурою
Сам термін “інформаційна архітектура” не з’явився на порожньому місці. Він став реакцією на хаотичний вибух інтернету у 1990-х роках. Річард Соул Вурман запровадив поняття «інформаційні архітектори» у 1996 році. Саме ця книга дала назву цій галузі. Але ж культура? Вона сформувалася під час суперечок.
Пітер Морвілл згадує палкі дебати. Він та його колеги намагалися поєднати принципи бібліотечної та інформаційної справи (LIS) з новою концепцією Вурмана. Це давалося непросто. Потім O’Reilly опублікувала книгу Морвілл, написану спільно з Луїсом Розенфельдом. Продаж різко зріс. За ними був і інтерес.
До 2000 року спільнота була готова до зустрічі. Річард Хілл із ASIS&T допоміг Розенфельду організувати перший щорічний Саміт з інформаційної архітектури. Він проводиться щороку з того часу. Майстер-класи. Новатори. Повага. Конференція 2011 року була присвячена конкретним методам та майбутньому цієї галузі.
Глобальні конференції та професійні організації
Імпульс не зупинився у США. Зростаюча одержимість дизайном інформаційної архітектури спровокувала проведення аналогічних заходів в інших регіонах. EuroIA розпочалася у Європі. Oz-IA з’явився в Австралії. Вони не є простими копіями. Вони адаптують основні засади до місцевих цифрових екосистем.
Ще є Інститут інформаційної архітектури (ІАІ). Це професійна організація. Її мета проста: просувати розвиток цієї галузі. Вони організують IDEA: Information Design Experience Access. Це ще одна щорічна зустріч для тих, хто серйозно ставиться до структури та змісту.
Хто насправді займається цією роботою?
Адель Франк з Університету Еморі добре знає цей тип людей. Вона керує даними, які лежать в основі веб-сайту Коледжу Еморі. Вона відвідала два Саміти з інформаційної архітектури. Її опис типового архітектора точно потрапляє до мети.
«Дивна, розумна людина, яка поєднує технічні навички з хорошими соціальними здібностями та креативністю».
Ці люди люблять хаос. Вони його ненавидять. Вони беруть безладне навантаження інтернету і наводять у ньому порядок. Вони роблять інтернет терпимим. Франк зазначає, що ентузіасти інформаційної архітектури одержимі поліпшенням того, як люди сприймають Інтернет. Йдеться не лише про код. Йдеться про людське сприйняття.
Вам не обов’язково мати посаду «інформаційний архітектор», щоб належати до цієї спільноти. Багато людей виконують цю роботу без відповідного титулу. Їх об’єднує та сама пристрасть. Вони залишаються на зв’язку через RSS-стрічки. Списки розсилки. Подкасти з конференцій. Статті. Членство в ASIS&T та IAI.
Твіттер також має значення. Під час заходів обговорення відбуваються у реальному часі. Якщо ви не можете бути особисто, ви все одно можете стежити за настроєм. Це технічно підкована аудиторія. Вони постійно спілкуються.
За межами основ
У цій статті порушено історію, концепції, методи та технології. Це лише поверхня. Інформаційна архітектура – це величезна область. Існує безліч літератури. Деякі матеріали призначені для новачків. Деякі – для ветеранів.
Якщо ви хочете заглибитися, поле дуже широке. Вам потрібно поринути у нього. Спільнота чекає на вас.
