Юзабилити

Что такое юзабилити

Юзабилити (usability, «удобство использования») — качество интерфейса, которое показывает, насколько легко и надёжно человек достигает своей цели. Это не синоним UX: юзабилити — одно из свойств опыта, наряду с полезностью, доверием и эмоциональным восприятием.

Стандарт ISO 9241-11 определяет юзабилити как «степень, в которой система, продукт или сервис могут быть использованы определёнными пользователями для достижения определённых целей с результативностью, эффективностью и удовлетворённостью в заданном контексте использования». Формулировка важна тремя оговорками:

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

Якоб Нильсен добавляет практическое различие: полезность (usefulness) = utility + usability. Utility отвечает на вопрос «делает ли продукт то, что нужно», юзабилити — «можно ли этим воспользоваться». Продукт с нужной функцией и плохим интерфейсом так же бесполезен, как удобный продукт без нужной функции.

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

Пять составляющих

Модель Нильсена раскладывает юзабилити на пять измеримых качеств.

Составляющая	Вопрос	Как проявляется
Обучаемость	Насколько быстро новый пользователь справляется с задачей в первый раз?	Понятные названия, подсказки, предсказуемые шаги
Эффективность	Насколько быстро задачу решает опытный пользователь?	Горячие клавиши, сохранённые настройки, короткий путь
Запоминаемость	Помнит ли человек, как вернуться к задаче после перерыва?	Узнаваемые элементы, видимое состояние, история действий
Ошибки	Сколько ошибок возникает, насколько они серьёзны и исправимы?	Валидация, подтверждения, отмена, понятные сообщения
Удовлетворённость	Приятно ли пользоваться продуктом?	Тон, отклик, отсутствие раздражения

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

Контекст использования

Юзабилити нельзя оценить в вакууме: по ISO оно всегда «в контексте». Перед проверкой фиксируют четыре вещи:

Пользователи — кто они, какая подготовка, какие ограничения.
Цели — что человек хочет получить, а не что он нажимает.
Задачи — какими шагами цель достигается.
Среда — устройство, браузер, скорость сети, условия вокруг (шум, спешка, мобильный интернет).

Если контекст не зафиксирован, метрики несравнимы: «среднее время оформления заказа» на демо-стенде и на телефоне в метро — разные числа. Тот же принцип лежит в основе доступности: смена контекста (маленький экран, клавиатура вместо мыши) выявляет барьеры, незаметные в «среднем» сценарии.

Как измерять

Юзабилити измеряют поведенческими и субъективными метриками. Первые показывают, что происходит, вторые — как это воспринимается.

Метрика	Что показывает	Как собрать
Успешность задачи (task success rate)	Доля пользователей, дошедших до результата	Наблюдение в тесте или аналитика воронки
Время на задачу	Скорость достижения цели	Замер в тесте, тайминги в аналитике
Число ошибок на задачу	Где сценарий ломается	Подсчёт в тесте, доля отказов валидации
Время обучения	Сколько нужно на первый успех	Повторные тесты с новыми участниками
SUS (System Usability Scale)	Субъективная оценка удобства, 0–100	Опрос из 10 утверждений; средний результат по индустрии — около 68
SEQ (Single Ease Question)	Сложность конкретного шага, 1–7	Один вопрос сразу после действия
Обращения в поддержку и повторные попытки	Косвенный признак непонятного сценария	Логи обращений, повторные отправки форм

Метрика без задачи и порога бесполезна. Рабочая формулировка выглядит так: «новый пользователь оформляет заказ без помощи поддержки не дольше 3 минут в 8 случаях из 10». Тогда результат можно сравнить до и после изменения.

Как проверять

Метод	Что даёт	Ограничение
Модерируемый юзабилити-тест	Наблюдение за тем, где и почему человек спотыкается	5–8 участников на итерацию: этого хватает, чтобы найти основные проблемы, но не для статистики
Немодерируемый тест	Больше участников и географий	Нет уточняющих вопросов «почему»
Эвристическая оценка	Быстрый список проблем без респондентов	Зависит от опыта эксперта, находит не всё
Когнитивный проход	Поймёт ли новый пользователь каждый шаг	Трудоёмок для длинных сценариев
Аналитика и записи сессий	Реальные точки потери на объёме	Показывает «где», но не «почему»
A/B-тест	Влияние изменения на метрику	Нужен трафик и корректный дизайн эксперимента
Опросы SUS и SEQ	Сравнение версий по субъективной оценке	Не заменяет наблюдение за поведением

Порядок обычно такой: эвристическая оценка и аналитика дают гипотезы, несколько тестов подтверждают причины, A/B проверяет эффект на реальном потоке. Пять участников находят большинство проблем в сценарии, но для количественных выводов нужна выборка больше.

Типичные проблемы

Проблема	Что делать
Названия не совпадают с языком пользователя	Взять формулировки из интервью и поисковых запросов; см. информационную архитектуру
Лишние и повторные шаги	Убрать поля, не спрашивать одни и те же данные дважды
Нет обратной связи после действия	Показать состояние: загрузка, сохранение, результат; см. проектирование взаимодействия
Ошибка не говорит, что делать	Объяснить причину, подсветить поле и сохранить введённое
Возможности спрятаны	Сделать точки входа видимыми, не прятать ключевые действия в меню
Регистрация требуется до получения ценности	Дать гостевой путь или отложить регистрацию до момента, когда она объяснима
При возврате теряется контекст	Сохранять фильтры, позицию, черновик и выбранные параметры
Мелкие цели и недоступность с клавиатуры	Проверить по WCAG: размер целей, фокус, подписи
Долгая загрузка воспринимается как поломка	Показать немедленный отклик и прогресс; см. производительность