Юзабилити-тестирование: задачи, методы и разбор результатов

Юзабилити-тестирование показывает, где люди затрудняются при работе с интерфейсом. Участники выполняют задачи, а исследователь наблюдает за действиями, ошибками и ожиданиями. Чтобы результаты помогли изменить продукт, заранее определите вопрос исследования, подберите участников и договоритесь, что считать успешным выполнением задачи.

Начните с одного сценария, который можно пройти целиком. Для оформления заказа в прототипе Pixso подготовьте не только переход к подтверждению, но и выбор доставки, просмотр итоговой суммы и возможность исправить заказ. Так наблюдение покажет, понимает ли человек последствия своего выбора, а не только замечает ли кнопку.

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

Тестирование юзабилити — исследование, в котором представители целевой аудитории выполняют задачи с продуктом или прототипом. Оно помогает обнаружить препятствия: непонятную подпись, незаметное действие, лишний шаг или отсутствие нужной информации.

Что можно узнать из сессии

Наблюдайте, завершает ли участник задачу, где ошибается и какая помощь ему нужна. Время выполнения полезно, если скорость важна для сценария и условия сессий сопоставимы. Вопросы после задачи помогают понять ожидания участника, но его мнение не заменяет наблюдение за действиями.

Зачем проводить тестирование

Исследование помогает команде принимать конкретные решения.

1. Найти причину затруднения. Если участник не завершил оформление заказа, выясните, что именно остановило его: навигация, условия доставки, ошибка формы или другой фактор.
2. Сравнить варианты. Подготовьте одинаковую задачу и сопоставимые условия, чтобы оценить, какой подход понятнее. Разница в содержании не должна маскироваться под разницу в дизайне.
3. Проверить решение до разработки. В прототипе проще изменить порядок шагов или подпись. При этом сценарии, зависящие от скорости сети, реальных данных и технических ограничений, нужно проверять и в работающем продукте.

Как организовать юзабилити-тестирование

Пример задания: заказать товар с ограничением по доставке

Предположим, команда проверяет, понимает ли покупатель итоговую стоимость и срок доставки до подтверждения. Задание участнику: «Вы выбрали настольную лампу для рабочего места. Она нужна вам не позднее пятницы, а общая сумма с доставкой не должна превышать 5 000 ₽. Оформите подходящий вариант, но не вводите настоящие платёжные данные».

У прототипа должны быть определённые исходные условия: лампа уже лежит в корзине, количество равно одному, доступно несколько способов доставки, а цены и сроки показаны одинаково для всех участников. Подготовьте безопасные тестовые данные. Если нажатие не работает из-за ограничений прототипа, отметьте вмешательство модератора отдельно от ошибки участника.

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

1. Подготовка исследования

• Сформулируйте вопрос

Для нашего заказа вопрос звучит так: «Может ли покупатель до подтверждения определить, когда приедет товар и сколько он заплатит?» Под него нужны сравнимые варианты доставки и понятный итог. Такой же подход применим к банковскому переводу: «Понимает ли человек, кому и какую сумму отправляет?» Не пытайтесь одним заданием проверить весь продукт.

• Подберите участников по сценарию

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

2. Проведение сессии

• Дайте задачу без подсказки к решению

Опишите цель и обстоятельства, но не называйте нужную кнопку. Например: «Вам нужно перенести запись на другой день» вместо «Откройте раздел записи и нажмите “Перенести”». Наблюдайте, не направляйте участника и фиксируйте помощь, если без неё продолжить невозможно.

3. Разбор результатов

• Свяжите наблюдение с решением

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

Методы и инструменты

Выбор метода зависит от вопроса, аудитории и возможностей прототипа. Для ранней проверки структуры часто достаточно нескольких ключевых экранов и разговора с участником.

Форматы исследования

1. Метод «мысли вслух»

Попросите участника проговаривать, что он ищет и чего ожидает после действия. Задавайте нейтральные вопросы и не требуйте объяснять каждое движение. Разговор может влиять на скорость работы, поэтому время такой сессии не стоит напрямую сравнивать со временем самостоятельного использования.

2. Удалённая сессия

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

Как записать наблюдение без преждевременного вывода

Запись должна позволять другому человеку восстановить ситуацию. Например, строка «На шаге доставки участник выбрал курьера, вернулся к корзине и спросил: “Эта сумма уже с доставкой?”» описывает поведение и вопрос. Фраза «Участники не доверяют магазину» — уже широкое предположение, которое такой эпизод не подтверждает.

В заметках укажите участника, момент сессии и оказанную помощь. При разборе нескольких сессий ищите повторяющиеся препятствия, но не выдавайте небольшую качественную выборку за измеренную долю всех покупателей.

Подготовка материалов

1. Прототип в Pixso

Попробуйте Pixso бесплатно

В Pixso можно связать экраны и подготовить сценарий для проверки. Добавьте не только успешный путь, но и состояния, которые нужны для задачи: пустое поле, ошибку, подтверждение. Настраивайте переходы так, чтобы участник мог действовать самостоятельно и видеть результат своего выбора.

2. Запись и заметки

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

Два сценария исследования

1. Оформление покупки

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

2. Поиск функции в редакторе

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

Как использовать результаты в проекте

Сначала сопоставьте последствия проблем. Незаметная стоимость доставки может привести к выбору неподходящего заказа; непонятная декоративная иконка может вообще не мешать покупке. Приоритет определяют влияние на задачу, возможность самостоятельно продолжить и повторяемость наблюдения, а не количество комментариев к экрану.

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

Не превращайте успешную сессию в обещание роста продаж. Она помогает снять конкретную неопределённость в макете. Влияние выпущенного изменения на реальные заказы оценивают отдельно, с подходящими данными и условиями сравнения.

Передайте команде наблюдения с привязкой к экранам и выберите проблемы, которые мешают завершить задачу. В Pixso можно подготовить изменённый прототип и проверить тот же сценарий снова. Решение считается полезным, когда участники справляются с конкретным затруднением, а не просто одобряют внешний вид макета.