Замечательная, в меру академичная книжка, широко охватывающая такую тяжелоописываемую словами область разработки, как информационная архитектура. Описанные подходы и методы, конечно, в 100%-ом объеме применить тяжеловато (в России пока еще не оперируют такими сроками и бюджетами), но для направления в нужное русло — самое то!

Вообще заголовок не совсем корректен: это скорее еще один вариант предложения расширенного поиска пользователю, если выдача его не совсем устроила. Розенфельд называет это «расширенной навигации», что также справедливо.

Хороший пример — Amazon.com

Плюс такого подхода в том, что пользователи имеют возможность итеративно уточнять свои запросы, опираясь на иерархическую систему классификации (если она конечно есть на сайте).

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

Последовательность — это предсказуемость, а значит сайт будет проще осваивать. Причем выгоду от это получают не только новички, но и все пользователи, поскольку встретив одно-два обозначения, они уже знают, как будут вести себя остальные, а значит система становится простой, в идеале — невидимой.

Последовательность и, как следствие, хорошая система обозначений (классификации) определяется:

Стилем и представлением
Систематическое применение пунктуации и регистра символов, единообразие шрифтов, кеглей, цветов и группировки.

Синтаксисом
Он должен быть един для всей системы, например, основан на использовании существительных, глагольных форм или вопросах. «Автозапчасти для ВАЗ», «Как пройти ТО» и «Разместите объявление о продаже» в одной системе обозначений — яркий пример нарушения этого правила.

Степенью деталезации
 В рамках одной системы обозначений полезно, чтобы они были представлены примерно с одинаковой степенью конкретности. За редким исключением, неприятно встречать в одном наборе элементы с разным уровнем деталезации: «Японские автомобили», «Автомобили ВАЗ», «Внедорожники Форд».

Полнотой
Пользователей могут озадачить явные пробелы в системе обозначений. Например, если на сайте торговли одеждой есть «брюки», «галстуки» и «обувь», но пропущены «рубашки», возникает недоумение. У них действительно нет рубашек или допущена ошибка?

Аудиторией
Надо говорить на языке большинства своей аудитории. Смешение на сайте терминов «красные машинки» и «автомобили с роботизированной КПП» может оттолкнуть пользователей.

По мотивам «Информационной архитектуры в Интернете» Розенфельда и Морвиля

По мотивам книги Розенфельда и Морвиля «Информационная архитектура в Интернете»:

Информационный архитектор
Организация больших объемов информации на крупных веб-сайтах и в интрасетях, чтобы пользователи могли найти в них то, что ищут. Своеобразный интернет-библиотекарь.

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

Проектировщик взаимодействия (interaction designer)
Задачи и процедуры, с которыми пользователи сталкиваются при работе с программными и информационными системами. Их цель — помочь пользователям успешно достичь результата и выполнить задачи.

Юзабилист (usability engineer)
Строгий научный подход к изучению, тестированию и анализу деятельности пользователей.

Проектировщик опыта (experience designer)
Таких специалистов почти нет, так как этот термин включает в себя информационную архитектуру, юзабилити, графический дизайн и проектирование интерфейсов как состовляющие части цельного опыта пользователя.

Разработчик ПО
Собственно программисты и верстальщики.

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

Великолепная книжка по непонятным причинам до сих пор непереизданная, а потому и не доступная большинству людей в печатном варианте. Карл Вигерс подробно, методично и просто рассказывает о том, зачем заниматься сбором требований, как убедить в их необходимости руководство компании, как их утверждать, собирать, документировать и поддерживать в актуальном состоянии. Книга по-настоящему академична, но при этом очень доступна. Кроме того, Вигерс попутно затрагивает многие вопросы проектирования, тестирования и разработки как таковой и реально меняет взгляд на эти процессы. Всем интересующимся и занимающимся разработкой ПО — читать обязательно!