Присвойте каждому размещению отдельную метку и настройте её передачу из чат-бота в CRM вместе с заявкой. Для газеты подойдёт QR-код со ссылкой на бота, для онлайн-публикации — кнопка перехода, для радио — кодовое слово, которое слушатель введёт в диалоге. Затем свяжите источник с интересом клиента и задачей менеджеру. Ниже разберём, как собрать такую цепочку, проверить её перед размещением и отделить запуски бота от заявок, по которым отдел продаж продолжит работу.
Как связать рекламное размещение с источником заявки?
Начните с реестра размещений. Для каждого выхода рекламы запишите название носителя, предложение и метку источника. Например, press_service обозначает предложение услуги в газете, а radio_service — в радиоролике. Это условные названия: выберите собственные и закрепите их в таблице до запуска.
Если в одном издании выходят разные предложения, одной метки издания недостаточно. Разделите источник и кампанию: источник отвечает на вопрос «откуда пришли», кампания — «на какое предложение откликнулись». Тогда в CRM останется и название площадки, и причина обращения.
Заранее определите, что считать заявкой. Для сервисной компании это может быть запрос расчёта с описанием задачи и контактом для ответа. Сам запуск бота ещё не означает, что человек хочет заказать услугу. Закрепите это правило в сценарии: сделку создаёт конкретный шаг диалога, например подтверждение запроса.
Охват рекламы и заявки считайте отдельно. Бот показывает действия людей, которые дошли до диалога, но не всех читателей газеты или слушателей эфира. Разницу между охватом и откликом, а также способы учёта звонков и визитов разбирают в статье на adhouse.by. В отчёте бота оставьте собственные события: запуск, выбор услуги и отправку заявки.
Как передать метку из газеты, радио или онлайн-публикации?
Для каждого размещения подготовьте отдельную точку входа. В печатном объявлении QR-код должен вести на ссылку с меткой конкретной кампании. В онлайн-публикации такую ссылку можно поставить на кнопку. Проверьте переход именно из готового макета или страницы: ссылка из рабочего чата редакции ещё не подтверждает, что в рекламе стоит нужный адрес.
В Telegram для передачи источника используют ссылку с параметром запуска бота. Настройте сценарий так, чтобы после запуска он прочитал этот параметр и записал его в переменную источника. Само открытие окна переписки не считайте заявкой. Механизм передачи метки через параметр запуска описан в материале «Источник заявок из мессенджеров в RetailCRM и Метрике» (Студия CRM).
Если реклама сначала ведёт на сайт, задайте явную передачу меток дальше: сайт → кнопка перехода в бот → переменная в сценарии → поле CRM. UTM-метки страницы сами по себе не гарантируют, что источник попадёт в мессенджер. На каждом переходе проверьте, какое значение получает следующий участок цепочки.
Для радио предусмотрите кодовое слово. В начале диалога добавьте кнопку «Есть код из рекламы», а после ввода запишите соответствующий источник. Человек может забыть код, поэтому оставьте запасной вопрос «Откуда вы о нас узнали?» с вариантами ответа. Источник из ссылки и ответ человека храните в разных полях CRM: так менеджер увидит, откуда взялась каждая отметка.
Если источник определить не удалось, используйте значение «не определён». Не приписывайте такой запрос последней активной кампании. Иначе отчёт покажет уверенную цифру там, где у бизнеса нет подтверждения.
Что должен сделать бот до передачи заявки в CRM?
Соберите короткий маршрут: выбор услуги → описание задачи → контакт для ответа → подтверждение заявки → сделка → задача менеджеру. Такой принцип связи диалога с действием отдела продаж приведён в материале «Как связать чат-бота и CRM для заявок из мессенджеров» (chatbot.by). У каждого вопроса должна быть понятная роль в следующем действии менеджера.
После рекламы конкретной услуги сразу покажите соответствующий сценарий. Если объявление обещает расчёт, начните с вопроса о задаче и нужных параметрах. Общее меню с историей компании отложит момент, ради которого человек открыл чат.
Составьте карту полей: слева название переменной бота, справа поле CRM, куда она попадёт. Для рабочего маршрута предусмотрите:
- Источник: издание, радиостанция или другая площадка.
- Кампанию: конкретное предложение из рекламы.
- Интерес: услугу или категорию товара, которую выбрал человек.
- Заявку: описание задачи и контакт для ответа.
- Действие менеджеру: что проверить или уточнить после обращения.
Разделение тегов источника, интереса и действия описано в материале «Интеграция чат-бота с CRM: как передавать лиды в отдел продаж» (Блог ЭТОЧАТБОТА). Не складывайте все значения в одно поле комментария: отдельные поля позволят отобрать заявки по площадке и услуге без ручного чтения диалогов.
В задачу менеджеру передайте смысл обращения. Формулировка «уточнить параметры и подготовить расчёт» полезнее, чем «связаться с клиентом». Если до заявки человек спрашивал про получение заказа, ответы можно вынести в отдельную ветку по схеме настройки чат-бота для вопросов об оплате, доставке и самовывозе. При возврате в основную ветку проверьте, что источник сохранился.
Для такой интеграции заранее нужны сценарий диалога, карта полей и правило создания сделки. Этот набор помогает обсудить настройку с исполнителем предметно: какие значения передать, когда поставить задачу и что показать человеку, если CRM временно не приняла запрос.
Как проверить цепочку и оценивать результат размещения?
Пройдите путь клиента до выхода рекламы. Проверка заканчивается в CRM: правильный текст в чате ещё не подтверждает, что менеджер получил заявку. Для каждого источника выполните один и тот же маршрут.
- Откройте ссылку из макета или отсканируйте QR-код.
- Запустите бота и отправьте тестовую заявку.
- Найдите сделку и сверьте источник с реестром размещений.
- Проверьте описание запроса и задачу менеджеру.
- Повторите отправку, чтобы проверить защиту от случайных дублей.
Отдельно пройдите маршрут без метки и ввод кодового слова. Проверьте повторный переход человека из другой кампании. Заранее решите, что означает поле источника в CRM: первое известное обращение или источник текущей заявки. Эти значения отвечают на разные вопросы, поэтому смена кампании не должна молча стирать историю.
Предусмотрите сбой передачи. Бот не должен сообщать, что заявка принята в работу, если интеграция вернула ошибку. Нужны отдельное сообщение для клиента и уведомление сотруднику, который проверит запрос. Перед размещением с ожидаемым наплывом обращений пригодится проверка готовности чат-бота Aimylogic к росту заявок.
В отчёте по каждой кампании сопоставляйте расходы в BYN, запуски бота, заявки и сделки с результатом. Стоимость заявки считайте как расходы на размещение, делённые на число заявок по принятому правилу. При нулевом числе заявок оставляйте показатель без расчёта, а сам ноль сохраняйте в отчёте.
Если сделка ещё в работе, не записывайте её в отказы. Фиксируйте дату обращения и текущую стадию, чтобы вернуться к результату позже. И сохраняйте границы отчёта: звонок напрямую из газеты не появится в статистике бота, пока сотрудник не добавит его в общий учёт с источником.
Типичные ошибки при учёте заявок через чат-бота
- Одна ссылка для всех СМИ. Бот получает общий поток, поэтому до публикации нужны отдельные метки размещений.
- Источник остаётся только в сценарии. Добавьте его в карту полей и проверьте значение внутри сделки.
- Каждый запуск создаёт заявку. Перенесите создание сделки на шаг, где человек подтвердил запрос.
- Повторный переход стирает прежний источник. Разделите первое обращение и источник текущей заявки.
- Менеджер получает уведомление без содержания. Передавайте выбранную услугу, описание задачи и следующее действие.
Сейчас потратьте две минуты: добавьте в таблицу строку для ближайшего размещения и запишите рядом его метку источника.
