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