Что должен показать UX-аудит?
UX-аудит — это не оценка того, насколько сайт «красивый». Он проверяет, может ли реальный человек понять предложение, найти информацию, выполнить действие и узнать, что произойдёт дальше. Такой аудит полезен перед редизайном, но не всегда требует полной замены сайта.
Чек-лист ниже охватывает четыре этапа: понимание, навигацию, выполнение действия и доверие. Для каждого наблюдения запишите страницу, задачу пользователя и самое маленькое изменение, которым можно проверить гипотезу.
12 проверок
1. Сообщение на первом экране
Понимает ли новый посетитель, кому помогает компания, какую задачу решает и что делать дальше — без чтения всей страницы?
2. Главное действие
Есть ли на ключевой странице один понятный CTA, который описывает реальное действие: например, записаться на разговор или задать вопрос?
3. Навигация и структура
Может ли человек найти услуги, цены, ответы на вопросы и контакты, не угадывая, где они спрятаны?
4. Поиск ответа
Выберите три реальных вопроса клиентов. Посчитайте, сколько шагов нужно до ответа, и проверьте, находится ли он там, где его ожидают увидеть.
5. Мобильный сценарий
Проверьте на настоящем телефоне меню, размер текста, зоны нажатия, горизонтальную прокрутку, формы и ссылки для звонка. Адаптивность сама по себе не гарантирует удобство.
6. Форма обращения
Запрашивайте только данные, необходимые на первом шаге. Проверьте постоянные подписи, подходящие типы полей, сохранение введённого текста и конкретные сообщения об ошибках.
7. Что происходит после отправки
Отправьте настоящее обращение. Есть ли подтверждение? Доходит ли оно до нужного человека? Понятен ли следующий шаг — только если так действительно устроен процесс компании?
8. Базовая доступность
Пройдите сайт только с клавиатуры и проверьте focus, структуру заголовков, контраст, альтернативный текст и понятные названия полей. WCAG 2.2 от W3C даёт проверяемые технические критерии, но не заменяет тестирование с пользователями.
9. Скорость и стабильность
Проверяйте данные реальных пользователей, а не только лабораторную оценку. Google описывает опыт страницы как сочетание производительности, безопасности, мобильного отображения и ясности, а не как один балл.
10. Доверие и снижение риска
Понятно ли, кто стоит за бизнесом, как выглядит процесс и где получить ответ? Не добавляйте логотипы, сертификаты и результаты без реального подтверждения.
11. Языки и направление текста
Для мультиязычного сайта проверяйте каждую версию отдельно: формулировки, RTL, меню, формы, ссылки, title и путь к контакту. Неполный перевод — это проблема UX, а не только языка.
12. Измерение
Свяжите каждое действие с целью: просмотры CTA, начало формы, ошибки, отправки, звонки или записи. Сам по себе трафик не показывает, где ломается путь.
Как превратить аудит в план работ
- Выберите два-три важных пользовательских сценария и пройдите их от начала до конца.
- Разделите проблемы контента, интерфейса, техники и измерения.
- Ранжируйте находки по влиянию на задачу, частоте и риску, а не по заметности для дизайнера.
- Проверьте небольшое измеримое изменение до решения о полном редизайне.
Результаты можно сопоставить с чек-листом сайта, который получает обращения, вопросами перед разработкой и материалом о том, когда нужен редизайн.
Вывод
Полезный UX-аудит не превращается в бесконечный список мнений. Он показывает, где человек застревает, почему это может происходить и что можно изменить и проверить. Локальную проблему исправляйте локально. О редизайне стоит говорить, когда одновременно ломаются несколько важных сценариев.