Юзабилити-тестирование интернет-магазина: сценарии, участники и разбор ошибок
Юзабилити-тестирование показывает, где покупатели спотыкаются в интернет-магазине, ещё до запуска правок в продакшен. Разбираем сценарии, рекрутинг, проведение сессий и приоритизацию ошибок.
Что такое юзабилити-тестирование и зачем оно нужно
Юзабилити-тестирование — это наблюдение за реальными людьми, которые выполняют типовые задачи в интернет-магазине или приложении. Цель не в том, чтобы услышать мнение о дизайне, а в том, чтобы увидеть, где человек останавливается, ошибается или уходит. Этот метод описан в базовом руководстве Nielsen Norman Group.
Для интернет-магазина важно отличать юзабилити от функционального тестирования. QA-инженер проверяет, что кнопка работает технически, а юзабилити-тестирование — понимает ли покупатель, куда нажать. Оба вида важны, но решают разные задачи. Подробнее о разных этапах проверки продукта — в материале этапы разработки мобильного приложения.
Собственная команда слишком хорошо знает продукт, поэтому внутри не видны проблемы, которые ловит тестирование: непонятные термины вроде «артикула», скрытые фильтры, обрывы после добавления в корзину и лишние шаги вроде обязательной регистрации. Если интересует более широкий взгляд на путь покупателя, стоит посмотреть материал CJM интернет-магазина: он помогает связать проблемы интерфейса с этапами от первого визита до повторной покупки.
Какие виды тестирования используют в e-commerce
Для проверки удобства интернет-магазина применяют несколько методов, которые часто комбинируют.
Модераторное тестирование
Участник выполняет задания под руководством исследователя. Модератор может задать уточняющий вопрос, если человек застрял, но не подсказывает решение. Этот формат даёт глубину: видно не только ошибку, но и причину.
Удалённое тестирование без модератора
Респондент проходит сценарий самостоятельно, записывая экран и голос. Дешевле и быстрее, чем модераторные сессии, но теряются нюансы. Хорошо подходит для проверки очевидных проблем на большей выборке.
A/B-тестирование
Две версии экрана показывают разным группам пользователей, чтобы сравнить метрики. A/B-тестирование не заменяет юзабилити-тестирование: оно говорит, какой вариант лучше по цифрам, но не объясняет, почему. Подробнее — в разборе A/B-тестирования.
| Вид тестирования | Когда подходит | Что даёт | Ограничение |
|---|---|---|---|
| Модераторное | Нужна глубина причин и мотивов | Подробные наблюдения и цитаты участников | Дороже и дольше других методов |
| Удалённое без модератора | Нужно быстро проверить гипотезу | Записи экрана с большей выборкой | Нет возможности уточнить в моменте |
| A/B-тестирование | Есть два варианта одного экрана | Численное сравнение по метрикам | Не объясняет причину выбора |
| Эвристическая оценка | Мало времени и бюджета, нужен быстрый разбор | Быстрый список очевидных проблем | Зависит от опыта эксперта |
Сценарии, которые стоит проверять
Сценарий — это конкретная задача, которую выполняет участник. Хороший сценарий звучит как обычное желание покупателя: «купите себе кроссовки к выходным», а не как инструкция к интерфейсу.
Поиск и выбор товара
Человек ищет товар по названию, категории или характеристике. Проверяйте, понятна ли навигация, работает ли поиск с опечатками, видны ли фильтры и карточки товаров.
Оформление заказа
Сценарий от корзины до подтверждения оплаты. Важны понятные шаги, отсутствие скрытых комиссий, возможность выбрать доставку и способ оплаты без лишних регистраций.
Личный кабинет и история покупок
Участник должен найти свой заказ, проверить статус или повторить покупку. Частая ошибка — история, в которой не видно ни фото товара, ни состава, ни даты.
Обращение в поддержку
Покупатель пытается вернуть товар или уточнить статус доставки. Проверяйте, легко ли найти контакты, есть ли чат, телефон или форма в нужном месте.
| Сценарий | Что проверяем | Метрика |
|---|---|---|
| Поиск товара | Поиск, фильтры, карточка товара | Время до выбора товара, доля успешных поисков |
| Оформление заказа | Корзина, доставка, оплата | Доля завершённых оформлений |
| Личный кабинет | История, статус, повторный заказ | Доля найденных заказов |
| Поддержка | Контакты, чат, форма возврата | Время до начала диалога |
Кого привлекать в участники
Качество выводов зависит от сходства участников с реальными покупателями. Коллеги слишком хорошо знают продукт, поэтому их результаты смещены.
Количество участников
Для нахождения большинства серьёзных проблем хватает 5–7 человек на сегмент. Это число не выдумано: оно основано на многолетних наблюдениях исследователей интерфейсов. Подробнее — в материале Nielsen Norman Group о пяти пользователях.
Сегментация
Разные группы покупателей ведут себя по-разному. Новый клиент ищет товар иначе, чем постоянный. Мобильный пользователь не повторяет поведение десктопного. Поэтому сегменты тестируют отдельно: например, новые пользователи на мобильном и постоянные покупатели на десктопе.
Где искать респондентов
База клиентов, рекрутинговые агентства, социальные сети и специализированные площадки. Главное — фильтр по профилю: возраст, опыт покупок в вашей категории, устройство. Не берите людей, которые работают в дизайне или разработке: они слишком заметят детали, которые обычный покупатель пропускает.
Вознаграждение
Обычно это деньги, подарочные сертификаты или скидки. Для типового тестирования хватает 30–45 минут, вознаграждение — от 1 000 до 3 000 ₽.
Как готовиться к сессии
Сценарий и задания
Каждое задание должно быть конкретным, измеримым и приближенным к реальности. Вместо «посмотрите каталог» используйте «подберите холодильник шириной до 60 см для семьи из трёх человек». Заданий должно быть 3–5 на одну сессию, чтобы успеть пройти основной путь.
Тестовая среда и контрольный список
Устройство, аккаунт, товары и адреса доставки должны быть готовы заранее. Перед сессией включите запись экрана и звука, получите согласие участника на запись, проверьте заряд устройств и подготовьте резервный план на случай, если человек не придёт.
Как проводить юзабилити-тестирование
Вступление
Расскажите участнику, что вы тестируете продукт, а не его знания. Попросите думать вслух: говорить, что видит, что пытается сделать и что ожидает. Объясните, что он может в любой момент остановиться.
Наблюдение
Модератор молчит, пока человек выполняет задание. Если участник застрял больше чем на 10–15 секунд, можно спросить: «Что вы ищете?» или «Что ожидаете увидеть?». Не показывайте, куда нажать. Цель — понять природу затруднения, а не довести человека до цели.
Вопросы после задачи
После задания уточните, что было понятно, а что вызвало вопросы. Не спрашивайте «вам понравилось?» — это субъективная оценка. Лучше: «что было самым сложным в этом задании?» или «что бы вы изменили?».
Фиксация ошибок и формулировка выводов
После сессии важно превратить наблюдения в записи, по которым можно принимать решения. Каждая ошибка должна содержать фактуру.
Классификация ошибок
Разделяйте проблемы по критичности. Блокирующие не дают выполнить задачу: например, кнопка «Оформить заказ» не работает. Критичные сильно замедляют: человек не может найти фильтр. Незначительные раздражают, но не мешают: опечатка в подписи.
Шаблон записи
Используйте простой шаблон:
- Место: экран и шаг.
- Что произошло: действие участника и реакция интерфейса.
- Почему это проблема: связь с бизнес-метрикой.
- Частота: сколько участников из скольки столкнулось.
- Гипотеза решения: что изменить, чтобы проверить.
Приоритизация правок
После тестирования список проблем обычно длиннее, чем позволяет бюджет. Приоритизируйте по двум осям: влияние на бизнес и сложность исправления.
| Приоритет | Признак | Пример | Что делать |
|---|---|---|---|
| Высокий | Блокирует заказ, легко исправить | Не работает кнопка «Оплатить» на мобильном | Исправлять в первую очередь |
| Средний | Мешает, но есть обходной путь | Фильтр скрыт за иконкой | Планировать в ближайший спринт |
| Низкий | Незначительно, требует ресурсов | Изменить цвет второстепенной кнопки | Отложить или проверить A/B-тестом |
| Отклонить | Единичное мнение, нет влияния | Участнику не нравится шрифт | Не трогать без дополнительных данных |
Примеры из практики: АстМаркет и Сатурн
Ниже — учебные примеры, которые показывают, как юзабилити-тестирование встраивается в работу над e-commerce-проектами. Это не результаты конкретных исследований, а иллюстрация подхода.
АстМаркет: поиск по каталогу бытовой техники
В кейсе АстМаркет — редизайн приложения для магазина бытовой техники. Юзабилити-тестирование проверяет, понятны ли фильтры по брендам, габаритам и цене, и не теряется ли покупатель в глубоком каталоге. Учебный пример: проверка поиска на 5 пользователях выявляет около 15 задач, которые дешевле исправить на макетах, чем после релиза.
Сатурн: сценарий оформления заказа
Сатурн — пример e-commerce-приложения, где важно оформление заказа. Юзабилити-тестирование проверяет, понятна ли итоговая сумма, видны ли сроки доставки до ввода адреса и легко ли вернуться к каталогу из корзины. Учебный пример: 5 пользователей проходят сценарий оформления, команда фиксирует паузы и возвраты.
Сколько стоит юзабилити-тестирование и аудит
Стоимость зависит от глубины исследования, числа сценариев, участников и формата: макеты или работающий продукт.
Ориентиры по цене
- Аудит UX/UI — от 50 000 ₽. Включает разбор интерфейса, список проблем и приоритеты доработок. Не включает тестирование на реальных участниках и внедрение правок.
- Модераторное тестирование на 5–7 участниках — от 80 000 ₽. Включает подготовку сценария, рекрутинг, проведение сессий и отчёт с выводами.
- Комплексный аудит интернет-магазина — цена определяется после описания задачи. Включает UX/UI, техническую и аналитическую части.
Точную смету можно получить после разговора о сценариях, аудитории и состоянии продукта. Для действующего приложения также подойдёт аудит мобильного приложения.
Итог
Юзабилити-тестирование интернет-магазина — это способ увидеть продукт глазами покупателя до того, как проблемы начнут стоить денег. Главные шаги: выбрать типовые сценарии, привлечь 5–7 участников из целевой аудитории, провести сессии с заданиями, зафиксировать ошибки по шаблону и приоритизировать правки по влиянию на бизнес.
| Этап | Что важно |
|---|---|
| Сценарии | Покрывают поиск, оформление, личный кабинет и поддержку |
| Участники | 5–7 человек на сегмент, похожие на реальных покупателей |
| Проведение | Задания, наблюдение, вопросы после задачи |
| Фиксация | Место, действие, причина, частота, гипотеза решения |
| Приоритет | Сначала то, что блокирует заказ и легко исправить |
- Начните с аудита UX/UI, если нужен быстрый список проблем.
- Проведите тестирование и QA для технической проверки работающего продукта.
- Расскажите о задаче, чтобы согласовать сценарии и состав исследования.
Часто задаваемые вопросы
Что такое юзабилити-тестирование интернет-магазина?
Это наблюдение за реальными покупателями, которые выполняют типовые задачи в магазине или приложении. Цель — найти места, где интерфейс мешает найти товар, оформить заказ или получить помощь.
Сколько участников нужно для юзабилити-тестирования?
Для одного сегмента обычно достаточно 5–7 человек. После этого новые серьёзные проблемы встречаются редко. Если сегментов несколько — тестируйте каждый отдельно.
Какие сценарии проверять в интернет-магазине?
Поиск и выбор товара, оформление заказа, оплата, работа с личным кабинетом и обращение в поддержку. Это основные шаги, от которых зависит конверсия.
В чём разница между юзабилити-тестированием и A/B-тестированием?
Юзабилити-тестирование показывает, почему люди ошибаются и что их сбивает. A/B-тестирование сравнивает две версии экрана по метрикам и говорит, какая лучше, но не объясняет причину.
Как приоритизировать ошибки после тестирования?
Сначала исправляйте то, что блокирует заказ и требует мало времени. Затем — проблемы, которые замедляют или сбивают с толку. Спорные и дорогие правки проверяйте отдельно.
Сколько стоит юзабилити-тестирование?
Аудит UX/UI начинается от 50 000 ₽: в него входит разбор интерфейса, список проблем и приоритеты доработок. Модераторное тестирование на 5–7 участниках — от 80 000 ₽: включает подготовку сценария, рекрутинг, проведение сессий и отчёт. Точная цена зависит от числа сценариев, сегментов и состояния продукта.
Материал носит информационно-аналитический характер, отражает оценку команды FITTIN на дату публикации.
