Что дизайнеру нужно знать про A/B-тесты
#процессы
A/B-тест — это способ проверить, какая из версий интерфейса работает лучше. Пользователи разделяются случайным образом на когорты — одна часть видит текущую версию (А), другая — новую (B). Если вариантов больше, это уже ABCD-тест: каждый сегмент получает свой вариант. Затем сравниваются ключевые метрики: кто чаще нажал кнопку, купил, заполнил форму, вернулся через день и т.д.
Пример 1: В мобильном приложении ты меняешь онбординг.
A — 4 экрана с описанием.
B — 2 экрана и сразу вход в продукт.
Если B показывает выше конверсию в регистрацию — значит, гипотеза сработала.
Пример 2: Тестируем нейминг в кнопке на том же онбординге.
A — кнопка «Начать бесплатно»,
B — «Попробовать демо»,
C — «Получить доступ»,
D — «Зарегистрироваться».
Сравниваются клики и последующие действия. Это уже ABCD-тест.
Роль дизайнера в проектировании A/B тестов
✦ Формулирует гипотезу. Например: «Если показать преимущества тарифа в виде иконок, то пользователи будут чаще покупать». В следующем посте расскажу о том, как правильно формулировать гипотезы.
✦ Проектирует новый вариант. Это может быть один экран, флоу или отдельный элемент.
✦ Определяет метрику успеха. Часто вместе с аналитиком или продактом: что измеряем — клики, покупки, завершение шага?
✦ Передаёт вариант в разработку. После запуска отслеживает, как идёт тест.
✦ Анализирует результат. Сработало или нет? Почему? Что можно улучшить?
Примеры 3: Тестируем порядок шагов в оформлении заказа в e-commerce приложении.
A — сначала ввод адреса, потом выбор доставки.
B — сначала выбор доставки, потом адрес.
Если B даёт меньше отказов на втором шаге и выше завершение заказа — он выигрывает.
Пример 4: Тестируем дизайн карточки товара в интернет-магазине.
A — карточка с ценой и кнопкой «Купить» сразу под фото.
B — карточка, где сначала описание, потом кнопка.
Если A показывает выше кликабельность и больше покупок — оставляем этот вариант.
Пример 5: В приложении по подписке тестируем экран оплаты.
A — обычный экран с выбором тарифа.
B — тот же экран, но с иконками преимуществ тарифа и отзывами.
Если B даёт выше конверсию в оплату — UI работает лучше на принятие решения.
Мы в продукте проверяли каждый чих через AB. Это на самом деле супер удобная механика, но не у всех продуктов она есть. На старте в первые месяцы жизни продукта нормально просто катить фичи в прод и смотреть что из этого выходит. Небольшое количество пользователей и ограниченный функционал дают свои преимущества.
Тестировать с помощью AB можно от кнопки, до флоу. Мы делали тесты на редизайн целых разделов в продукте: порядка месяца набирали данные, чтобы потом принять решение о раскатке.
🔥 Жду твой огонёк.
—————————
Навигация
← Пост 3
@design_awesome