Как провести юзабилити-тестирование: пошагово
Практика3 минРедакция Innovialabs
Коротко
Юзабилити-тест — это когда реальные пользователи выполняют типичные задачи в вашем интерфейсе, а вы молча наблюдаете, где они спотыкаются. Нужны 4–6 подходящих участников, задания в виде сценариев, нейтральный ведущий и приоритизация проблем по частоте и тяжести.
Суть метода
Юзабилити-тестирование показывает не то, что люди думают о дизайне, а то, как они с ним справляются. Вы даёте участнику задачу, просите рассуждать вслух и наблюдаете. Каждая заминка, лишний клик или неверная догадка — это находка.
Тестировать можно что угодно: кликабельный прототип в Figma, рабочий сайт, мобильное приложение и даже бумажный набросок. Чем раньше тест, тем дешевле исправления.
Шаг 1. Определите цель и задания
Сначала решите, что именно проверяете: оформление заказа, регистрацию, поиск нужной информации. Один тест — 3–5 ключевых сценариев.
Задание пишется как ситуация из жизни, а не как инструкция:
| Плохо | Хорошо |
|---|---|
| Нажмите «Каталог» и найдите кроссовки | Вам нужны беговые кроссовки до определённой суммы. Найдите подходящую пару |
| Зарегистрируйтесь | Вы хотите сохранить корзину, чтобы вернуться к ней завтра |
Не используйте в задании слова с кнопок и из меню — иначе вы проверяете поиск совпадений, а не понятность интерфейса.
Шаг 2. Найдите участников
- Участники должны быть похожи на вашу реальную аудиторию по задачам и опыту, а не просто «любые люди».
- Для качественного теста обычно хватает 4–6 человек на одну группу пользователей: основные проблемы начинают повторяться уже после первых сессий.
- Не зовите коллег и тех, кто участвовал в разработке, — они знают слишком много.
- Короткая анкета-фильтр отсеет неподходящих: 3–5 вопросов о том, как часто человек решает такую задачу и какими сервисами пользуется.
- Предусмотрите благодарность за потраченное время и получите согласие на запись экрана и голоса.
Шаг 3. Подготовьте сценарий сессии
Сессия длится 30–60 минут. Простой скрипт ведущего:
1. Приветствие (2 мин)
«Мы тестируем сайт, а не вас. Ошибиться невозможно.
Если что-то непонятно — это проблема дизайна, и нам важно об этом знать».
2. Просьба думать вслух (1 мин)
«Пожалуйста, проговаривайте, что видите, что ищете и что ожидаете».
3. Вводные вопросы (5 мин)
Как вы обычно решаете эту задачу сейчас?
4. Задания (20-40 мин)
По одному, текст задания — на карточке или в чате.
5. Итоговые вопросы (5 мин)
Что было сложнее всего? Что бы вы изменили?
Проведите пилотную сессию с одним человеком, чтобы проверить формулировки и тайминг.
Шаг 4. Наблюдайте и не подсказывайте
Главное правило ведущего — не вести. Типичные ошибки и что говорить вместо них:
- «Видите кнопку справа?» → молчите и ждите.
- «Это было удобно?» → «Расскажите, что сейчас произошло».
- «Почему вы не нажали на меню?» → «Что вы ожидали здесь найти?»
- Участник спрашивает «А куда нажать?» → «А как вы думаете?»
Если человек застрял надолго, отметьте провал задания и мягко переходите к следующему. Записывайте не мнения, а поведение: где задержался, что искал, где ошибся, что сказал вслух. Удобно, когда кроме ведущего есть отдельный наблюдатель, который ведёт заметки.
Шаг 5. Превратите находки в правки
Сразу после каждой сессии запишите проблемы, пока детали свежи. Затем сведите всё в одну таблицу:
| Проблема | Сколько участников | Тяжесть | Решение |
|---|---|---|---|
| Не находят кнопку оплаты на мобильном | 4 из 5 | Блокирует задачу | Закрепить кнопку внизу экрана |
| Путают два тарифа | 2 из 5 | Замедляет | Добавить сравнение тарифов |
Тяжесть удобно оценивать по трём уровням: блокирует задачу, замедляет её, раздражает. Сначала исправляйте то, что блокирует и встречается часто. После правок проведите короткий повторный тест на тех же сценариях.
Частые ошибки
- Тестировать всё сразу вместо нескольких ключевых сценариев.
- Спрашивать «Нравится ли вам?» вместо наблюдения за действиями.
- Объяснять интерфейс, когда участник ошибается.
- Делать выводы по одному участнику.
- Собрать отчёт и не довести находки до задач в бэклоге.