Какие данные с сайта и CRM нужны, чтобы посчитать ROMI

01

ROMI начинается с маршрута денег, а не с отчёта

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

Рабочая цепочка выглядит так: рекламный клик с UTM-метками приводит посетителя на сайт, форма передает данные в CRM, менеджер ведет лид или сделку по воронке, после оплаты фиксируется выручка. Для расчета нужны одинаковые правила на всех участках цепочки. Если в CRM нет источника, продажа становится «прямой». Если сумма в сделке не обновляется после скидки, отчет завышает результат. Если реклама оплачена с НДС, а выручка берется без НДС, сравнение тоже будет некорректным.

Базовая формула: ROMI = (доход от маркетинга − расходы на маркетинг) / расходы на маркетинг × 100%. Для бизнеса с заметной себестоимостью вместо дохода лучше использовать валовую прибыль. Важно заранее зафиксировать, что именно команда называет доходом: сумму успешных сделок, поступившие оплаты или прибыль после себестоимости.

В практике ICONICA сначала проверяют не красивый дашборд, а возможность восстановить путь конкретной сделки до рекламного объявления. Если по выборке из нескольких оплаченных сделок маркетолог видит первичный источник, кампанию, расход и сумму продажи, данные можно агрегировать. Если путь обрывается, сначала устраняют разрыв, а потом строят ROMI.

03

Минимальный набор данных: что собирает сайт, а что хранит CRM

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

Для B2B особенно важно различать дату создания лида, дату квалификации и дату оплаты. Реклама в январе может привести к договору в марте. Если смотреть только сделки, созданные в марте, канал привлечения потеряется; если относить всю мартовскую выручку к январскому расходу без правила, отчет станет трудно интерпретировать. Выберите модель до построения отчета и укажите ее в регламенте.

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

Проверьте документацию обработчиков форм и передачи полей в используемой редакции продукта: технические возможности 1С-Битрикс описаны на портале разработчика. Разработчику недостаточно передать телефон и имя: он должен передать и скрытые поля атрибуции, а также описать, что происходит при пустом значении.

04

Поля, без которых отчет не ответит на вопрос о канале

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

Расходы должны быть привязаны минимум к источнику, кампании и периоду. Идеальный уровень — кампания или группа объявлений, но дробить данные до ключевого слова не нужно, если система не может надежно связать их с продажей. Важнее, чтобы названия кампаний в рекламном кабинете и значение utm_campaign были согласованы по одному справочнику.

В CRM зафиксируйте поля суммы, валюты, даты закрытия, статуса и причины проигрыша. Если менеджер может вручную выбрать «успешно» без суммы или закрыть сделку задним числом, в отчете необходимы проверки качества. Отдельно определите, включается ли в ROMI НДС, комиссия площадки, агентское вознаграждение и зарплата маркетинговой команды.

05

Типовой мини-кейс: заявки есть, а ROMI по рекламе не сходится

Типовая ситуация из проектов: маркетолог видит в системе аналитики 80 заявок из платного канала, а CRM показывает только 45 лидов с заполненным источником. Еще часть сделок создана менеджерами вручную после звонка, а несколько клиентов пришли повторно и попали в существующие карточки. Попытка поделить выручку всех сделок на рекламный бюджет в таком сценарии дает цифру, но не дает управленческого решения.

Проверка начинается с выборки: берут несколько заявок из рекламного кабинета, находят их по телефону или ID обращения в CRM и смотрят все поля. Затем идут в обратную сторону — от нескольких оплаченных сделок к первому обращению и UTM. Так обнаруживаются не догадки, а конкретные точки потери: форма не передала скрытые значения, интеграция создала дубль, менеджер сменил источник или сделка не связана с лидом.

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

Если источник нельзя подтвердить на уровне конкретной сделки, ROMI по этому источнику остается гипотезой, а не показателем для перераспределения бюджета.

06

Как собрать расчет ROMI без подмены данных

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

Данные из рекламных кабинетов и CRM редко совпадают полностью с первого дня. Это нормально, если разница измерена, объяснена и уменьшается. Ненормально — компенсировать пустые источники догадками или распределять «прямые» продажи между всеми каналами без явного правила. Укажите в отчете долю сделок без атрибуции: это индикатор качества данных, а не повод скрыть проблему.

Перед автоматизацией полезно собрать расчет в таблице на одном периоде. Она покажет, каких полей не хватает и какие статусы отдел продаж использует нестабильно. После этого можно переносить модель в CRM, BI или сквозную аналитику.

1. 1

   Зафиксируйте экономику. Выберите выручку или валовую прибыль, состав расходов, НДС и валюту расчета.

2. 2

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

3. 3

   Проверьте формы. Пройдите тестовую ссылку с UTM и сверьте значения в созданной записи CRM.

4. 4

   Нормализуйте воронку. Установите обязательные статусы, суммы, даты закрытия и причины проигрыша.

5. 5

   Сверьте выборку. Сопоставьте несколько оплаченных сделок с переходами и расходами до запуска регулярного отчета.

07

Ошибки, из-за которых ROMI выглядит лучше или хуже реальности

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

Вторая ошибка — смотреть только на последнюю кампанию. Она может выглядеть прибыльной, потому что получает готовый спрос после предыдущих контактов. Для управления бюджетом полезно сравнивать несколько срезов: first touch, last non-direct touch и модель, принятую в компании. Не переключайте модели от месяца к месяцу, иначе динамика станет несопоставимой.

Третья ошибка — не контролировать ручные изменения в CRM. Менеджер может выбрать удобный источник, объединить дубли или создать сделку без лида. Это не повод ограничивать продажи; это повод сделать понятные правила и отчет о незаполненных обязательных полях. Регулярная проверка десяти сделок часто ценнее сложной визуализации с неверной основой.

08

Что должен принять маркетолог после настройки

Приемка не сводится к сообщению «интеграция работает». Маркетологу нужен доступ к тестовой ссылке, возможность отправить форму и увидеть результат в CRM без участия разработчика. Подготовьте два URL с разными UTM-наборами, в том числе с параметрами utm_content и utm_term. Проверьте обычную форму, форму в попапе и мобильную версию, если они создают обращения разными обработчиками.

После создания лида или сделки сравните значения с URL посимвольно. Проверьте, что при повторной заявке от того же контакта первичный источник не исчез, а правила поиска дублей понятны. Затем создайте тестовую сделку в успешном статусе, задайте сумму и дату, добавьте тестовый расход к соответствующей кампании. Итоговая строка отчета должна измениться предсказуемо.

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

09

Сначала восстановите связь сделки с источником, затем считайте показатель

ROMI становится управленческим показателем только тогда, когда его можно объяснить от итоговой цифры до конкретных сделок и расходов. Начните с минимальной связки: рекламный переход с UTM, форма с идентификатором, запись в CRM, успешный статус, сумма и дата продажи. Добавьте к ней согласованный справочник кампаний и правила учета расходов.

Не стремитесь сразу построить сложную сквозную аналитику. Сначала возьмите один канал и один период, проверьте вручную несколько заявок и оплат. Если источники сохраняются, суммы заполнены, а расхождения понятны, модель можно масштабировать на остальные формы, рекламные кабинеты и BI-отчеты.

Подрядчика стоит подключать, когда UTM теряются между сайтом и CRM, разные формы работают по разной логике, сделки создаются с дублями или данные нужно объединить из нескольких систем. В задаче важны не названия сервисов, а маршрут данных, список полей, правило перезаписи и сценарий приемки. Тогда расчет не будет зависеть от ручной сверки каждый месяц.