Юзабилити тестирование — анализ того, как человек с помощью интерфейса решает задачу. Задачу определяет исследователь. Этот метод помогает находить закономерности в поведении пользователя и оценивать качество интерфейса — например, найти проблемы, с которыми пользователь сталкивается в рамках конкретного сценария.
Юзабилити-тесты с прототипом подразумевают получение обратной связи от пользователя не на готовый продукт, а на его элементарный, простой образец. Так мы можем получить обратную связь от пользователя и можем подтвердить предположения о продукте с минимальными затратами времени и ресурсов.
Разбираемся с этим исследованием с Анастасией Сараевой, HR Product manager в EMEX, соавтором интенсива о продуктовых исследованиях в Wannabe.
<<chek-list-zadanie-dlya-yuzabiliti>>
Когда использовать
- Когда нужно сформулировать гипотезы. Например, можно понять, как пользователи воспринимают продукт и взаимодействуют с ним — получить обратную связь, которая станет источником для новых гипотез.
- Когда хотим проверить гипотезы. Это наиболее частый сценарий, особенно при внедрении новых фич и изменений в продукте. Часто прототипы применяются для проверки гипотез, основанных на предыдущих качественных исследованиях, например на глубинных интервью.
- Когда требуется улучшить (или не ухудшить) метрики. Часто изменения в функционале продукта, которые проверяют с помощью прототипа, направлены на рост продуктовых и интерфейсных метрик, например среднего чека или конверсии, или метрик, связанных с юзабилити: времени, которое пользователь потратил на выполнение задания, и числа ошибок.
Как проводить
Определить задачи тестирования. Вместе с командой подумайте, что конкретно вы хотите получить от тестирования. Сформулируйте задачи так, чтобы они были измеримыми и чёткими, а не абстрактными. В результате тестирования ваш результат должен решать поставленные задачи.
Сформулировать гипотезы из задач. Гипотеза — это предположение о том, как пользователь будет вести себя в продукте, с какими проблемами столкнётся, какие решения будут работать. На основе гипотез вы составите сценарий тестирования и вопросы. Гипотезы должны быть бинарными, не содержать решений «или — или». В результаты мы либо подтверждаем, либо опровергаем гипотезу.
Составить сценарий тестирования. Сценарий — документ с пошаговым описанием планируемого тестирования, заданиями и вашими подсказками себе. Этот документ — ваш помощник для тестирования с пользователем.
Сценарий может включать:
- Организационный блок (чек-лист по проверке оборудования, состав участников тестирования, распределение ролей).
- Вводную часть.
- Задания для пользователя.
- Метрики.
- Вопросы.
- Заключительную часть.
Перед началом тестирования вы можете спросить у пользователя, как и в каких ситуациях он использует продукт, а затем рассказать, как будет проходить тестирование, например:
Как будет построен наш разговор сегодня: мы попросим вас зайти в скайп с телефона и компьютера, включить демонстрацию экрана с телефона, при этом выключить звук. Общаться мы будем через компьютер, будем видеть вас, а также демонстрацию вашего экрана. В процессе разговора мы будем давать вам задания, которые нужно выполнить на сайте. Попросим вас выполнять задание и при этом комментировать свои действия: в процессе, как идёт выполнение, что вы видите, в общем, вслух проговаривать всё, что вы делаете и видите на сайте. Затем мы зададим ещё несколько уточняющих вопросов. После тестирования у вас будет возможность задать вопросы, если они появятся в процессе тестирования.
Составить задания. Задание тестирования — действие, которое должен совершить респондент, чтобы мы могли проверить гипотезы. Существуют в рамках определённого пользовательского сценария. Перед составлением задания распишите путь пользователя по конкретным шагам в вашем интерфейсе. Например: нажимает кнопку регистрации — вводит данные — соглашается с офертой.
Задание должно соответствовать целям тестирования и погружать пользователя в контекст. Если тестируем конкретные фичи или изменения интерфейса — стоит делать акцент на конкретные действия в интерфейсе. Например:
Мы тестируем блок выбора времени доставки еды: «Вы заказали набор продуктов на неделю, теперь выберите удобное для вас время доставки».Если тестируем концепцию, восприятие интерфейса в общем, не делаем акцент на конкретных действиях, а задаём общую цель«Вам нужно заказать себе продукты на неделю, расскажите, что вы видите на экране. Что это такое, как думаете? Давайте попробуем посмотреть, что внутри». Так вы будете наблюдать за общим флоу пользователя.
Выбрать метрики. Ключевая метрика — выполнено задание или нет. Ещё можно использовать относительные метрики: субъективное восприятие времени на выполнение задания, субъективная оценка сложности задания пользователем.По этим метрикам вы не сможете сделать вывод по всем пользователям. При этом, если вы проводите только качественные тесты, по ним вы сможете первично оценить, решает ли интерфейс свою задачу. Метрики помогают команде оценить результаты и понять, что делать с ними дальше.
<<products-3>>
Подготовить тестовый интерфейс. В зависимости от вашей цели и ситуации это могут быть интерфейсы уже работающего продукта, Low-fidelity- или High-fidelity-прототипы. Вид прототипа будет зависеть от ваших задач и возможностей. На один сценарий готовится, как правило, один прототип.
High-fidelity и Low-fidelity — это классификация прототипов по степени точности:
1. Low-fidelity-прототип — простая и дешёвая реализация общей концепции интерфейса с осязаемым и доступным для тестирования функционалом. Например, бумажный прототип или кликабельный шаблон. Нужен для сбора первичной обратной связи и быстрой проверки гипотез без разработки. Например, бумажная имитация интерфейса, презентация продукта или деморолик, рекламная кампания на тестовом лендинге.
2. High-fidelity-прототип — прототип с тщательной детализацией, который демонстрирует дизайн, близкий к реальному продукту. Нужен для тестирования отдельных деталей продукта или пользовательских сценариев перед отправкой в разработку. Например, кликабельный прототип с разветвлёнными сценариями в Figma.
При создании прототипа:
- Используйте реалистичный контент, чтобы максимально приблизить респондента к реальным условиям. Например, на его счёте не миллионы долларов, а тысячи рублей.
- Минимизируйте предвзятость. Например, если вы тестируете интерфейс уже известного продукта, можно дебрендировать его, чтобы избежать либо нереалистично положительных оценок, либо излишней критики из-за нелюбви к бренду.
Провести тестирование. Здесь у меня такие рекомендации:
- Попросите человека вслух проговаривать его действия и мысли, если у вас модерирование со взаимодействием. Вы можете узнать неожиданные факты.
- Поинтересуйтесь, почему человек делает так, а не иначе. К примеру, попросите рассказать подробнее: «Почему вы нажали сюда?»
- Спросите про ожидания. Например: «Что вы предполагали увидеть на экране, когда выбрали этот раздел?»
- Важно учитывать не только слова, сказанные респондентом, но и невербальные сигналы: вздохи, паузы, мимику, жесты.
После задания и всего тестирования задайте вопросы респонденту, это поможет глубже погрузиться в контекст и выяснить то, что было непонятно в процессе интервью.Вопросы после задания:
- Почему вы выбрали этот вариант, а не другой? Насколько вам был понятен дизайн? Какие вы испытали сложности или что было непонятно? Оцените, сколько времени вы потратили на выполнение задания.
- Вопросы в конце тестирования: какие у вас впечатления от этого сервиса? Какие рекомендации вы бы дали разработчикам сервиса?
<<prodakty-otzyvy-vladislav-alekseev>>
Какие ресурсы могут пригодиться
- Площадки для групповой коммуникации: Zoom, Google Meet, Telemost, OBS studio.
- Специальные платформы: Фабрика Юзабилити, Pathway, Usertesting, User Interviews, Maze с широким набором инструментов.
- Расшифровка и сбор результатов: Riverside, Transcriptor.
- Структурирование полученных данных: Excel, Notion, шаблоны в Figma, Miro.
Как и в каких ситуациях использовать UX-исследование с прототипом — групповой проект выпускников интенсива для продакт-менеджеров.