Маркетинг «вкладываем — и что-то приходит» убивает прибыль тише любой конкуренции. Цена ошибки — месяцы с неэффективными каналами и потерянные сделки. Ниже — понятный путь, как считать ROI маркетинга через CRM без гаданий и сводных таблиц по ночам.
С чего начать: как внедрить расчет ROI в CRM
Боль — деньги уходят в трафик, а в CRM нет связки «расход → сделка → прибыль». Цена ошибки — остановка рабочих каналов и раздувание источников, которые «шумят», но не продают. План простой: сделаем в CRM маршрут денег от клика до оплаченного счета, и станет ясно, что работает, а что — нет.
Если по-простому: ROI = (доход – расход) / расход. Но в реальной работе это выглядит не так просто: нужно тянуть в сделку источник лида (UTM-метки), стоимость клика и кампании, статус оплаты, сумму по факту, маржинальность. И ещё правила атрибуции — иначе любой ретаргет «заберёт» себе все заслуги. На практике чаще всего стартуют с минимального состава данных: UTM в карточке сделки, сумма и дата оплаты, фактические маркетинговые расходы по источнику.
Микро-сценарий. Менеджер вносит «Оплачен» с суммой, но в карточке нет UTM — ROI канала «органика» внезапно вырастает, потому что всё «без источника» падает туда. Хороший признак — когда каждое «Оплачен» имеет источник, кампанию и дату, а воронка исключает ручной ввод там, где можно автоматизировать.
Чек-лист: что проверить в CRM перед расчетом ROI
Боль — формула верная, а цифры пляшут. Цена ошибки — неверные управленческие решения: урезали полезный канал, докрутили бесполезный. Ниже — короткий чек-лист, чтобы настройка ROI в CRM не развалилась на мелочах.
- Карточка сделки содержит UTM-метки и идентификатор сессии (clid/cookie/roistat_visit, если используете сквозную аналитику).
- Статусы «Оплачен/Выставлен/Отказ» формализованы и закрываются только после фактов, а не «на будущее».
- Сумма сделки — это сумма к оплате по договору, а сумма оплаты — факт, подтягиваемый из счета/платежа; различайте эти поля.
- Валюта и НДС: одна политика расчета для всех сделок в отчете, иначе сравнение каналов бессмысленно.
- Единый справочник источников и кампаний; авто-нормализация «yandex_cpc», «ydn», «Яндекс Директ» к одному названию.
- Расходы на рекламу поступают автоматически (API/интеграция) и привязываются к тем же источникам/кампаниям, что и сделки.
- Правило атрибуции согласовано: первый клик, последний платный, позиционный — и одинаково применяется во всех отчетах.
- Оффлайн-лиды (звонки по номеру, визиты) имеют метки за счет call tracking и промо-кодов; «без источника» не превышает 5–10%.
- Исключены тестовые сделки и внутренние заказы из отчетов по ROI.
- Есть контрольная сверка: сумма оплат в CRM = сумма оплат в бухгалтерии за период (погрешность объяснима).
Обычно именно на этом участке всё начинает сыпаться: расход подтягивается в «рублях за неделю», а сделки — «по дате создания». Приведите все к одной логике периода: «расход и доход по дате привлечения или по дате оплаты» — и зафиксируйте правило.
Ключевые данные и метрики для расчета ROI в CRM
Боль — показатели есть, но не складываются в решение: «что отключать, что масштабировать». Цена ошибки — упущенная прибыль и потеря времени на споры «маркетинга» с «продажами». Здесь разложим метрики по полкам, чтобы сквозная аналитика ROI читалась без переводчика.
| Что фиксируем | Откуда в CRM | Где используется | Риск ошибки |
|---|---|---|---|
| Источник/канал/кампания (UTM) | Форма/линкер из аналитики | Группировка расходов и доходов | Разные названия одного канала |
| Дата привлечения и дата оплаты | Создание лида / оплата счета | Окно атрибуции, период отчета | Смешение периодов |
| Расходы по каналу | Интеграция с рекламными кабинетами | Числитель/знаменатель ROI | Ручные правки и задержки |
| Сумма сделки (план) и сумма оплаты (факт) | Счет/акт/платеж | Доход и кэш-флоу | Путают план с фактом |
| Маржинальность (гросс) | Справочник продуктов/наценок | ROMI, unit-экономика | Играют средними, теряя реалии |
| Количество лидов/сделок | CRM-воронка | CPL, конверсия | Дубликаты и спам |
| Конверсия из лида в оплату | Статусы воронки | Качество трафика/работа отдела | Статусы закрываются поздно |
| Повторные продажи/LTV | Связь сделок с клиентом | Долгий ROI, масштабирование | Потеря кросс/апселов |
| Атрибуция (правило) | Настройка отчета | Справедливое распределение | Несогласованное правило |
| Оффлайн-источники | Call tracking/промо-коды | Полнота данных | Провал в «прямые/неизвестно» |
Формулы — без сюрпризов: ROI = (Доход – Расход) / Расход, ROMI — то же, но по валовой прибыли: (Маржинальный доход – Расход) / Расход. На практике чаще всего в управлении используют ROMI по факту оплат и сравнивают его с порогом рентабельности канала. Важный момент: для дорогих сделок длинного цикла корректнее считать когорты по дате привлечения, иначе вы «перекормите» ретаргет и «обидите» верхние каналы.
Настройка интеграций: ROISTAT, CRM и сквозная аналитика
Боль — трафик размечен, CRM настроена, но связка «расход → сделка → прибыль» живет в отдельных системах. Цена ошибки — иллюзия простоты и расхождения в цифрах между отделами. Ниже — как связать всё в один контур, чтобы сквозная аналитика ROI работала без ручных сводок.
ROISTAT — сервис сквозной аналитики и атрибуции, который тянет расходы из рекламных кабинетов, объединяет визиты, звонки и заявки, и передает UTM/visit_id в CRM. Плюс — модели атрибуции, end-to-end отчеты и коллтрекинг. Зарегистрироваться и посмотреть функционал можно тут: ROISTAT. На практике это видно сразу: исчезают «прямые» лиды без источника, а расходы автоматически мапятся с кампаниями.
Шаги интеграции: подключить рекламные кабинеты к ROISTAT, включить call tracking (если есть звонки), разметить все входящие формы UTM-метками, поставить скрипт на сайт, и связать CRM — чтобы roistat_visit/UTM попадали в сделку. Далее — маппинг статусов CRM с целями (оплата/выручка), включение импорта оплат, выбор окна атрибуции и правила (например, «последний платный клик»). В реальной работе это выглядит так: после тестового периода вы сверяете расходы/доходы за неделю в отчете ROISTAT с CRM и бухгалтерией; расхождение объяснимо и стабильно.
Микро-сценарий. Менеджер переводит сделку в «Оплачен», ROISTAT видит событие и относит выручку к кампании, где был первый платный клик. Руководитель утром видит: «по поиску ROI 180%, по соцсетям — 60%». Обычно всплывает одна и та же ошибка — часть сделок висит «без источника» из-за старых форм без UTM. Лечится доразметкой и автоподстановкой UTM в карточку при создании лида.
Типичные ошибки при расчете ROI через CRM
Боль — отчет собран, а доверия ноль. Цена ошибки — потеря контроля над продажами и перегрев бюджета без отдачи. Разберем, где чаще всего ломается логика и как это быстро увидеть.
Смешение плановых сумм и фактических оплат: канал выглядит прибыльным, пока не придут деньги. Расхождение периодов: расходы за июль, доходы за август — ROI «скачет» от отчета к отчету. Атрибуция «по умолчанию»: разные отчеты показывают разные выводы, потому что правило не зафиксировали. Ручные источники: менеджеры пишут «Яндекс/Google» от руки — группировка разваливается. Отсутствие валовой маржи: считать только выручку — завышать ROMI по дорогим продуктам. Дубли и спам-лиды: на практике это видно сразу — CPL «сказочный», а оплата нулевая. И ещё одно: отключение «слабых» каналов без учета LTV, из-за чего теряется повторная выручка.
Как понять, что система считает ROI корректно
Боль — туманные цифры превращают отчеты в спор мнений. Цена ошибки — упущенная прибыль и потеря времени на бесконечные «пересчеты». Дадим простые признаки, что система настроена правильно и цифрам можно верить.
Хороший признак — когда суммы оплат по CRM и по отчету сходятся в пределах объяснимой разницы (например, из-за возвратов или НДС), и это сходится из месяца в месяц. Если система настроена правильно, «без источника» устойчиво ниже 10%, а доля каналов не меняется радикально при смене правил атрибуции (меняется распределение, но не логика решений). Проверьте срез «новые клиенты» отдельно от «повторных»: если ROI «улетел» только за счет ретенции, то маркетинговые решения по привлечению могут быть неверны.
Практический тест: возьмите неделю и вручную проверьте 10–15 оплат — их источники, кампании, даты и расходы. Если в контрольной выборке 90% совпало — отчеты пригодны для управления. Часто проблема проявляется здесь: одна форма без UTM дает «прямой» канал с нулевым ROI — после донастройки он превращается в конкретную кампанию, и решение меняется с «резать бюджет» на «переложить ставки».
Если нужна помощь с архитектурой данных, интеграцией ROISTAT и отладкой отчетов по ROI — разберем текущую схему, настроим воронки, привяжем расходы и оплаты, покажем, как принимать решения по каналам. Обратитесь в AMSALES за консультацией и внедрением: внедрение Битрикс24 и настройка бизнес-аналитики и BI. Начните с короткой диагностики — и верните контроль над цифрами.
