областей).

…засучить рукава. Думать. Изучать. Балансировать.

Как уже было неоднократно сказано, разработка информационной архитектуры - это набор действий, которые легко назвать, нетрудно описать и крайне сложно выполнять. Разработка инфоархитектуры - это изучение (предметной области, участников информационного обмена). Разработка инфоархитектуры - это размышления, анализ и множество попыток. В конце концов, разработка архитектуры - это баланс.

Инфоархитектура - баланс между иерархичностью и доступностью. Иерархии, логическое разделение на категории, красивые ветвистые деревья выбора - все это помогает свести сотни и тысячи разнородных элементов в общую структуру; иерархии - самая понятная человеку модель описания мира; иерархический взгляд на все понятия предметной области порождает красивую 'ментальную модель' - и у инфоарха, и у инфопутешественника. Но схема организации информации, учитывающая только иерархию и жестко следующая ей, лишена человечности; 'см. также', 'близкие понятия', 'вам может быть также интересно' - друзья человечности. Но перегружая информацию необязательными связями, мы рискуем под их грудой потерять иерархию.

Приходится держать баланс.

Инфоархитектура - это баланс между 'шириной' и 'глубиной'. Слишком много уровней иерархии-вложенности - плохо, далеко идти. Но и слишком мало уровней порождает меню-развилки на сотню элементов - тоже плохо. Необходимо соблюдать равновесие.

Инфоархитектура - это баланс между людьми. Это поиск слов, понятных целевой аудитории; это поиск путей логичных и 'интуитивно понятных'; это учет интересов одновременно инфопутешественника и владельца сайта. Жизненно важно слушать людей.

В конце концов, инфоархитектура - это баланс между общей картиной и деталями.

…дьявол и его детали. мелочи, от которых седеют. 'не моя ответственность'.

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

Это вопросы навигации и поиска.

Разрабатывая карту-схему всей предметной области разом, инфоарх чувствует себя в безопасности, - заинтересованные лица, как правило, соглашаются, что это его область компетентности. Но вот вопрос, где поставить навигационные ссылки на странице, какие, и как они должны выглядеть, - это вопрос, процесс решения которого столкнет лбами юзабилистов и графических дизайнеров, менеджеров и программистов; вопрос с переменным числом противоположных мнений. А самое страшное - некоторые из них могут оказаться верны. (В частности, юзабилист, работающий непосредственно с пользователями и собирающий их отзывы, может оказаться более прав, чем инфоарх, ограничивший себя 'чистой логикой'.) Построение навигационных меню и ссылок - процесс, требующий от всех участников интуиции и дипломатизма, сочетания уступчивости и настойчивости в принципиальных позициях.

Второй 'фронт конкретных действий' - обустройство поиска; здесь инфоарху противостоят технические специалисты. Дело в том, что 'правильный' поиск в сложном инфоокружении - это не просто 'подключить поисковый движок' (или кнопку 'искать Гуглом по этому сайту'); обустройство поиска задает вопросы 'в какой части информации искать' (например, по тексту статей - да, а по служебным заголовкам и меню - нет; по предметным статьям - да, а по спискам статей и категорий - нет), как представлять результаты поиска, какие уточнения допускать в поисковых запросах - каждая из этих особенностей требует

Добавить отзыв
ВСЕ ОТЗЫВЫ О КНИГЕ В ИЗБРАННОЕ

0

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

Отметить Добавить цитату
×