Где обрывается путь к заявке: как отыскать точку оттока при помощи микроворонки в Метрике

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

Как при помощи микроворонки в Yandex Метрике детализировать путь к заявке, выявить проблемные участки и осознать, какие UX-изменения посодействуют повысить конверсию, ведает Ира Орлова, ведущий веб-аналитик ArrowMedia.

Настройка целей: сбор данных для микроворонки

Поначалу путь к заявке нужно разложить на последовательность измеримых действий – микроворонку: к примеру, посещение странички → скроллинг → просмотр оффера → достижение формы → начало наполнения → отправка заявки.

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

Цель	Предназначение
page_view	открытие первого экрана
scroll_50	просмотр 50% странички
offer_view	просмотр оффера
scroll_80	достижение формы
form_start	начало наполнения формы
form_submit	удачная отправка заявки

Настроенные действия разрешают фиксировать прохождение всякого шага раздельно. К примеру, достижение формы еще не значит готовность бросить контакты: юзер может узреть ее, но не приступить к наполнению. Опосля скопления данных на их базе можно выстроить микроворонку и сопоставить количество юзеров, переходящих с 1-го шага на последующий.

Анализ пользовательского пути: точка наибольшего оттока

Для построения микроворонки в Yandex Метрике употребляется инструмент «Воронка», доступный в меню «Отчеты». Он дозволяет узреть, сколько юзеров поочередно проходят любой шаг, и оценить долю тех, кто прекращает взаимодействие на различных участках.

В приведенном примере более приметная утрата происходит меж достижением формы и взаимодействием с ней – тут отсеивается 56% юзеров. Это показывает на барьер в зоне заявки, который следует проанализировать подробнее.

Исследование проблемного участка: поиск предпосылки утраты

Опосля локализации точки оттока анализ можно сузить до определенной зоны странички. Для различных зон употребляются свои данные и поведенческие сигналы: их сравнение помогает сформировать догадки о вероятных причинах утраты.

Шаг взаимодействия	Данные для анализа	Признаки препядствия	Вероятные предпосылки
1-ый экран	Отказы, время на страничке, записи Вебвизора	Недлинные визиты, отсутствие взаимодействий	Слабенький заголовок, непонятный офер, несоответствие объявления содержанию странички, неспешная загрузка
Просмотр странички	Карта скроллинга, глубина просмотра, достижение данной глубины странички	Резкое падение видимости опосля определенного блока, наименее 50% юзеров доходят до середины странички	Лишний размер текста, перегруженный контент, отсутствие зрительных акцентов, слабенькая структура
Зона офера	Карта кликов, карта ссылок, записи Вебвизора	Игнорирование CTA-кнопки, беглый просмотр главный инфы	Низкая ценность предложения, абстрактно сформулированные выгоды, непонятные стоимость либо условия
Перед формой	Карта скроллинга, достижение блока с формой, записи Вебвизора	До формы доходит наименее 30% аудитории, приметный отток перед блоком заявки	Форма размещена очень низковато, недостаточно мотивации бросить контакты, не хватает инфы для принятия решения
Наполнение формы	Аналитика форм в Метрике, время наполнения, толика начавших наполнение	Наполнение начинают, но не завершают, высочайший процент отказов на определенном поле, длительное наполнение	Излишек полей, безосновательные неотклонимые поля, непонятные требования, ошибки валидации
Отправка заявки	Удачная отправка формы, конверсия в заявку, технические ошибки	Ошибки при отправке, неправильная фиксация заявки, высочайший процент незавершенных отправок	Ошибки формы, препядствия интеграции с CRM, неправильная настройка целей

Принципиально находить не отдельные деяния, а повторяющиеся поведенческие сценарии. К примеру, при высочайшей доле маленьких визитов записи Вебвизора посодействуют проверить, вправду ли юзеры часто покидают страничку сходу опосля загрузки. Повторение такового паттерна – повод подробнее изучить 1-ый экран.

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

Отток перед формой просит анализа расположенных рядом блоков – отзывов, кейсов, гарантий либо ответов на нередкие вопросцы. В самой форме особенное внимание стоит уделить полям телефона, электрической почты и комментария: они нередко стают предпосылкой отказа от заявки. Перед формированием UX-гипотез также принципиально убедиться, что техно часть работает корректно.

Работа с UX-гипотезами: от наблюдения к проверке

На базе выявленного поведенческого сценария формулируется догадка о причине утраты. К примеру, юзеры часто доходят до формы, но не начинают ее заполнять. Одно из вероятных разъяснений – недостающая мотивация бросить контактные данные. В этом случае проверяются элементы, которые могут влиять на решение: отзывы, кейсы, гарантии и призыв к действию. Барьер быть может связан и с самой формой – к примеру, с огромным количеством полей.

Каждое изменение лучше связывать с определенной догадкой и инспектировать раздельно. Если сразу уменьшить форму, добавить отзывы, поменять CTA и переработать офер, найти, какая конкретно доработка повлияла на итог, будет нереально.

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