Как проверить, понятно ли меню человеку, который впервые пришёл на сайт

Сотрудники знают, что скрывается за пунктом «Решения», потому что сами придумали этот раздел. Новый посетитель такого знания не имеет. Чтобы проверить меню, дайте человеку конкретную задачу и наблюдайте за его действиями. Объяснение структуры до начала проверки превратит испытание в демонстрацию, где все уже знают правильный ответ.

Подготовьте реальные задания

Возьмите вопросы из обращений: найти условия доставки, посмотреть похожий проект, понять состав услуги, узнать адрес. Задание должно описывать потребность, а не нужную кнопку. «Найдите раздел “О компании”» проверяет умение прочитать меню. «Узнайте, можно ли посетить офис в субботу» проверяет, помогает ли сайт решить вопрос.

Выберите несколько задач из разных разделов. Не просите одного человека подряд выполнить десятки переходов: он постепенно изучит сайт и перестанет вести себя как новый посетитель. Сначала проверьте наиболее важный путь, затем отдельной попыткой менее частую задачу. Уточните устройство, которым человек обычно пользуется.

Не подсказывайте во время поиска

Попросите участника объяснять, что он ожидает увидеть после нажатия. Отмечайте первый выбранный пункт, возвраты, сомнения и место, где он прекращает поиск. Если человек спрашивает, куда идти, сначала выясните, какие варианты он рассматривает. Подсказка может помочь закончить задачу, но после неё результат нужно пометить отдельно.

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

Разберите названия и границы разделов

Пункты меню должны объяснять, что внутри. Креативное название можно оставить в заголовке страницы, если оно не мешает ориентироваться. В навигации «Доставка и оплата» обычно понятнее внутреннего названия «Сервис». Но решение проверяйте на вашем ассортименте и языке клиентов, а не только по привычке команды.

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

Повторите проверку на телефоне

Откройте меню пальцем, пройдите вложенные пункты и вернитесь назад. Проверьте, остаются ли одинаковыми названия и адреса ссылок. Если на компьютере пункт ведёт в каталог, а на телефоне раскрывает неожиданный подраздел, человек теряет ориентир. Также проверьте, не скрывается ли меню под плавающим виджетом.

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

Исправляйте выявленную причину

Для каждого препятствия запишите задачу, наблюдение и предлагаемое изменение. После правки повторите тот же сценарий с новым человеком. Не меняйте одновременно названия, порядок и весь дизайн, если хотите понять влияние конкретного решения. Результатом проверки должен стать более короткий и понятный путь, а не просто другое меню.

Связанные материалы

Кнопка заявки, звонок или расчёт: как выбрать следующий шаг

Поиск и фильтры: как помочь клиенту найти товар в сложном каталоге

Документация для проверки

Доступные меню: W3C WAI

Структура и обозначения меню: W3C WAI

Ссылки на документацию проверены 8 октября 2026 года. Названия настроек и возможности сервисов могут меняться; перед внедрением сверяйте актуальные условия.