Что такое UX-аудит и чем он не является
UX-аудит — это проверка интерфейса на то, может ли человек выполнить свою задачу без лишних усилий и ошибок. Специалист проходит сценарии так, как это делал бы пользователь, и фиксирует места, где возникает непонимание, лишний шаг или тупик.
Это не оценка «нравится или не нравится» и не дизайн-ревью. Вкусовые замечания в аудите бесполезны: они не связаны с задачей и не помогают принимать решения. Полезное замечание всегда отвечает на вопрос, что именно происходит с пользователем и к чему это приводит.
Аудит также стоит отличать от юзабилити-тестирования. Аудит — экспертный разбор по сценариям и известным правилам; тестирование — наблюдение за реальными людьми, которые впервые видят интерфейс. Первое быстрее и дешевле, второе точнее показывает, где именно люди спотыкаются. На практике их часто совмещают.
Когда аудит действительно нужен
Аудит имеет смысл, когда есть сформулированная задача и данные, которые вызывают вопросы. Если задача звучит как «сделайте красиво», сначала нужно договориться, какой результат считается улучшением.
- Конверсия упала или не растёт, хотя трафик стабильный
- Поступают однотипные обращения: «не нашёл», «не понял», «а где посмотреть»
- Менеджеры вручную дожимают заявки, которые должны были закрываться сами
- Планируется редизайн: дешевле найти проблемы до макетов, чем после вёрстки
- Вышел новый релиз, и поведение пользователей изменилось
- Готовится рекламный бюджет: сначала проверяется посадочная страница
И наоборот: если продукт ещё не запущен, аудит подменяется проектированием. Проверять нечего, пока нет сценариев и экранов — здесь нужен прототип, а не разбор существующего интерфейса.
Как проходит аудит
Работа идёт в несколько этапов, и каждый заканчивается понятным артефактом. Такой порядок не даёт аудиту превратиться в свободное мнение.
- Цель и сценарии: что пользователь должен сделать и по каким признакам понятно, что он это сделал
- Данные: аналитика, список обращений, при наличии — записи сессий и результаты опросов
- Проход по сценариям на десктопе и на телефоне, с фиксацией каждого затруднения
- Проверка состояний: пустой список, ошибка, загрузка, долгая операция, недоступный сервис
- Приоритизация: что влияет на задачу сильно, а что косметика
- Отчёт и обсуждение: что исправлять первым и как проверить результат
Отдельно фиксируется, чего в интерфейсе нет. Пропущенный экран или отсутствующее состояние — такая же проблема, как неудачная кнопка, и часто более дорогая.
Что именно проверяется
Понятность первого экрана
За несколько секунд человек должен понять, что это за продукт, для кого он и что можно сделать дальше. Если для этого нужно прокрутить страницу и прочитать три абзаца, часть аудитории уйдёт раньше.
Навигация и поиск
Проверяется, находит ли человек нужный раздел по названию, работают ли фильтры, что происходит при пустом результате поиска. Частая проблема — названия разделов, понятные внутри компании и ничего не говорящие снаружи.
Формы и ошибки
Сколько полей обязательно, что происходит при неверном вводе, сохраняются ли данные при возврате. Ошибка, которая стирает заполненную форму, — один из самых дорогих дефектов интерфейса.
Мобильное поведение
Проверяется не «сжимается ли страница», а сценарий целиком на телефоне: доступны ли кнопки, не перекрывает ли клавиатура поля, читается ли таблица. Большая часть трафика в большинстве проектов приходит с телефона, и именно там ломается больше всего.
Доступность
Контраст текста, размер интерактивных элементов, работа с клавиатуры, подписи к изображениям. Это влияет не только на людей с ограничениями: плохой контраст и мелкие кнопки мешают всем, особенно на ярком солнце и на ходу.
Аудит и аналитика: как связать
Аудит хорошо работает в паре с данными, но не заменяет их. Аналитика показывает, где люди уходят, аудит объясняет почему. Если смотреть только цифры, легко сделать неверный вывод: например, высокий показатель отказов на странице услуги может означать не плохой дизайн, а несоответствие трафика и предложения.
Полезный порядок: сначала смотрим воронку и находим шаг с наибольшими потерями, затем разбираем именно этот экран и сценарий. Так аудит не распыляется на весь интерфейс и даёт правки там, где они заметны.
- Воронка по шагам: переход, просмотр ключевого блока, начало формы, отправка
- Разделение по устройствам: телефон и десктоп ведут себя по-разному
- Список обращений в поддержку за период — там формулировки проблем клиента
- Записи сессий, если они есть: короткие фрагменты уходов полезнее долгих просмотров
- Проверка гипотез после правок: те же метрики на том же отрезке времени
Если аналитики нет совсем, аудит всё равно возможен, но выводы будут менее точными. В таком случае первым шагом стоит настроить цели и события, а уже потом приниматься за крупные правки.
Как отделить UX от проблем предложения
Самая частая ошибка при чтении аудита — считать, что все проблемы решаются интерфейсом. Если предложение не соответствует аудитории, никакая переработка кнопок не поможет. Поэтому в отчёте проблемы разделяются по природе.
| Симптом | Возможная причина | Что проверять |
|---|---|---|
| Мало заявок при хорошем трафике | Не тот оффер, не та аудитория или неудобная форма | Сначала соответствие предложения запросу, затем форму |
| Уходят на середине формы | Лишние поля, непонятные требования, ошибки валидации | Число и порядок полей, тексты подсказок |
| Звонят с вопросом, который есть на сайте | Информация спрятана или написана внутренним языком | Структура разделов, формулировки, поиск |
| Не находят нужный раздел | Названия пунктов меню не совпадают с лексикой клиента | Меню, хлебные крошки, внутренний поиск |
| Не возвращаются | Нет причины вернуться: нет истории, статусов, полезного контента | Личный кабинет, уведомления, повторные сценарии |
Такой разбор экономит бюджет: часть проблем решается текстом и структурой, а не редизайном. И наоборот, иногда «плохой интерфейс» оказывается следствием того, что на страницу приходят люди с другим намерением.
В каком виде приходит результат
Хороший отчёт по аудиту — рабочий документ, а не презентация на сорок слайдов. В нём есть список проблем, у каждой — сценарий, где она возникает, последствие и предлагаемое решение.
- Перечень проблем с приоритетом: что блокирует задачу, что мешает, что косметика
- Скриншоты или короткие видео проблемного места
- Формулировка последствия: что теряет пользователь и что теряет бизнес
- Предложение решения в терминах интерфейса, а не «сделать удобнее»
- Способ проверки: как понять, что после правки стало лучше
- Границы работы: что в аудит не входило и почему
Если в отчёте нет приоритетов, им нельзя пользоваться: список из восьмидесяти замечаний одинаковой важности означает, что работу никто не начнёт.
Сроки и стоимость
Небольшой сайт или лендинг обычно разбирается за несколько дней: сценариев немного, состояний тоже. Приложение или личный кабинет требуют больше времени, потому что там есть роли, пустые состояния и длинные цепочки действий.
Стоимость зависит от числа сценариев и экранов, а не от «сложности дизайна». В 7АРТ проектирование интерфейсов стартует от 9 990 ₽ за экраны по согласованному списку; аудит считается отдельно по объёму и фиксируется в договоре. Ориентиры по направлениям собраны в разделе цены и состав работ.
Иногда дешевле не аудит, а проектирование заново: если интерфейс собран случайно, разбор обойдётся дороже, чем новый прототип. Такой вывод тоже нормален — главное, чтобы он был обоснован, а не продиктован желанием продать редизайн.
Кто проводит аудит и что нужно подготовить
Аудит может делать дизайнер, аналитик или продакт — важнее не роль, а привычка проверять сценарии, а не любоваться экранами. Один человек видит меньше, чем два, поэтому полезно, когда разбор смотрит кто-то из команды заказчика: он знает контекст, которого нет в интерфейсе.
- Ссылку на интерфейс и доступы, если нужна авторизация
- Описание целевого действия: что считается успехом для пользователя
- Данные: аналитика, обращения, жалобы менеджеров
- Список известных проблем — но не как единственный источник
- Ограничения: что нельзя менять из-за технических или юридических причин
Отдельно стоит договориться о формате обсуждения. Если отчёт защищается в режиме «нравится / не нравится», обсуждение уходит в вкусы. Продуктивнее идти по сценариям: где человек остановился, что он в этот момент думал и что мешало сделать следующий шаг.
Как не превратить аудит в список пожеланий
- Не смешивать требования и вкусы: «кнопка должна быть заметнее» — это гипотеза, её нужно проверять
- Не превращать отчёт в техзадание на редизайн: это разные документы с разными целями
- Не исправлять всё сразу: правки без приоритета не дают понять, что сработало
- Не забывать про состояния: пустые списки и ошибки чаще ломают сценарий, чем цвета
- Фиксировать точку отсчёта: без данных до правок эффект не доказать
И главное: аудит стоит делать до того, как вложен бюджет в рекламу на проблемную страницу. Проверка посадочной страницы обходится дешевле, чем трафик, который на ней теряется.
Что делать после аудита
Отчёт имеет смысл, когда превращается в план: несколько правок с наибольшим эффектом, их проверка и решение о следующем шаге. Последующие изменения лучше вносить порциями, чтобы можно было сравнить результат.
Если правок много и они затрагивают структуру, разумнее сначала собрать прототип и проверить на нём гипотезы, а затем переносить в дизайн и разработку. Про то, как проектируются интерфейсы, подробнее — на странице UX/UI-дизайн приложений и панелей управления.
Обсудить аудит или проектирование можно через форму обсуждения проекта: полезно сразу приложить ссылку на интерфейс, цель и то, какие данные вызывают вопросы.