Побудувати будинок без креслення означає гарантувати провал. Не можна просто навмання визначати, де мають знаходитися несучі стіни або як прокладати сантехніку за гіпсокартоном. Потрібен план. Та ж логіка застосовна і до цифрового світу.
Уявіть запуск інтернет-магазину одягу. У вас є товари, дані клієнтів та маркетингові тексти. Де розміщується каталог? Як користувачі знаходять політику повернення? Якщо розкидати ці елементи хаотично, покупці підуть. Вони не знайдуть, що їм потрібно.
Це основна проблема, яку вирішує інформаційна архітектура.
Цей термін часто використовують надто вільно. Деякі прирівнюють його до веб-дизайну. Інші вважають його просто керуванням базами даних. Це негаразд. Це структурна інженерія контенту.
Згідно з різними галузевими визначеннями, інформаційна архітектура – це модель системи інформації. Вона визначає правила організації, взаємозв’язку, доступу та подання даних. Це також мистецтво та наука створення та підтримки цієї моделі.
Для корпорації, що росте, це стосується не тільки головної сторінки. Це охоплює маркетингові матеріали, бази даних клієнтів та документацію користувача. Це скелет, який утримує “плоть” бренду разом.
Чому важлива інформаційна архітектура
Розглянемо інтернет-магазин взуття.
Інформаційна система – це сам магазин. Товари – це взуття. Але інформаційна архітектура – це логіка, що стоїть за магазином. Вона визначає систему розмірів. Вона категоризує кольори. Вона відстежує рівні запасів. Вона встановлює цінові структури.
Без цієї структури магазин перетворюється на хаос. Користувач натискає «Червоні туфлі» та бачить чорні черевики. Він натискає “Розмір 10” і нічого не знаходить. Він іде.
Хороша ІА забезпечує доступність інформації. Вона робить складні дані простими. Вона відповідає намірам користувача. Вона передбачає, що хоче користувач, ще до того, як він про це запитає.
Коріння цієї області
Концепція не нова. Архітектори організують просторові дані вже упродовж століть. Але застосування цього до цифрової інформації – нещодавній розвиток подій.
Ранні веб-дизайнери зосереджувалися на зоровому боці. Красиві сторінки. Яскраві банери. Але красиві сторінки не допомагають користувачам орієнтуватись на складних сайтах. У міру зростання інтернету зростала потреба у структурі.
На сцену вийшли архітектори Інтернету. Вони зрозуміли, що контенту потрібна рамка. Ієрархія. Таксономія.
Термін «інформаційна архітектура» було запроваджено у 1970-х роках архітектором Річардом Соулом Вурманом. Він застосував принципи будівництва інформації. Веб перейняв цей підхід у 1990-х роках.
Сьогодні ІА – це окрема дисципліна. Вона пов’язує дизайн, психологію та комп’ютерні науки.
Що насправді включає інформаційна архітектура
ІА – це не одне ціле. Це набір технік та інструментів.
Вона включає:
- Таксономію : створення категорій та тегів.
- Навігацію : проектування меню та шляхів.
- Пошук : оптимізація того, як користувачі запитують дані.
- Метадані : додавання описових тегів до контенту.
Кожен елемент служить своїй меті. Таксономія групує подібні предмети. Навігація направляє користувачів до них. Пошук дає змогу знаходити конкретні предмети. Метадані роблять все це машиночитаним.
Людський фактор
Програмне забезпечення допомагає, але воно не замінює ІА. Інструменти можуть організовувати дані. Вони можуть вирішити, що означають ці дані.
Хто користувач? Що йому потрібне? У якому контексті він?
ІА відповідає на ці запитання. Вона орієнтована користувача. Йдеться не про те, що компанія хоче сказати. Йдеться про те, що користувачеві потрібно знайти.
Погляд у майбутнє
Область продовжує розвиватись. Завдяки ІІ та машинному навчанню ІА стає динамічнішою. Рекомендації стають розумнішими. Пошук більш інтуїтивним.
Але основний принцип залишається незмінним. Структура має значення. Хаос відштовхує.
Наступного разу ми розглянемо детальніше історію ІА. Ми розглянемо ключові концепції, що визначають цю область. І ми вивчимо програмне забезпечення, яке втілює її у життя.
Для
Нам не винаходити необхідність наводити лад. Ми займаємось цим уже тисячі років. 330 року до н. е. в Олександрійській бібліотеці вже існувала бібліографія, що складалася із 120 сувоїв. Через століття ми створили десяткову систему Дьюї і класифікацію Бібліотеки Конгресу США, тому що стоси паперових документів стали занадто великими. Ймовірно, ви використовували зміст у школі. Мета завжди була однією і тією ж: переконатися, що ви зможете знайти те, що шукаєте.
Потім з’явився інтернет.
Несподівано темпи публікації злетіли. Ми додавали не просто книги на полиці; кожну секунду ми додавали точки даних до глобальної мережі. Цифрові формати зробили перехресні посилання очевидним завданням. Натисни на посилання – і ти вже в іншому місці. Безперечна сила цієї гнучкості породила нову проблему.
Підтримка порядку у всьому тепер здається не просто рутиною, а нездійсненним завданням. Величезний обсяг інформації пригнічує.
У 1976 році Річард Соул Вурман вигадав термін, який допоміг нам впоратися з цією проблемою. Він був на конференції Американського інституту архітекторів. Сьогодні він більш відомий як співзасновник конференцій TED. Вурман помітив прогалину в тому, як ми говоримо про дані. Він не любив терміну «інформаційний дизайн», тому що він фокусувався на естетиці. Він описував, як виглядає інформація, але не те, як ми до неї звертаємось.
Йому потрібне було слово, яке відбивало б системний підхід до того, як насправді працюють системи інформації. Він назвав це “інформаційною архітектурою”. Він опублікував книгу про цю концепцію у 1997 році, але ідея вкоренилася задовго до цього.
Визначення сфери інформаційної архітектури
Цей термін часто плутають із іншими дисциплінами. Ви можете почути, як інженерію юзабіліті, управління контентом, стратегію контенту, проектування досвіду користувача (UX) і проектування взаємодії (IxD) використовують як синоніми. Це негаразд.
Це суміжні сфери. Вони торкаються конкретних аспектів всередині ІА. Або вони відносяться до конкретної технології, яка використовується для створення системи. Веб-сайт – це технологія. UX – це філософія дизайну. Інформаційна архітектура – це каркас. Це структура. Це мапа.
Ми маємо історію. Ми маємо визначення. Визначити його точно, безперечно, складно. Але воно необхідне. Воно нам потрібне, тому що всесвіт інформації продовжує розширюватися.
Навіщо нам потрібна інформаційна архітектура?
Подумайте про те, як ви організуєте свою книжкову полицю. Ви не використовуєте всі можливі правила одночасно. Ви обираєте одну основну систему. Можливо, це прізвище автора. Можливо, це назва. Або, можливо, ви групуєте їх за висотою, хоча це зазвичай програшна стратегія. Якщо ви спробуєте комбінувати методи, один із них має домінувати. Спочатку автор, а потім назва для дублікатів.
Як ви обираєте? Ви оптимізуєте процес пошуку. У величезній дослідницькій бібліотеці читачі не шукають автора. Вони шукають на тему. Якщо у цьому контексті ви організуєте книги з авторів, ви створюєте перешкоди.
Цифрова інформація складніша за книги, але мета залишається тією ж. Вам потрібно зробити доступ простішим. Але ось у чому проблема: розташування, яке прискорює пошук для однієї групи користувачів, може уповільнити або навіть заблокувати його для іншої.
Вартість поганої організації
Ми тонемо у цифровому контенті. Обсяг даних зростає з кожним днем. Без надійної структури люди не можуть знайти те, що їм потрібне, коли це їм потрібно.
Хороша архітектура інформації (IA) – це не просто акуратне меню. Це ефективність. Компанія з оптимальною ІА знижує операційні витрати. Співробітники витрачають менше часу на пошук файлів. Вони витрачають менше часу на відновлення документів, тому що не змогли знайти оригінал. Це заощаджені гроші.
Фінансова вигода може бути приголомшливою. Розглянемо випадок, вивчений Джаредом Спулом у 2009 році. Команда змінила розміщення форми входу на великому сайті електронної комерції. Це була тонка зміна у ІА. Клієнти, що повертаються, могли увійти в систему до початку перегляду. Процес став гладкішим. Вони витрачали більше. Нові клієнти не повинні були реєструватися перед покупкою. Тертя зникло.
Результат? Онлайн-продаж виріс приблизно на 300 мільйонів доларів за один рік. Зміни почали показувати значне зростання вже першого тижня. Все тому, що вони перемістили форму.
Основні концепції, які необхідно освоїти
Отже, із чого почати? Архітектура інформації – це велика область. Перш ніж занурюватися в інструменти або програмне забезпечення, вам потрібно зрозуміти фундаментальні концепції. Це ментальні моделі, які визначають, як користувачі взаємодіють із вашим цифровим простором.
Книга про білого ведмедя та її структура
Розенфельд і Морвіль визначили цю область у своєму знаменитому керівництві, яке в народі називають книгою про білого ведмедя через зображення тварини на обкладинці видавництва O’Reilly. Це не просто мила деталь. Саме цей текст найчастіше цитують фахівці з інформаційної архітектури (ІА), коли визначають дисципліну.
Видання 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 також грає свою роль. Франк зазначає, що ця технічно підкована аудиторія твітить під час заходів. Це паралельна розмова. Він дозволяє ентузіастам залишатися в курсі подій, навіть якщо вони не можуть бути особисто.
Ми лише поверхово торкнулися теми. Історія, концепції та методи великі. Для новачків та досвідчених архітекторів література нескінченна.
Якщо ви хочете заглибитися, пошукайте ресурси з ІА взаємодії з користувачем. Рухайтесь уперед. Ця область не закінчується тут. Вона стає лише складнішою.
Часті питання
Що таке проектування інформаційної архітектури?
Це процес структурування та організації інформації для цифрових продуктів, таких як веб-сайти. Він включає створення таксономій та систем навігації. Ціль проста. Допомогти користувачам знайти те, що їм потрібно.
