Начните с одного письма: разметьте ссылку, сохраните метки при отправке заявки на звонок и проверьте, дошёл ли разговор до менеджера. Тогда в отчёте появится цепочка от письма до обращения, а не только число переходов на сайт. Ниже — схема для малого бизнеса в Беларуси: какие данные передать в CRM, как проверить путь клиента и почему нажатие на кнопку ещё не означает состоявшийся разговор.
Какие данные нужны, чтобы узнать письмо в заявке?
Представим сервисную компанию: клиент получает письмо с предложением записаться на обслуживание, переходит на страницу услуги и оставляет номер для звонка. Ссылка должна сообщить сайту, из какого письма пришёл человек. Для этого к адресу страницы добавляют UTM-метки. Начать можно с источника, канала и названия письма:
/uslugi?utm_source=mailing&utm_medium=email&utm_campaign=service_reminder
Значения здесь условные. Главное — записать единое правило для будущих писем: например, mailing всегда обозначает рассылку, а email — канал. Если в одном письме написать mailing, а в другом newsletter, отчёт разделит переходы по разным источникам. Для кнопки и текстовой ссылки внутри одного письма добавьте utm_content с разными значениями. Это поможет понять, на какой элемент нажал клиент.
Выбирайте страницу, которая продолжает мысль письма. Если предложили запись на обслуживание, ведите на страницу этой услуги, где виден следующий шаг. Человеку, который ещё выбирает, пригодится описание услуги; клиенту, который уже готов обсудить время визита, — понятный способ оставить номер. Подробнее сам путь от письма до заявки разобран в статье на emailmarketing.by.
Как передать источник перехода вместе с заявкой на звонок?
Когда посетитель открывает страницу по ссылке из письма, сайт получает UTM-метки из адреса. Дальше их нужно сохранить до момента отправки номера. Иначе система аналитики увидит переход из рассылки, а менеджер получит заявку без названия письма.
Проверьте настройки формы или элемента для заказа звонка: передаёт ли он вместе с номером источник, канал и кампанию. Если заявка уходит в CRM, добавьте эти значения в карточку обращения. Рядом полезно хранить адрес страницы, с которой клиент оставил номер: так проще разобраться, если в письме были ссылки на разные услуги. Для одной заявки нужен один понятный набор меток, поэтому перед отправкой проверьте, не добавляет ли сервис рассылки свои UTM поверх ваших.
Если человек сначала открыл страницу услуги, а затем перешёл на другую страницу сайта и там оставил номер, метки должны сохраниться и для этой заявки. Проверяйте именно такой путь, если он встречается на вашем сайте. Техническое задание исполнителю можно сформулировать без сложных терминов: «Сохраните UTM после перехода из письма и передайте их в CRM вместе с заявкой, даже если человек сменил страницу».
Отдельно проверьте текст рядом с кнопкой. Клиенту нужно понимать, что произойдёт после нажатия: он оставит номер, а менеджер свяжется с ним для обсуждения услуги. Если формулировка вызывает вопросы, пригодится разбор того, что написать рядом с кнопкой связи с менеджером.
Как отличить заявку от состоявшегося разговора?
После отправки номера путь клиента продолжается. Заявка может попасть менеджеру, но разговор не состоится: клиент не ответит или вызов останется без обработки. Поэтому в CRM полезно разделить события «номер получен», «менеджер позвонил» и «разговор состоялся». Если после беседы нужен следующий шаг, менеджер фиксирует его в карточке: например, согласовать время визита.
Чтобы связать звонок с письмом, одной записи о переходе недостаточно. Система должна соединить заявку, конкретного клиента и действие менеджера — такой порядок описан в материале «Как превратить телефонные звонки в данные для CRM» (bzsoft.by). Для заявки через сайт это означает простую проверку: открыв карточку после звонка, менеджер видит кампанию письма и результат разговора. Если вызов пропущен, в работе остаётся задача на следующий контакт.
Прослушивание или разбор диалога имеет смысл привязать к этой же карточке. Тогда можно проверить, ответил ли менеджер на вопрос, с которым клиент пришёл из письма, и какой шаг они согласовали. Если в письме предлагали записаться, а в разговоре не обсудили время, отметка «разговор состоялся» ещё не объясняет исход обращения. Схему проверки от нажатия до беседы удобно сверить с материалом о том, как проверить путь до разговора с менеджером.
Как проверить всю цепочку перед отправкой рассылки?
Сделайте тестовое письмо и пройдите путь клиента сами. Откройте его с телефона, перейдите по ссылке и убедитесь, что попали на нужную страницу. Затем оставьте тестовый номер и найдите заявку в CRM. В ней должны совпадать название письма и страница, на которой вы отправили номер.
На этом проверка не заканчивается: попросите менеджера обработать тестовую заявку и отметьте результат. Сравните запись в CRM с тем, что произошло на самом деле. Так обнаруживаются разрывы, которые не видны в отчёте по кликам: метки исчезли после перехода на другую страницу, заявка не дошла до менеджера или разговор не связан с карточкой клиента.
После отправки письма смотрите на цепочку по порядку: переходы, заявки, обработанные обращения и разговоры. Если переходы есть, а заявок нет, начните со страницы и способа оставить номер. Если заявки есть, но мало разговоров, проверьте очередь вызовов и задачи менеджеров. Содержание письма стоит менять после того, как вы убедились: заявки доходят и получают обработку.
Какие ошибки чаще всего ломают отчёт?
- Метки есть в ссылке письма, но заявка передаёт в CRM только номер. Исправление: добавить поля источника, канала и кампании в карточку обращения.
- После перехода на другую страницу источник теряется. Исправление: пройти тестовый маршрут по сайту и проверить, какие значения дошли до заявки.
- Все ссылки письма ведут в разные места, но носят одинаковое обозначение. Исправление: различать кнопку и текстовую ссылку через utm_content, если их нужно сравнивать.
- Отправку номера считают разговором. Исправление: отмечать результат обработки заявки отдельно от факта её получения.
- Рассылку и CRM настраивают порознь. Исправление: перед отправкой письма проверить одну тестовую цепочку вместе с менеджером.
Сейчас откройте ссылку из ближайшего письма и проверьте, есть ли в её адресе utm_source, utm_medium и utm_campaign.
