Лучший дизайн для поиска, с точки зрения пользователя. Предварительный или почтовый поиск?

Question

Это вопрос о том, как наилучшим образом разработать опыт поиска пользователей системы на базе CMS. Он находится в системе интрасети. Пользователи должны иметь возможность фильтровать результаты поиска на основе того, где находится документ/информация, и иметь возможность искать/фильтровать другие метаданные, такие как автор, дату создания среди других полей.

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

Что вы думаете? Каким будет лучший опыт использования с точки зрения пользователя?

Это касается страницы расширенного поиска в системе. Существует также простой элемент управления поисковым веб-сайтом, но это касается того, как соединить расширенный поиск.

Answer 1

Я бы сказал, что оба. Пусть они задают как можно больше полей, а затем добавляют столько, сколько захотят позже. Если вы беспокоитесь о загромождении графического интерфейса, вы можете просмотреть расширенный поиск или переключить отображение/скрытие фильтров.

Answer 2

Я знаю, что это скучно и, вероятно, тривиализирует вашу ситуацию, но как насчет подхода Google? Я имею в виду одно поле ввода для всех ваших проблем. Если вам нужно больше, вы можете выбрать некоторые поля на расширенной странице, но в большинстве случаев должен выполняться простой поиск? Я, вероятно, разделил бы пользовательский ввод и посмотрел бы на каждую строку. Может ли это быть номером fon? Может ли это быть почтовым индексом? .. Я думаю, что вы получаете идею, если это возможно, не подавляйте пользователя с помощью пользовательского интерфейса. Еще одна вещь: как насчет идеи google/bing, но с флажками для разных полей вместо радиобутов?