Кейс: с 9 000 в 3 000 ₽ за целевой лид. Как мы научили Директ не тратить бюджет на случайные клики

Реклама работает, заявки идут, стоимость лида в отчете выглядит хорошо, но отдел продаж говорит, что звонить некому. Одна из причин — рекламные алгоритмы не отличают целевые обращения от случайных, если получают слишком мало данных о качестве лидов.

На одном из наших проектов — ЖК «Брусницын-парк», эту проблему удалось решить с помощью интеграции Яндекс Директа и MacroCRM. Мы настроили все так, чтобы статусы заявок из CRM начали передаваться обратно в рекламную систему. Так алгоритмы стали обучаться на реальных данных, а стоимость целевого лида за три месяца снизилась с 9 000 до 3 000 рублей.

В статье рассказываю подробнее, как в этой цепочке работает MacroCRM, какие есть ограничения и почему самая долгая часть работы не техническая.

Контекст проекта

«Брусницын-парк» — малоэтажный жилой комплекс в Берёзовском, в 20 минутах от Екатеринбурга. Дома до четырёх этажей, комплекс развивается с 2014 года: восемь домов заселено, четырнадцать впереди. Квартиры — от 37 до 108 м².

Разберём реальный поток заявок на этом проекте. Условно, если разложить сто заявок с рекламы по статусам:

1. 40 — спам;
2. 20 — не проходят по бюджету;
3. 20 — «просто посмотреть»;
4. 10 — доходят до статуса подбора квартиры.

Три основные характеристики проекта (широкая квартирография, локация и формат) напрямую объясняют эту структуру. И это первое, что стоит сделать до любой настройки: понять, откуда именно у вашего проекта берутся нецелевые лиды.

1. Широкая квартирография. Разброс 37–108 м² — это разброс бюджета почти в три раза. Студия для первого жилья и квартира на 108 метров — два разных покупателя с разными триггерами, разной готовностью и разным циклом принятия решения. Одна кампания, обученная на цели «заявка», усредняет их в один размытый портрет и промахивается мимо обоих.
2. Эмоциональная локация. Лес, малоэтажность, пригород. Это работает на охват, но генерирует поток людей, которым интересно посмотреть, а не купить. Отсюда те самые 20% «просто посмотреть» — они не спам, они искренне заинтересованы. Просто не в покупке.
3. Пригородный формат. Часть аудитории кликает, оставляет заявку и на первом же разговоре с менеджером понимает, что не готова к переезду за город. Заявка была настоящей, но сделка была невозможна с самого начала.

Ни одну из этих трёх проблем нельзя решить креативом или семантикой. Их можно решить только одним способом: научить алгоритм отличать четвёртую группу от первых трёх.

Где ломается связка между маркетингом и продажами

Обычно маркетинг застройщика отчитывается за количество и стоимость лида, продажи — за брони и сделки. У каждого свои цифры. Но никто не отвечает за весь путь заявки от клика до сделки. В итоге маркетинг считает, что привёл лид, продажи — что лид был не целевым. Обе стороны правы по-своему.

Директ в этой конструкции слеп: он видит одну точку в воронке и не может проанализировать, что дальше. Для него не существует заявки через день, неделю, месяц.

Автостратегия обучается на том, что вы ей показываете. Показываете все заявки подряд — она учится приводить всех подряд. Из-за фродовых обращений обучение уходит не в ту сторону, и кампания начинает считать целевым портрет посетителя, оставившего фродовую заявку. По мере обучения доля таких лидов растёт, доля квалифицированных падает — и юнит-экономика проекта разваливается изнутри при формально нормальном CPL.

Для условного интернет-магазина это терпимо: цикл сделки — несколько минут, цена ошибки — только стоимость товара. Для застройщика цена ошибки значительно ощутимее: это месяцы открученного бюджета, обучившего алгоритм на нецелевом сегменте.

Проблема не в том, что Директ плохо считает. Проблема в том, что у него нет данных. CRM знает, какая заявка стала сделкой, а какая — нет. Если передать эти данные обратно в рекламную систему, она перестанет учиться на неправильных данных. Инструмент для этого называется офлайн-конверсии.

→ Нужно оптимизировать не заявку, а ее квалификацию в системе.

Что такое офлайн-конверсии и как они работают

Офлайн-конверсия — это обратный канал между CRM и рекламой. Яндекс Метрика знает всё о поведении пользователя на сайте, но не знает ничего о том, что происходит с заявкой дальше. CRM знает — и сообщает, чем закончилась история конкретного визита.

Почему это стало критично именно сейчас: порядка 80% рекламных кампаний работают на автостратегиях, где задействованы алгоритмы. Чем больше данных у рекламной системы о ваших клиентах и о том, какие действия для вас важны, тем лучше они работают.

Автостратегия не может работать автономно, как бы парадоксально это ни было. Её нужно корректировать и обучать, чтобы она приносила нужные заявки. А единственный источник достоверной информации о том, какая заявка нужна — CRM.

Что конкретно передается из CRM

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

