Что такое юзабилити-тестирование и зачем оно нужно

Коротко: что это такое

Юзабилити-тестирование — это метод, при котором вы даёте реальным пользователям конкретные задачи в продукте и наблюдаете, как они их выполняют. Например: «Закажите доставку на завтра» или «Найдите, сколько стоит тариф для команды».

Главное здесь — наблюдение, а не опрос. Люди плохо предсказывают своё поведение и охотно говорят «всё понятно», даже когда только что пять раз нажали не туда. Тест показывает, что человек делает на самом деле.

Тестировать можно что угодно: кликабельный прототип в Figma, готовый сайт, мобильное приложение, даже бумажные наброски экранов.

Форматы: модерируемое и немодерируемое

Модерируемый формат лучше подходит на ранних этапах, когда вы ещё не понимаете, где проблемы. Немодерируемый — когда нужно проверить конкретный сценарий на большем количестве людей.

Удалённое и очное

• Очное — участник и ведущий в одной комнате. Видно мимику, жесты, легко помочь с техникой. Подходит для физических устройств и аудиторий, которым сложно с видеосвязью.
• Удалённое — через видеозвонок с демонстрацией экрана. Дешевле, быстрее, можно тестировать людей из других городов, а участник работает в привычной обстановке на своём устройстве.

Эти оси независимы: удалённый тест может быть и модерируемым (созвон с ведущим), и немодерируемым (запись через сервис).

Какие проблемы находит тестирование

• Непонятная навигация — человек не может найти нужный раздел или ищет его не там, где вы его положили.
• Неясные формулировки — кнопка «Продолжить» ведёт не туда, куда ожидали; термины, понятные только команде.
• Незаметные элементы — ключевая кнопка теряется на фоне или уходит за пределы экрана.
• Ошибки в формах — непонятные требования к паролю, сброс данных после ошибки, неудобный ввод телефона.
• Ложные ожидания — пользователь думает, что действие сохранилось, а оно не сохранилось.

Тестирование не отвечает на вопрос «нужен ли людям этот продукт» и не заменяет аналитику. Оно отвечает на вопрос «могут ли люди этим пользоваться».

Почему пяти пользователей часто достаточно

Идею популяризировал Якоб Нильсен (Nielsen Norman Group). Логика простая: первый участник находит много проблем, второй — часть тех же и немного новых, третий — ещё меньше нового. С каждым следующим человеком вы в основном видите повторы.

Поэтому выгоднее не один большой тест на 20 человек, а несколько маленьких раундов: протестировали на пятерых, исправили, протестировали снова. Каждый раунд находит проблемы, которые раньше были скрыты за более грубыми.

Важные оговорки:

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

Как провести первый тест: пошагово

1. Сформулируйте цель. Что проверяем: оформление заказа, регистрацию, поиск?
2. Напишите 3–5 задач в виде реальных ситуаций, без подсказок. Не «нажмите на “Корзина”», а «вы выбрали товар, оформите покупку».
3. Найдите участников из целевой аудитории, а не коллег из соседнего отдела.
4. Попросите думать вслух — так вы услышите, что человек ожидает увидеть.
5. Не помогайте. Если участник застрял, спросите «что вы ожидали?», а не показывайте, куда нажать.
6. Записывайте наблюдения, а не интерпретации: «искал оплату в меню профиля», а не «меню плохое».
7. Соберите проблемы в список и расставьте приоритеты по тому, насколько они мешают выполнить задачу.

Частые ошибки

• Тестировать на коллегах и друзьях — они знают контекст и стесняются критиковать.
• Задавать наводящие вопросы: «Вам ведь удобно?»
• Тестировать только в самом конце, когда менять что-то уже дорого.
• Делать выводы по одному участнику.
• Проводить тест и не исправлять найденное.