---
title: Юзабилити
description: Что такое юзабилити по ISO 9241-11 и Нильсену, пять составляющих, метрики и методы проверки, типичные проблемы интерфейсов и связь с UX, доступностью и производительностью.
---

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

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

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

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

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

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

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

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

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

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

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

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

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

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

## Как измерять

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

| Метрика | Что показывает | Как собрать |
| --- | --- | --- |
| Успешность задачи (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 проверяет эффект на реальном потоке. Пять участников находят большинство проблем в сценарии, но для количественных выводов нужна выборка больше.

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

| Проблема | Что делать |
| --- | --- |
| Названия не совпадают с языком пользователя | Взять формулировки из интервью и поисковых запросов; см. [информационную архитектуру](https://wpcraft.ru/kb/design/ux/information-architecture.md) |
| Лишние и повторные шаги | Убрать поля, не спрашивать одни и те же данные дважды |
| Нет обратной связи после действия | Показать состояние: загрузка, сохранение, результат; см. [проектирование взаимодействия](https://wpcraft.ru/kb/design/ux/interaction-design.md) |
| Ошибка не говорит, что делать | Объяснить причину, подсветить поле и сохранить введённое |
| Возможности спрятаны | Сделать точки входа видимыми, не прятать ключевые действия в меню |
| Регистрация требуется до получения ценности | Дать гостевой путь или отложить регистрацию до момента, когда она объяснима |
| При возврате теряется контекст | Сохранять фильтры, позицию, черновик и выбранные параметры |
| Мелкие цели и недоступность с клавиатуры | Проверить по [WCAG](https://wpcraft.ru/kb/design/ux/accessibility.md): размер целей, фокус, подписи |
| Долгая загрузка воспринимается как поломка | Показать немедленный отклик и прогресс; см. [производительность](https://wpcraft.ru/kb/practices/web/performance/optimization.md) |

## Юзабилити в связке с другими практиками

- [UX-дизайн](https://wpcraft.ru/kb/design/ux.md) — юзабилити как одна из граней опыта; остальные грани (польза, доверие, желательность) не менее важны.
- [Доступность](https://wpcraft.ru/kb/design/ux/accessibility.md) — юзабилити для «среднего» пользователя против отсутствия барьеров для всех.
- [Информационная архитектура](https://wpcraft.ru/kb/design/ux/information-architecture.md) — структура и названия, от которых зависит находимость.
- [Проектирование взаимодействия](https://wpcraft.ru/kb/design/ux/interaction-design.md) — поведение, состояния и обратная связь внутри сценария.
- [UI-дизайн](https://wpcraft.ru/kb/design/ui.md) — визуальная иерархия, состояния элементов и читаемость.
- [Маркетинговый дизайн](https://wpcraft.ru/kb/design/marketing.md) — форма заявки и путь к целевому действию.
- [Каталог и checkout](https://wpcraft.ru/kb/practices/ecommerce/storefront/catalog-and-checkout.md) — сценарий оформления заказа, где юзабилити прямо влияет на выручку.
- [Практики веб-дизайна для WordPress](https://wpcraft.ru/kb/stacks/wordpress/faq/design-best-practices.md) — платформенные ограничения и типовые ошибки.

## Материалы и источники

- [Ключевые составляющие UX-дизайна (исходный конспект)](https://wpcraft.ru/raw/2026/1024/ux.md)
- [ISO 9241-11:2018 — Ergonomics of human-system interaction](https://www.iso.org/standard/63500.html)
- [Usability 101: Introduction to Usability — Jakob Nielsen, NN/g](https://www.nngroup.com/articles/usability-101-introduction-to-usability/)
- [10 Usability Heuristics for User Interface Design — NN/g](https://www.nngroup.com/articles/ten-usability-heuristics)
- [Why You Only Need to Test with 5 Users — NN/g](https://www.nngroup.com/articles/why-you-only-need-to-test-with-5-users/)
- [System Usability Scale (SUS) — MeasuringU](https://measuringu.com/sus/)