Перейти к содержимому

CRO: исследование воронки, гипотезы и A/B-тесты

CRO (conversion rate optimization) повышает долю посетителей, которые совершают целевое действие, не увеличивая расход на трафик. Работа идёт по циклу: найти узкое место → сформулировать гипотезу → проверить → внедрить или отклонить.

Граница с веб-аналитикой: аналитика даёт данные и измеряет эффект, CRO принимает решение и меняет страницу. Граница с платными кампаниями: реклама отвечает за качество и объём трафика, CRO — за то, что происходит после клика.

  1. Построить воронку по шагам: визит → вовлечение → форма → заявка → оплата.
  2. Найти шаги с наибольшими потерями и достаточным трафиком для проверки.
  3. Собрать качественные данные: записи сессий, тепловые карты, опросы, обращения в поддержку.
  4. Проверить технические причины: скорость, ошибки, мобильная версия, недоступные поля.
  5. Сформулировать проблему в терминах поведения пользователя, а не догадок команды.

Приоритет — шаги, где потери велики, трафик достаточен, а исправление реалистично.

Гипотеза записывается так: «Если изменить X для сегмента Y, метрика Z изменится, потому что пользователи сталкиваются с проблемой P».

Приоритизация обычно опирается на комбинацию:

  • потенциальный эффект;
  • уверенность в причине (данные, а не мнение);
  • стоимость и скорость реализации;
  • охват сегмента.

Популярные фреймворки (ICE, PIE, PXL) отличаются формулой, но требуют одного: оценка должна опираться на данные исследования, а не на оптимизм.

  • Одна переменная на тест, иначе результат не интерпретируется.
  • Достаточная мощность: объём трафика и ожидаемый эффект рассчитываются до запуска.
  • Случайное распределение и одинаковые условия для вариантов.
  • Фиксированная длительность: минимум полный бизнес-цикл, обычно не менее одной-двух недель.
  • Запрет на подглядывание: остановка «как только стало лучше» увеличивает ложноположительные результаты.
  • Техническая корректность: нет мигания вариантов, кэш не смешивает версии, цели не дублируются.

Когда трафика мало, честнее последовательное внедрение с измерением до/после и оговоркой о сезонности, чем тест, который не может ничего доказать.

  • Поля формы обоснованы: каждое дополнительное поле снижает конверсию.
  • Ошибки валидации понятны и не стирают введённое.
  • Обещание в заголовке совпадает с ожиданием из рекламы или поиска.
  • Один основной CTA; вторичные не конкурируют.
  • Доказательства (кейсы, отзывы, гарантии) стоят рядом с точкой решения.
  • Мобильная версия проверяется отдельно: там другой контекст и другая скорость.
  • Статистическая значимость отвечает на вопрос «не случайность ли это», но не на вопрос «стоит ли внедрять».
  • Смотреть на вторичные метрики: рост конверсии формы при падении качества лидов — не победа.
  • Проверять сегменты: улучшение на мобильных может скрывать ухудшение на десктопе.
  • Учитывать внешние факторы: сезонность, рекламные всплески, релизы, праздники.
  • Отрицательный результат фиксируется и не повторяется без новой причины.
  • Конверсия по шагам воронки.
  • Микро- и макроконверсии.
  • Качество лида после CRO-изменения.
  • Стоимость лида и продажи.
  • Доля отказов и глубина вовлечения.
  • Число и доля внедрённых гипотез.
  • Изменения вносятся по вкусу, без исследования.
  • Тест запускается на трафике, которого не хватает для вывода.
  • Одновременно меняются несколько переменных.
  • Тест останавливают при первом улучшении.
  • Победа по клику не проверяется по продажам.
  • Гипотезы не фиксируются, поэтому команда ходит по кругу.