Резюме: Когда элемент подходит более чем к одной категории, ваша структура IA может включать несколько родителей для этого элемента, чтобы избежать потери пользователей.
Создать идеальную информационную архитектуру (ИА) для сайта непросто, особенно когда речь идет о балансе между точностью и ясностью. В идеале вы хотите создать категории, которые точно описывают ваш контент и продукты, расширяемы при добавлении новых тем или продуктов и соответствуют ментальным моделям ваших пользователей (которые часто различаются у разных людей).
Наиболее распространенная иерархия IA построена в виде дерева, в котором каждый узел (за исключением узла, соответствующего главной странице) имеет одного родителя. (Обратите внимание, что хотя мы говорим о невидимых структурах ИА, лежащих в основе веб-сайта, они обычно отражаются и в навигационном пользовательском интерфейсе). Однако такой тип иерархии часто создает проблему: некоторые вещи не укладываются в одну категорию, но, естественно, имеют несколько родителей, в зависимости от точки зрения пользователя. Здесь на помощь приходят полииерархии.
На этой диаграмме изображена основополагающая IA веб-сайта. ИА структурирована в виде дерева: каждый узел (за исключением главной страницы) имеет родителя, а некоторые узлы имеют дочерние узлы. Зеленый элемент в верхней части - это корень дерева; его дочерние элементы - это категории первого уровня (синие). Каждый из этих синих узлов имеет несколько (серых) дочерних узлов второго уровня. Обратите внимание, что два элемента 3-го уровня (оранжевого цвета) являются полииерархическими, так как имеют более одного родительского узла.
Определение: Полииерархия - это структура графа, в которой по крайней мере некоторые дочерние узлы имеют более одного родительского узла.
Полииерархическая ИА - это структура, в которой объект существует более чем в одном месте - то есть, к нему можно добраться по нескольким путям категорий. Классическим примером объекта в полииерархии является фортепиано в иерархии музыкальных инструментов: фортепиано можно рассматривать как клавишный, ударный или струнный инструмент (нажатие клавиши на фортепиано заставляет маленький молоточек ударять по струне). Итак, если бы вы создавали иерархию всех музыкальных инструментов, куда бы вписалось фортепиано? Поскольку оно может удобно разместиться в нескольких категориях, решение состоит в том, чтобы поместить его во все эти родительские категории (клавишные, ударные и струнные).
Полииерархия создает большие трудности для физических объектов: если у вас есть только один экземпляр книги (или только одно пианино), он может находиться только в одном месте. Чтобы избежать полииерархии, появилось множество сложных способов классификации предметов; они включают тщательно структурированные таксономии и разумное использование перекрестных ссылок (например, система классификации Библиотеки Конгресса США).
Однако если бы мы пытались избежать полииерархии при решении вопроса о том, куда поставить пианино, нам пришлось бы создать взаимоисключающие категории, которые могли бы надлежащим образом обрабатывать подобные инструменты. Эти искусственные категории могут легко увеличить сложность таксономий и сделать их недоступными для неспециалистов.
Одним из примеров такой сложной таксономии является классификация музыкальных инструментов Хорнбостеля-Сакса, в которой инструменты классифицируются по тому, как они производят колебания воздуха, создающие звук. (В этой системе фортепиано считается хордофоном.) Хотя с технической точки зрения это может работать, это не поможет обычным людям, чьи ментальные модели не включают такие вещи, как хордофоны, идиофоны, мембранофоны и так далее. Эти категории настолько неясны, что большинство пользователей пропустят их, вместо того чтобы пытаться понять, что они означают.
Очевидно, что полииерархия имеет свое применение. К счастью, цифровой мир легко позволяет использовать полииерархии, если только мы используем их вдумчиво.
Полииерархии полезны на сайтах электронной коммерции, где появление одной и той же категории товаров в нескольких местах поддерживает несколько различных ментальных моделей. Например, на сайте Target.com товары были организованы в обширную полииерархию.
Подкатегорию товара Nintendo Switch можно было найти как в категориях верхнего уровня "Видеоигры" и "Электроника". Это решение отражает тот факт, что различные пользователи предполагают, что либо "Видеоигры", либо "Электроника" являются естественным "домом" для Nintendo Switch и ее игр и аксессуаров; если бы сайт не включил обоих этих родителей для Nintendo Switch, он, вероятно, потерял бы покупателей, которые выбрали "неправильную" категорию и не смогли найти то, что искали. (Пользователи часто полагают, что если товар не представлен в том месте, где он "должен" быть, то сайт не продает этот товар).
Target использовал полииерархию категорий товаров, чтобы сделать товары доступными для поиска; например, Nintendo Switch была включена в категории верхнего уровня "Видеоигры" и "Электроника".
Однако Target старается не помещать Switch во все возможные родительские категории (например, "Игрушки"), в которые она могла бы попасть. Этот аспект проектирования полииерархий важен, поскольку исчерпывающий перекрестный поиск всех возможных мест, где может находиться конкретный товар, приведет к увеличению количества пунктов в каждом меню и создаст значительную когнитивную нагрузку для пользователей. Навигационные меню призваны помочь людям найти нужный контент и обнаружить неожиданные, но релевантные элементы; они не должны быть мучительно длинными списками. Для огромных, сложных сайтов с огромным дублированием категорий лучшим решением будет использование фасетов для обеспечения надежных средств поиска.
Итак, как определить, должен ли элемент иметь несколько родителей? Ответ заключается в понимании ментальных моделей пользователей для вашего информационного пространства. Есть несколько способов собрать эти данные. Одним из решений является проведение закрытой сортировки карточек (когда пользователи должны сортировать карточки по существующим категориям) или тестирование дерева.