Художник Iulia Carchelan

#процессы 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