UX-аудит сайта - как найти места, где теряются пользователи

Что должен дать UX-аудит

Результат аудита - список проблем с контекстом: где возникает, кого затрагивает, как влияет на сценарий и насколько критична. Формулировка кнопка некрасивого цвета не является UX-проблемой, пока не показано, что она не читается, не воспринимается как интерактивная или теряется в интерфейсе.

Как провести UX-аудит

1. Определите ключевые сценарии

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

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

2. Проверьте навигацию

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

На большом сайте полезно отдельно проверить поиск и хлебные крошки, если они предусмотрены архитектурой.

3. Проверьте информационную иерархию

Сканирует ли пользователь страницу сверху вниз и получает ли ответы в логичном порядке. Заголовки должны описывать содержимое, а не служить декоративными слоганами.

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

4. Пройдите формы как реальный пользователь

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

Тестируйте и негативные сценарии: пустое поле, неверный email, длинный комментарий, повторная отправка.

5. Проверяйте реальные мобильные устройства

DevTools полезен, но не показывает все особенности браузерных панелей, клавиатуры и жестов. Возьмите минимум один iPhone и Android, пройдите основные сценарии и попробуйте сайт одной рукой.

Смотрите на фиксированные панели, модальные окна, горизонтальный скролл, размеры интерактивных элементов и поведение при повороте экрана.

6. Добавьте базовую проверку доступности

Контраст, фокус клавиатуры, alt, понятные подписи полей и масштабирование текста полезны не только пользователям с инвалидностью. Это базовая устойчивость интерфейса.

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

7. Подключите реальные данные

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

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

Если пользователи регулярно спрашивают то, что должно быть очевидно на странице, это хороший UX-сигнал.

8. Приоритизируйте проблемы

Добавьте охват: проблема на главной для 80% мобильного трафика обычно важнее редкой ошибки на глубокой странице.

Пример одного сценария аудита

Сценарий: пользователь с телефона хочет понять стоимость услуги и оставить заявку. Аудитор начинает не с главной страницы как таковой, а с точки входа из поиска или рекламы. Затем фиксирует путь: первый экран - условия - доказательства - цена - форма - сообщение после отправки.

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

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

Как приоритизировать находки

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

Как оформить отчет

Для каждого замечания достаточно пяти полей: URL или экран, сценарий, проблема, доказательство, рекомендация. Скриншот помогает быстрее понять контекст. Не пишите исправить UX - описывайте конкретное изменение.

Что делать после аудита

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

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

Эвристики полезны как сетка, а не как приговор

Можно использовать известные принципы: соответствие ожиданиям, видимость состояния системы, предотвращение ошибок, консистентность. Но замечание должно быть привязано к реальному экрану и сценарию. Фраза нарушена эвристика без последствия для пользователя мало помогает разработчику.

Когда нужен разговор с пользователями

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

Сравнение с конкурентами - только после проверки своего сценария

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

Когда повторять UX-аудит

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