isrmtnkv Обсудить проект
Сайты и конверсия • Практическое руководство

A/B-тест лендинга: как поставить проверяемый эксперимент

Два варианта запускают в разные недели и называют это A/B-тестом. Сезонность, источники и случайность могут объяснить различие лучше самого изменения.

Короткий ответ

Сравнение должно отделять эффект варианта от различий аудитории и времени.

У теста есть основная метрика и защитные показатели. Например, отправки могут быть основной метрикой, а качество заявок и ошибки формы — ограничениями, которые нельзя ухудшать.

Что подготовить

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

  • Исходное объявление или запрос, с которого приходит посетитель.
  • Реальные вопросы и возражения клиентов.
  • Рабочее мобильное устройство и возможность проверить доставку формы.

Пошаговый план

01Сформулируйте гипотезу о поведении, а не просто желание обновить дизайн.

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

02Выберите основную метрику и ограничения качества.

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

03Организуйте сопоставимое распределение пользователей между вариантами.

Сопоставьте утверждение с доказательством. Если обещаете понятный процесс, покажите этапы; если специализацию — соответствующую работу. Декоративный блок с общими словами не закрывает конкретное сомнение.

04Заранее определите объём наблюдения, длительность и условия завершения.

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

05Проверьте результат вместе с качеством лидов и техническими ошибками.

После изменения проверьте соседние функции: меню, якорные ссылки, языковые версии, отправку и цели аналитики. Визуальная правка не должна незаметно менять смысл измеряемой конверсии.

Разбор на примере

Практикум для вашего проекта

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

Рабочая запись

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

  1. Наблюдение. Что происходит сейчас и чем это подтверждается?
  2. Действие. Что именно меняете и кто отвечает за выполнение?
  3. Проверка. Какой результат отличит улучшение от случайного изменения?
  4. Решение. Что будете делать при подтверждении и при опровержении гипотезы?

Результат работы: Паспорт эксперимента с гипотезой, метрикой и планом анализа.

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

Попросите человека, не участвовавшего в разработке, найти условия и обратиться с телефона. Наблюдайте за действиями без подсказок. Зафиксируйте место затруднения, затем сопоставьте наблюдение с данными воронки. Один пользователь помогает обнаружить проблему, но не измеряет её распространённость; для количественного вывода нужен отдельный анализ.

Ошибки и границы применения

Типичная ошибка

Останавливать тест сразу после первого красивого различия без заранее выбранного правила.

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

Как принять решение

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

Частый вопрос

Что делать при маленьком трафике?

Начните с интервью, проверки сценариев и крупных обоснованных изменений. Малый объём не позволяет уверенно различать небольшие эффекты.