UX-аудит — это экспертная проверка конкретного пользовательского сценария: от входа на сайт до целевого действия, например отправки заявки. Основа аудита — эвристическая оценка по 10 эвристикам Якоба Нильсена, которую 3–5 экспертов проводят независимо, а затем оценивают каждую проблему по шкале серьёзности от 0 до 4. Аудит быстро находит очевидные проблемы, но не заменяет исследований с реальными пользователями.
После материала вы сможете
- провести эвристическую оценку одного сценария по 10 эвристикам Нильсена в два прохода
- оценить каждую найденную проблему по шкале серьёзности 0–4 с учётом частоты, влияния и повторяемости
- подкрепить выводы аудита данными воронки и записей сессий
- оформить отчёт: проблема, доказательство, рекомендация, приоритет
Содержание
- Когда нужен аудит и что он не заменяет
- Выбор сценария и цели: от входа до целевого действия
- Эвристическая оценка: 10 эвристик на практике
- Шкала серьёзности и как не утонуть в мелочах
- Данные: аналитика, воронка, записи сессий
- Отчёт: проблема, доказательство, рекомендация, приоритет
- Пример: аудит формы заявки
Когда нужен аудит и что он не заменяет
Аудит нужен, когда продукт уже есть, а результат не устраивает: заявок мало, в корзине много брошенных заказов, в поддержку пишут одни и те же вопросы. Он отвечает на вопрос «что в этом сценарии мешает человеку дойти до цели» и даёт список проблем с приоритетами. Методическая основа — эвристическая оценка (heuristic evaluation): эксперты сверяют интерфейс с набором принципов юзабилити.
Аудит подходит, чтобы
- Быстро найти очевидные нарушения до дорогого тестирования
- Проверить новый макет перед передачей в разработку
- Составить список доработок с приоритетами
- Подготовить задачи для юзабилити-теста
Аудит не заменяет
- Тестов и интервью с реальными пользователями
- Технического аудита: скорости, кода, безопасности
- Проверки доступности по WCAG — это отдельный чек-лист
- Решений о стратегии продукта и ценообразовании
Выбор сценария и цели: от входа до целевого действия
Аудит «всего сайта» почти всегда поверхностный. NN/g советует сужать рамки: одна задача, один раздел, одна группа пользователей или один тип устройства — чем уже рамки, тем подробнее оценка. Для бизнеса обычно выбирают сценарий, который приносит деньги: заявку, запись, покупку или регистрацию.
Выберите сценарий
Один путь с понятным результатом: «записаться на консультацию с главной страницы с телефона».
Определите вход и цель
Откуда человек приходит (реклама, поиск, Instagram) и что считается успехом (заявка отправлена и подтверждена).
Опишите пользователя и устройство
Кто идёт по сценарию и на чём: новый клиент со смартфона ведёт себя иначе, чем постоянный с компьютера.
Пройдите путь и зафиксируйте шаги
Снимите скриншот каждого экрана и состояния: пустая форма, ошибка, загрузка, успех. Это основа для заметок и отчёта.
Договоритесь о формате записей
Таблица «одно наблюдение — одна строка» или стикеры на скриншотах. Эксперты не видят записи друг друга до конца оценки.
- 01Реклама
- 02Страница услуги
- 03Форма заявки
- 04Подтверждение
- 05Ответ менеджера
Эвристическая оценка: 10 эвристик на практике
Десять эвристик Якоба Нильсена опубликованы в 1994 году; в 2020-м NN/g обновила пояснения и примеры, сами принципы не менялись. Это не строгие правила, а широкие ориентиры. Ниже — что проверять по каждой эвристике в типичном сценарии заявки.
1. Видимость состояния системы
- Что проверить в сценарии
- Видно ли, что заявка отправляется и что она отправлена? Есть ли номер шага в длинной форме?
2. Соответствие системы реальному миру
- Что проверить в сценарии
- Говорит ли интерфейс языком клиента: «Записаться», а не «Создать обращение»?
3. Пользовательский контроль и свобода
- Что проверить в сценарии
- Можно ли вернуться на шаг назад, не потеряв введённое, и закрыть окно?
4. Единообразие и стандарты
- Что проверить в сценарии
- Одинаково ли выглядят и называются кнопки на разных страницах? Привычны ли элементы?
5. Предотвращение ошибок
- Что проверить в сценарии
- Есть ли маска телефона, выбор даты вместо ввода, запрет прошедших дат?
6. Узнавание вместо припоминания
- Что проверить в сценарии
- Видны ли выбранная услуга и цена на шаге с контактами, или их нужно помнить?
7. Гибкость и эффективность
- Что проверить в сценарии
- Работает ли автозаполнение, можно ли записаться повторно быстрее?
8. Эстетичный и минималистичный дизайн
- Что проверить в сценарии
- Нет ли лишних полей, баннеров и текстов, отвлекающих от формы?
9. Помощь в распознавании и исправлении ошибок
- Что проверить в сценарии
- Понятно ли, какое поле заполнено неверно и как исправить, — простыми словами, без кодов?
10. Справка и документация
- Что проверить в сценарии
- Можно ли быстро получить ответ на вопрос — например, о цене или противопоказаниях — не уходя со страницы?
Первый проход — знакомство
Пройдите сценарий целиком, ничего не оценивая: понять продукт и логику пути.
Второй проход — поиск нарушений
Пройдите путь снова и запишите каждое нарушение с номером эвристики, скриншотом и, по желанию, рекомендацией.
Сведение результатов
Эксперты объединяют находки, группируют похожие и обсуждают расхождения: что сильнее всего мешает пользователю и бизнес-цели.
Один эксперт, каким бы опытным он ни был, пропустит часть проблем. NN/g рекомендует, чтобы один интерфейс независимо оценивали три-пять человек. В маленькой команде это могут быть дизайнер, разработчик и менеджер проекта — после короткой тренировки на простом примере.
Шкала серьёзности и как не утонуть в мелочах
Аудит легко превращается в список из сотни замечаний, где опечатка стоит рядом с неработающей кнопкой. Чтобы команда знала, что чинить первым, каждую проблему оценивают по шкале серьёзности Нильсена.
0
- Значение
- Не проблема юзабилити
- Что делать
- Не включать в список доработок
1
- Значение
- Косметическая проблема
- Что делать
- Исправить, если останется время
2
- Значение
- Незначительная проблема
- Что делать
- Низкий приоритет
3
- Значение
- Серьёзная проблема
- Что делать
- Высокий приоритет, важно исправить
4
- Значение
- Катастрофа юзабилити
- Что делать
- Обязательно исправить до релиза
- Частота: проблема встречается часто или редко?
- Влияние: легко ли человеку её обойти или он застревает?
- Повторяемость: один раз разобрался — и дальше без проблем, или она мешает каждый раз?
- Отдельно — влияние на бизнес: некоторые проблемы бьют по продажам и репутации сильнее, чем видно по юзабилити
Данные: аналитика, воронка, записи сессий
Эвристика говорит, что могло бы мешать. Данные показывают, мешает ли это на самом деле и скольким людям. Если продукт работает, к аудиту стоит приложить хотя бы три среза.
- Воронка сценария: сколько людей дошло до каждого шага и где самый большой провал
- События формы: на каком поле чаще всего возникают ошибки валидации и где форму бросают
- Записи сессий и карты кликов: что именно делали люди на проблемном шаге
- Обращения в поддержку и мессенджеры: какие вопросы повторяются — это подсказки о непонятных местах
- Сравнение устройств: если на телефоне конверсия заметно ниже, проверяйте мобильную версию первой
Данные повышают и понижают приоритеты. Нарушение эвристики на шаге, где теряется больше всего людей, поднимается выше; спорное замечание на странице, до которой почти никто не доходит, можно отложить. Аналитика при этом показывает место, но не причину: «почему» уточняет тест.
Отчёт: проблема, доказательство, рекомендация, приоритет
Хороший отчёт читается за десять минут и сразу превращается в задачи. Каждая строка — одна проблема, привязанная к шагу сценария, с доказательством и конкретным решением. «Улучшить UX формы» — не рекомендация; «заменить поле даты на выбор из календаря и запретить прошедшие даты» — рекомендация.
Шаг
- Что записать
- Экран или состояние сценария
- Пример
- Форма заявки, состояние ошибки
Проблема
- Что записать
- Что мешает пользователю — наблюдаемо и конкретно
- Пример
- После ошибки очищаются все поля
Эвристика
- Что записать
- Номер и название нарушенного принципа
- Пример
- 9. Помощь в исправлении ошибок; 3. Контроль и свобода
Доказательство
- Что записать
- Скриншот, запись сессии, цифра воронки
- Пример
- Скриншот до и после, событие ошибки в аналитике
Серьёзность 0–4
- Что записать
- Среднее по оценкам экспертов
- Пример
- 3,7
Рекомендация
- Что записать
- Конкретное изменение, которое можно отдать в работу
- Пример
- Сохранять введённое, подсвечивать только поле с ошибкой
- В начале — сценарий, цель, устройство и кто проводил оценку
- Три-пять главных проблем вынесены в краткое резюме
- У каждой проблемы есть скриншот или другое доказательство
- Проблемы отсортированы по серьёзности, а не по порядку экранов
- Рекомендации конкретны и проверяемы
- Отмечено, что требует проверки тестом с пользователями
- Указаны сильные стороны — их нельзя сломать при доработке
Пример: аудит формы заявки
Учебный пример на вымышленной форме записи в клинику: поля «Имя», «Телефон», «Услуга», «Дата» (текстовое поле) и «Комментарий», кнопка «Отправить». Сценарий — новый клиент с телефона записывается со страницы услуги. Оценки серьёзности условные и показывают, как работает шкала.
После нажатия «Отправить» ничего не меняется 3–4 секунды, человек нажимает повторно
- Эвристика
- 1. Видимость состояния
- Серьёзность
- 3
- Рекомендация
- Блокировать кнопку и показывать индикатор отправки, затем экран подтверждения
Дата вводится текстом, формат не подсказан, можно указать прошедший день
- Эвристика
- 5. Предотвращение ошибок
- Серьёзность
- 3
- Рекомендация
- Выбор даты из календаря, только доступные дни
Ошибка «Invalid input» над формой, неясно, какое поле неверно
- Эвристика
- 9. Исправление ошибок
- Серьёзность
- 3
- Рекомендация
- Сообщение рядом с полем простыми словами: «Укажите номер в формате +7…»
При ошибке форма очищается целиком
- Эвристика
- 3. Контроль и свобода
- Серьёзность
- 4
- Рекомендация
- Сохранять введённые данные
Кнопка «Отправить» вместо «Записаться»
- Эвристика
- 2. Соответствие реальному миру
- Серьёзность
- 1
- Рекомендация
- Глагол, описывающий результат: «Записаться на консультацию»
Аудит ценен не количеством замечаний, а тем, насколько быстро его можно превратить в задачи.
Источники
- Nielsen Norman Group — 10 Usability Heuristics for User Interface Design
- Nielsen Norman Group — Heuristic Evaluations: How to Conduct
- Nielsen Norman Group — Severity Ratings for Usability Problems
- Nielsen Norman Group — 3 Uses for Analytics in User Experience Practice
- Nielsen Norman Group — Error-Message Guidelines