Определение действия
Конверсия измеряет долю выбранных объектов, совершивших целевое действие. Пользователи, сессии, заявки и сделки дают разные знаменатели, поэтому определение показателя предшествует сравнению.
Цель должна соответствовать задаче: отправка заявки, подтверждённый заказ или оплата. Нажатие кнопки не всегда означает завершённое обращение.
Определение действия: порядок проверки
Проверяем событие в реальном сценарии и отделяем технические действия от бизнес-результата. Повторные отправки и тестовые заявки требуют очистки.
Условный сайт принимает заявки на консультацию. Нам нужно различить открытие формы, её начало и подтверждённую отправку, поскольку каждое событие отвечает на свой вопрос. Если целью считать любое нажатие кнопки, технически сломанная форма может выглядеть успешной. Мы сначала описываем действие человека и критерий завершения, затем проверяем реализацию на реальном устройстве и сохраняем определение для будущих изменений интерфейса.
Формула и знаменатель
Конверсию рассчитывают делением количества целевых объектов на количество объектов исходной группы. Затем при необходимости переводят долю в проценты.
Нельзя сравнивать пользовательскую конверсию одного отчёта с сессионной другого. Период, аудитория и способ дедупликации должны совпадать.
Формула и знаменатель: порядок проверки
При условных 1000 подходящих визитов и 40 уникальных отправках конверсия составляет четыре процента. Если знаменателем выбрать пользователей, а числителем повторные события отправки, результат будет описывать другую величину и может быть завышен. Мы проверяем единицу учёта, повторные посещения и исключения. Само значение без состава трафика, периода и определения действия не позволяет назвать страницу хорошей или плохой.
Раскладываем результат по источникам, устройствам, регионам и типам посетителей. Изменение состава трафика способно сдвинуть среднюю конверсию без изменения сайта.
Сегменты вместо среднего
Для малых групп показатель нестабилен. Смотрим на численность, длительность наблюдения и цикл покупки, прежде чем объявлять разницу значимой.
Общий показатель раскладываем по источнику, устройству, предложению и типу посетителя. Снижение среднего может возникнуть после расширения охвата на новую аудиторию, даже если внутри прежних сегментов ничего не изменилось. Мы сравниваем сопоставимые группы и проверяем их доли. Это помогает отличить проблему интерфейса от изменения намерения пользователей, доступности продукта или рекламного обещания, с которым люди приходят на страницу.
Поиск препятствия
Изучаем соответствие обещания рекламе, понятность предложения, условия покупки и техническую работоспособность. Сначала проверяем причины, затем выбираем изменение.
Поиск препятствия: порядок проверки
Форма может терять обращения из-за ошибок, неудобного поля или отсутствия доверия. Внешне похожие потери требуют разных решений.
Препятствие ищем по последовательности действий и реальным вопросам людей. Просмотр карточки без перехода к заказу может означать непонятную цену, отсутствие нужного варианта или слабое соответствие запросу. Одной карты кликов недостаточно для выбора причины. Мы соединяем события, обращения поддержки и наблюдение за выполнением задачи, затем формулируем конкретную гипотезу с ожидаемым механизмом изменения поведения посетителя.
Проверка улучшений
Формулируем гипотезу с механизмом влияния: какая трудность исчезнет и какое поведение должно измениться. Для сравнения нужен подходящий дизайн проверки.
Результат оцениваем вместе с качеством заявок. Упрощение формы может увеличить отправки, но ухудшить пригодность обращений для продаж.
Проверка улучшений: порядок проверки
Улучшение проверяем на работоспособности и качестве результата. Если сократить форму до одного поля, отправок может стать больше, но менеджерам потребуется больше уточнений, а доля подходящих запросов снизится. Поэтому заранее выбираем основную метрику и защитные показатели: полноту данных, качество обращения и дальнейшее движение. Проверка должна учитывать цепочку после интерфейса, чтобы локальная победа не ухудшила обслуживание клиента.
Рост коэффициента не равен росту прибыли. Важно учитывать объём трафика, стоимость привлечения, средний заказ и работу следующего этапа.
Интерпретация для бизнеса
Мы связываем изменение конверсии с воронкой целиком. Иначе локальная оптимизация может переместить проблему, а не решить её.
Рабочая проверка начинается с цепочки событий: открытие страницы, просмотр предложения, начало заполнения и отправка формы. Для каждого перехода нужен собственный знаменатель. Если отправка фиксируется повторно при обновлении страницы, конверсия оказывается завышенной. Сначала исправляем измерение, затем сравниваем сегменты и выбираем изменение интерфейса для проверки.
Интерпретация для бизнеса: порядок проверки
Типовые ошибки измерения ищем через контрольные сценарии: повторное обновление страницы благодарности, отправка с ошибкой, работа блокировщика, переход между доменами. Отдельно исключаем служебные проверки команды по согласованному правилу. После исправления события исторические ряды могут стать несопоставимыми. Мы отмечаем дату и изменение определения, вместо того чтобы приписывать новый уровень конверсии последнему рекламному или дизайнерскому решению.
На выходе остаются карта событий, расчёт по сегментам и список проверяемых препятствий с приоритетами. В задаче на изменение указываем аудиторию, исходное наблюдение и способ оценки. Цель не в максимизации любой отправки, а в полезном действии с понятной экономикой. Если данные пока не позволяют отделить причины, следующим результатом становится качественная проверка, а не уверенное обещание роста показателя.
