Дизайн — статьи о сайтах
Разбираем, как пройти путь клиента от страницы экскурсии до заявки и убедиться, что каждый шаг работает и фиксируется в аналитике. В конце есть условный пример страницы и чек-лист.
Владелец экскурсионного бюро обычно видит итог: заявок стало больше или меньше. Почему так, понятно хуже. Человек мог не найти дату, не поверить в цену, споткнуться на форме или позвонить, а звонок нигде не учёлся. Проверка пути до заявки помогает найти такие места до того, как вы вложите деньги в рекламу или перерисовку сайта.
Путь здесь короче и эмоциональнее, чем в интернет-магазине. Часто он выглядит так: поиск или реклама, страница конкретной экскурсии, выбор даты и числа человек, заявка или звонок. Решение нередко принимается с телефона, на ходу, иногда за несколько дней до поездки.
Заявкой стоит считать не только отправленную форму. В пути бывают четыре разных действия: форма на сайте, звонок по номеру со страницы, переход в мессенджер, бронирование через встроенный виджет. Если в аналитике учтена только форма, вы увидите заниженную картину и можете сделать неверный вывод о том, какая страница или канал не работает.
Возьмём вымышленную страницу «Обзорная экскурсия по старому городу». В верхней части экрана расположены название, длительность, место сбора и ближайшие даты. Ниже идут блок «Выбрать дату и число участников», кнопка «Забронировать», телефон и значок мессенджера. Дальше следуют программа, условия отмены и вопросы.
На такой странице стоит отметить следующие точки:
Если между «нажал „Забронировать“» и «отправил» много потерь, смотрите на саму форму: лишние поля, непонятная ошибка, неудобный ввод телефона на смартфоне. Если теряются люди до выбора даты, проблема в расписании или в описании.
Самая полезная проверка не требует специальных знаний. Откройте сайт с телефона, лучше в режиме без входа в аккаунты, и пройдите путь как новый клиент. Начните не с главной, а со страницы экскурсии, как это сделал бы человек из поиска.
Для проверки каналов используйте ссылку с UTM-метками, например условную «источник — тест, канал — проверка». После отправки тестовой заявки проверьте по порядку:
Тестовые заявки помечайте, например словом «тест» в имени, чтобы не искажать отчёты и не путать менеджеров. Повторите проверку после любой правки сайта, в том числе после смены виджета бронирования или темы оформления.
Первая типичная проблема — сторонний виджет бронирования или оплаты. Он часто открывается во встроенном фрейме или на другом домене. Тогда аналитика видит уход со страницы, но не видит результат. Нужно проверить, настроена ли передача данных между доменами и возвращается ли клиент на ваш сайт с подтверждением.
Вторая — календарь. Если даты нужно листать вручную, а прошедшие числа не скрыты, на телефоне человек легко выберет неподходящий день. Проверьте, что нет «пустых» дат без пояснения: «мест нет» и «экскурсии в этот день не проводятся» — разные сообщения.
Третья — звонки. Номер в тексте без активной ссылки не зафиксируется как событие и неудобен на смартфоне. Если вы используете подмену номеров для учёта звонков, убедитесь, что на всех страницах отображается верный номер и он не мешает поиску организации по единым контактным данным.
Четвёртая — всплывающие окна. Окно с предложением подписки на пике выбора даты может закрывать кнопку «Забронировать» на небольших экранах. Проверьте это на узком экране.
Если по этому списку нашлись расхождения, начните с учёта заявок: без него любые решения по дизайну и рекламе будут опираться на догадки. Когда цифры совпадают с реальностью, уже можно разбирать, на каком шаге пути вы теряете людей, и менять страницу точечно.
Читайте также
Дизайн — статьи о сайтах
Дизайн
Бизнес — статьи о сайтах
Дизайн — статьи о сайтах
Заявка
Свяжемся в течение рабочего дня, зададим уточняющие вопросы и предложим варианты. Без навязчивых звонков.
Форма обратной связи