Также можно передавать другие статусы — в зависимости от планируемых рекламных таргетингов и особенностей аудитории. Это принципиальный момент: набор статусов не навязан системой, вы конструируете его сами под свою воронку.

Что это даёт

1. Обучение на правильном событии. Применение офлайн-конверсий в стратегиях «Максимум конверсий» позволяет указать алгоритмам более высокоуровневые цели, на которые нужно ориентироваться при обучении автостратегии. Не «кто-то заполнил форму», а «кто-то дошёл до подбора квартиры».
2. Отсечение «мусора». С помощью офлайн-конверсий можно передавать статусы «Спам» и «Не целевой», формировать в Метрике сегменты спамных и нецелевых посетителей и отсекать их отрицательными корректировками. Сегмент собирается через отчёт «Источники заказов из CRM».
3. Честная атрибуция. Вы видите не какой креатив дал больше форм, а какой дал больше квалифицированных обращений. Это разные креативы. Почти всегда.

Важная оговорка: чем больше идентификаторов известно о каждой конверсии, тем больше шанс успешной атрибуции конверсии к конкретному визиту. Качество атрибуции — прямое следствие качества данных, которые вы передаёте.

Как и что мы внедряли в проект

Проект уже работал в MacroCRM — отраслевой системе для застройщиков. У MACRO более 200 интеграций, включая коллтрекинг, сервисы сквозной аналитики и BI-аналитики, а карточки лида и сделки изначально содержат поля под воронку недвижимости, их не нужно изобретать под задачу. Это сэкономило нам самый дорогой ресурс — время, недели на доработку структуры данных.

Шаг 1. Договорились с продажами, что считается результатом

На этом этапе составили таблицу соответствия «статус в CRM → статус в Метрике». Без неё все заказы будут отмечены как «прочие», и конверсии вы не увидите.

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

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

Что зафиксировали:

1. Единое определение каждого статуса — письменно, с примерами пограничных случаев.
2. Кто ставит статус — менеджер вручную / РОП на разборе / автоматически по действию в системе.
3. Когда ставит — срок, после которого заявка без статуса считается ошибкой процесса.
4. Что делать со спорными — кто разбирает.

Главное на этом этапе — не техническая настройка, а договорённость с продажами. Определили, какие статусы считать целевыми, зафиксировали письменно — и этого достаточно, чтобы двигаться дальше.

Шаг 2. Настроили цели и передачу данных

Дальше — настройка. Звучит просто, но есть три нюанса, из-за которых интеграция может не запуститься.

1. Тип цели. Для офлайн-конверсии подходит только цель типа JavaScript-событие. Метрика не примет загрузку по целям «Посещение страницы» или «Количество просмотров». Цель создаётся с условием «идентификатор содержит» — и идентификатор нужно выбрать такой, который никогда не сработает от действий на сайте, иначе цель начнёт засоряться онлайн-событиями.
2. Регистр. Это заглавные и строчные буквы. Метрика различает paid_from_site и PAID_FROM_SITE как разные вещи. Если в CRM написали заглавными, а в Метрике создали цель строчными — данные не совпадут. Ошибка отображаться не будет, конверсий не будет, вы просто не увидите результат.
3. Связка визита и сделки. Для корректной привязки в одном из полей сделки должен быть ClientID — идентификатор посетителя Метрики. Он нужен, чтобы Метрика поняла, что заявка из CRM и визит на сайте — это один и тот же человек. CRM должна его сохранить в момент, когда человек оставляет заявку. Если этого не происходит — Метрика не сможет связать визит и сделку.

Чтобы проверить привязку, перед запуском сделайте пару тестовых заявок и посмотрите: пришёл ли ClientID в CRM вместе с заявкой? Если нет — настройте передачу, только потом запускайте интеграцию.

1. Составная цель. Чтобы не создавать отдельную цель под каждый статус («подбор», «бронь», «сделка»), мы создали одну составную цель. Она собирает все квалифицированные лиды вместе. Так проще и чище — меньше целей, меньше шансов ошибиться.

Шаг 3. Обошли главное ограничение — окно атрибуции

Этот шаг — причина, по которой большинство застройщиков пробуют офлайн-конверсии, не понимают эффект и всё бросают.

Метрика сопоставляет офлайн- и онлайн-события в окне 21 день. Если цикл сделки превышает это время, часть офлайн-конверсий не будет привязана к посетителям сайта.

Цикл сделки в новостройке длится намного дольше, порой 6-9 месяцев. Обучать автостратегию на состоявшейся сделке системно невозможно: к моменту сделки визит, который её породил, для Метрики уже не существует.

Есть и вторая причина, независимая от первой. Если сделок слишком мало для набора необходимого минимума конверсий, используются более низкоуровневые события по воронке. У застройщика сделок — единицы в месяц. Статистики для обучения нет, и оперативно она никак не появится, даже если танцевать с бубном. Человеку нужно пройти все этапы принятия решения: подумать, посмотреть, сравнить, посоветоваться с семьёй, ещё раз подумать, снова сравнить и уже потом решить.

