Информационная архитектура задаёт, какие сущности видит пользователь, как они связаны и по каким маршрутам человек добирается до нужного действия. Для продуктовой команды это рабочая модель содержания и поведения, а не декоративная схема меню. основание Для темы «как построить информационную архитектуру продукта» артефакт «карта объектов и навигационных путей» связывает компонент «Объекты» с этапом «Собрать словарь предметной области»; неподтверждённые рекомендации остаются редакционными гипотезами темы «как построить информационную архитектуру продукта».
Задача и проверяемые основания
Обзор NN/g относит к информационной архитектуре навигационные решения и специальные методы исследования, включая карточную сортировку и tree testing. основание
Руководство W3C называет навигацию центральным способом исследования сайта и ориентирования при потере контекста. основание
W3C рекомендует обозначать регионы страницы и выстраивать заголовки по логической вложенности, чтобы структура была доступна программно. основание
Раздел GOV.UK объединяет задачи именования, структурирования, прототипирования и использования проверенных дизайн-паттернов. основание
В артефакте «карта объектов и навигационных путей» вопрос «Можно ли назвать главные объекты без перечисления экранов?» хранится отдельно от решения «Нарисовать отношения» и ограничения «модель не заменяет исследование задач».
Рабочая модель
Объекты. В теме «как построить информационную архитектуру продукта» этот элемент означает перечень устойчивых сущностей продукта: проект, документ, заказ, участник, платёж или другой предмет работы. В артефакте «карта объектов и навигационных путей» связь с компонентом «Отношения» проверяют сценарием темы «как построить информационную архитектуру продукта».
Отношения. В теме «как построить информационную архитектуру продукта» этот элемент означает связи между объектами, включая вложенность, принадлежность, совместное использование и переходы по состояниям. В артефакте «карта объектов и навигационных путей» связь с компонентом «Действия» проверяют сценарием темы «как построить информационную архитектуру продукта».
Действия. В теме «как построить информационную архитектуру продукта» этот элемент означает операции, допустимые для конкретного объекта и зависящие от роли, статуса и контекста. В артефакте «карта объектов и навигационных путей» связь с компонентом «Классификация» проверяют сценарием темы «как построить информационную архитектуру продукта».
Классификация. В теме «как построить информационную архитектуру продукта» этот элемент означает правила группировки, фильтрации и именования, понятные без знания внутренней организации. В артефакте «карта объектов и навигационных путей» связь с компонентом «Навигация» проверяют сценарием темы «как построить информационную архитектуру продукта».
Навигация. В теме «как построить информационную архитектуру продукта» этот элемент означает маршруты между разделами, объектами и задачами с сохранением ориентации и обратного пути. В артефакте «карта объектов и навигационных путей» связь с компонентом «Поиск» проверяют сценарием темы «как построить информационную архитектуру продукта».
Поиск. В теме «как построить информационную архитектуру продукта» этот элемент означает способ обратиться к архитектуре напрямую, когда просмотр категорий слишком медленный или неоднозначный. В артефакте «карта объектов и навигационных путей» связь с компонентом «Объекты» проверяют сценарием темы «как построить информационную архитектуру продукта».
Порядок проектирования
1. Собрать словарь предметной области. Команда применяет шаг к теме «как построить информационную архитектуру продукта»: выписать слова пользователей и сопоставить их с реально существующими объектами. Результат уточняет компонент «Объекты», а спорные варианты темы «как построить информационную архитектуру продукта» остаются в артефакте «карта объектов и навигационных путей».
2. Нарисовать отношения. Команда применяет шаг к теме «как построить информационную архитектуру продукта»: показать владельцев, вложенность, множественные связи и изменения состояния без экранов. Результат уточняет компонент «Отношения», а спорные варианты темы «как построить информационную архитектуру продукта» остаются в артефакте «карта объектов и навигационных путей».
3. Привязать ключевые задачи. Команда применяет шаг к теме «как построить информационную архитектуру продукта»: для каждой задачи указать стартовую точку, искомый объект и допустимое действие. Результат уточняет компонент «Действия», а спорные варианты темы «как построить информационную архитектуру продукта» остаются в артефакте «карта объектов и навигационных путей».
4. Сформировать несколько структур. Команда применяет шаг к теме «как построить информационную архитектуру продукта»: сравнить организацию по объектам, этапам работы, аудиториям и частоте использования. Результат уточняет компонент «Классификация», а спорные варианты темы «как построить информационную архитектуру продукта» остаются в артефакте «карта объектов и навигационных путей».
5. Проверить понятность. Команда применяет шаг к теме «как построить информационную архитектуру продукта»: провести задания на поиск и обсудить непонятные названия и неожиданные группировки. Результат уточняет компонент «Навигация», а спорные варианты темы «как построить информационную архитектуру продукта» остаются в артефакте «карта объектов и навигационных путей».
6. Зафиксировать правила изменений. Команда применяет шаг к теме «как построить информационную архитектуру продукта»: назначить владельца словаря, критерии добавления раздела и порядок миграции ссылок. Результат уточняет компонент «Поиск», а спорные варианты темы «как построить информационную архитектуру продукта» остаются в артефакте «карта объектов и навигационных путей».
Практический пример
Редакционный пример: сервис управления ремонтом первоначально разделял навигацию по подразделениям компании — «Снабжение», «Проектирование», «Финансы». Пользователь, который хотел проверить конкретный объект, переходил между тремя разделами и каждый раз заново искал адрес. Команда перестроила модель вокруг объекта ремонта. На карточке объекта появились смета, документы, участники и история решений, а профессиональные разделы остались как рабочие представления тех же данных. Проверка показала, что сценарий контроля объекта стал короче, а ответственность за данные не изменилась.
Пример показывает, как «карта объектов и навигационных путей» помогает раньше обнаружить ошибку «строить дерево из текущей организационной структуры» и проверить критерий «объекты имеют однозначные определения» для темы «как построить информационную архитектуру продукта».
Контрольные вопросы
- Можно ли назвать главные объекты без перечисления экранов? Ответ фиксируют в артефакте «карта объектов и навигационных путей» и связывают с компонентом «Объекты»; мнение отмечают как допущение темы «как построить информационную архитектуру продукта».
- Понимает ли новый участник различие между разделом и состоянием объекта? Ответ фиксируют в артефакте «карта объектов и навигационных путей» и связывают с компонентом «Отношения»; мнение отмечают как допущение темы «как построить информационную архитектуру продукта».
- Сохраняется ли путь назад после перехода через связанную сущность? Ответ фиксируют в артефакте «карта объектов и навигационных путей» и связывают с компонентом «Действия»; мнение отмечают как допущение темы «как построить информационную архитектуру продукта».
- Не дублирует ли поиск ошибки классификации? Ответ фиксируют в артефакте «карта объектов и навигационных путей» и связывают с компонентом «Классификация»; мнение отмечают как допущение темы «как построить информационную архитектуру продукта».
Типовые ошибки
- Строить дерево из текущей организационной структуры. В артефакте «карта объектов и навигационных путей» для темы «как построить информационную архитектуру продукта» ошибка искажает компонент «Отношения»; рядом записывают последствие, обнаружение и исправление.
- Смешивать объект, действие и статус в одном уровне меню. В артефакте «карта объектов и навигационных путей» для темы «как построить информационную архитектуру продукта» ошибка искажает компонент «Действия»; рядом записывают последствие, обнаружение и исправление.
- Создавать отдельный раздел для каждого редкого сценария. В артефакте «карта объектов и навигационных путей» для темы «как построить информационную архитектуру продукта» ошибка искажает компонент «Классификация»; рядом записывают последствие, обнаружение и исправление.
- Оставлять одинаковые сущности с разными названиями. В артефакте «карта объектов и навигационных путей» для темы «как построить информационную архитектуру продукта» ошибка искажает компонент «Навигация»; рядом записывают последствие, обнаружение и исправление.
- Проектировать поиск отдельно от модели данных. В артефакте «карта объектов и навигационных путей» для темы «как построить информационную архитектуру продукта» ошибка искажает компонент «Поиск»; рядом записывают последствие, обнаружение и исправление.
Критерии качества
- Объекты имеют однозначные определения. В артефакте «карта объектов и навигационных путей» критерий темы «как построить информационную архитектуру продукта» проверяют после шага «Собрать словарь предметной области»; рядом сохраняют результат и ответственного.
- Ключевые задачи проходят без тупиков. В артефакте «карта объектов и навигационных путей» критерий темы «как построить информационную архитектуру продукта» проверяют после шага «Нарисовать отношения»; рядом сохраняют результат и ответственного.
- Один объект не дублируется в нескольких источниках истины. В артефакте «карта объектов и навигационных путей» критерий темы «как построить информационную архитектуру продукта» проверяют после шага «Привязать ключевые задачи»; рядом сохраняют результат и ответственного.
- Названия проверены на пользователях. В артефакте «карта объектов и навигационных путей» критерий темы «как построить информационную архитектуру продукта» проверяют после шага «Сформировать несколько структур»; рядом сохраняют результат и ответственного.
- Архитектура учитывает права доступа. В артефакте «карта объектов и навигационных путей» критерий темы «как построить информационную архитектуру продукта» проверяют после шага «Проверить понятность»; рядом сохраняют результат и ответственного.
- Изменения имеют владельца и миграционный план. В артефакте «карта объектов и навигационных путей» критерий темы «как построить информационную архитектуру продукта» проверяют после шага «Зафиксировать правила изменений»; рядом сохраняют результат и ответственного.
Ограничения применимости
- Модель не заменяет исследование задач. Ограничение сужает вывод по теме «как построить информационную архитектуру продукта» и требует повторно задать вопрос «Можно ли назвать главные объекты без перечисления экранов?»; границу решения сохраняют в артефакте «карта объектов и навигационных путей».
- Организационные ограничения могут запретить желаемую структуру. Ограничение сужает вывод по теме «как построить информационную архитектуру продукта» и требует повторно задать вопрос «Понимает ли новый участник различие между разделом и состоянием объекта?»; границу решения сохраняют в артефакте «карта объектов и навигационных путей».
- Наследуемые url требуют совместимости. Ограничение сужает вывод по теме «как построить информационную архитектуру продукта» и требует повторно задать вопрос «Сохраняется ли путь назад после перехода через связанную сущность?»; границу решения сохраняют в артефакте «карта объектов и навигационных путей».
- Поиск не исправит плохие данные. Ограничение сужает вывод по теме «как построить информационную архитектуру продукта» и требует повторно задать вопрос «Не дублирует ли поиск ошибки классификации?»; границу решения сохраняют в артефакте «карта объектов и навигационных путей».
- Слишком детальная схема быстро устаревает. Ограничение сужает вывод по теме «как построить информационную архитектуру продукта» и требует повторно задать вопрос «Можно ли назвать главные объекты без перечисления экранов?»; границу решения сохраняют в артефакте «карта объектов и навигационных путей».
Вывод
Для темы «как построить информационную архитектуру продукта» команда связывает компонент «Объекты» с этапом «Собрать словарь предметной области», проверяет критерий «объекты имеют однозначные определения» и учитывает ограничение «модель не заменяет исследование задач». Артефакт «карта объектов и навигационных путей» сохраняет основания выбора и позволяет пересмотреть решение после новых наблюдений.