Отсюда появляется решение, которое рекомендует и сама документация: поставить отправку целей на более ранний этап воронки.

Мы выбрали точкой обучения статус «Подбор». Логика выбора:

1. Достаточно рано, чтобы уверенно попасть в 21-дневное окно.
2. Достаточно поздно, чтобы через него не прошёл ни спам, ни «просто посмотреть». Человек, с которым менеджер подбирает конкретную квартиру, уже прошёл квалификацию по бюджету и по готовности.
3. Достаточно часто, чтобы набрать объём для обучения стратегии.

Правильная цель для обучения — не самое ценное событие в воронке, а самое позднее из тех, что укладываются в окно атрибуции и набирают статистику.

Отказ от обучения на сделке не означает отказа от её учёта. После того как визит дополнен информацией о конверсии, есть ещё 90 дней с момента окончания 21-дневного окна на то, чтобы скорректировать или дополнить эту конверсию — например, изменить доход и перевести статус из Подбора в Сделка проведена.

Схема работы получается двухконтурная:

1. Обучение — статус подбора, быстрый, кормит алгоритм.
2. Отчётность — сделка, дописывается позже, кормит вас.

Шаг 4. Переобучили кампании и включили обратную петлю

Что сделали после того, как данные пошли:

1. Перевели стратегию «Максимум конверсий» с цели «отправка заявки» на цель подбора.
2. Собрали сегменты спама и нецелевых через отчёт «Источники заказов из CRM» и завели их в отрицательные корректировки.
3. Заложили сверку. Данные CRM и Метрики стоит периодически сверять, чтобы избежать ошибок. Обработка загрузки занимает до 2 часов.
4. Дали доступ и назначили ответственного. Если менеджер не двигает сделку по воронке — алгоритм слепнет ровно на столько дней, на сколько сделка зависла.

Раньше непроставленный статус был проблемой отчётности. Теперь это деньги, потраченные на обучение алгоритм.

Результат

За три месяца стоимость целевого лида снизилась с 9 000 до 3 000 ₽.

Но цифра — не главное, что изменилось. Изменилась природа управления воронкой в целом.

1. Маркетинг получил отчёт «Источники заказов из CRM». Он показывает, какой креатив и какой поисковый запрос дают статус подбора. Часть объявлений, лидировавших по CPL, оказалась в хвосте по квалификации — они собирали любопытствующих на красивую картинку леса.
2. Продажи получили поток заявок с минимальным количеством спама и нецелевых лидов. До интеграции их количество росло — алгоритм добросовестно масштабировал то, чему его учили.
3. Маркетинг и продажи оказались в одном контексте. У них появились одинаковые данные, а разговоры из разряда «твои лиды плохие» / «твои менеджеры не умеют звонить» превратился в разговор о конкретных статусах в конкретной воронке.

Когда это не сработает

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

1. В проекте мало данных. Заморачиваться стоит только, если у вас более 10 конверсий в неделю. Ниже этого порога алгоритму нечему учиться, а вы потратите время на настройку без желаемого результата.

2. Нет дисциплины в CRM. Пока статусы проставляются по-разному или с задержкой в неделю, интеграция усилит хаос, а не исправит его. Алгоритм не умеет определять, что данные неполные, он воспринимает их как истину и оптимизируется под неё. Без данных стратегия работает на общих сигналах. С недостоверными данными она уверенно движется в неверном направлении. Второе дороже.

3. В системе есть «дубли» сделок. Если сделка задвоилась, в стратегиях с оплатой за конверсии произойдёт несколько списаний. Прежде чем включать передачу, проверьте, как система обрабатывает повторные обращения одного человека.

4. Вы ожидаете быстрого эффекта. Стратегии нужна «фора» на переобучение. В первые недели показатели могут просесть: алгоритм отучается от старой цели. Если у вас нет запаса терпения и бюджета на этот период — лучше не начинать. Хуже всего откатиться в середине переобучения: вы заплатите за просадку, но не получите обученную стратегию.

Вывод

Мы привыкли считать CRM системой учёта. Место, куда менеджер заносит сделку, а руководитель раз в месяц заходит за отчётом. На самом деле CRM — единственная система в компании, которая знает правду о том, кто из пришедших людей оказался покупателем.

Но пока эта правда остаётся внутри CRM, вы платите дважды: один раз — когда получаете нецелевой лид, второй — когда алгоритм на его основе приводит ещё десять таких же. Связка CRM и Директа превращает пассивный учёт в управляющий поток, где каждая закрытая сделка учит рекламу искать следующего такого же покупателя.

Именно поэтому мы считаем это сменой роли CRM в компании — из архива в источник обучающих данных для маркетинга.

Быстрая проверка, которую можно провести уже сегодня — откройте рекламный кабинет и посмотрите, на какую цель обучается ваша кампания. Потом спросите РОПа, что он считает целевой заявкой. Если ответы не совпали — ваша CRM и ваша реклама живут в разных вселенных.

А как у вас устроена передача данных между CRM и рекламой? Обучаете стратегию на заявке, на квалификации или на сделке — и что в этом вам не нравится?