CRM-аналитика воронки продаж: как настроить отчёты

Реклама приводит заявки, но что происходит с ними дальше, часто остаётся загадкой. Менеджер взял трубку, перенёс сделку на другой этап, забыл указать причину отказа. В итоге рекламный бюджет считается точно, а судьба лида после передачи в отдел продаж теряется где-то между звонками и перепиской в мессенджере.

CRM-аналитика воронки продаж закрывает именно этот разрыв. Я настраиваю контекстную рекламу в Директе и регулярно сталкиваюсь с ситуацией, когда рекламная статистика выглядит отлично, а продаж почему-то не прибавляется. Без данных из CRM разобраться, на каком этапе теряются сделки, невозможно.

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

Что такое CRM-аналитика воронки продаж простыми словами

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

Веб-аналитика и CRM различаются доступными событиями и идентификаторами, а не универсальной границей до и после формы. Сайт может учитывать покупки и известные ID, CRM — обращения и историю. Проверьте полноту и допустимые связи.

Зачем это нужно бизнесу. Без CRM-аналитики руководитель видит только две цифры: сколько потрачено на рекламу и сколько денег пришло в кассу. Всё, что между ними, почему 40 из 90 лидов не дошли до оплаты, остаётся гипотезой. CRM-аналитика превращает эту гипотезу в конкретный этап с конкретной конверсией, на который можно повлиять.

Полностью учебный пример: когорта 100 лидов, 60 квалифицированы, 25 получили счёт, 12 оплатили. Это не «здоровая» норма. В другой сопоставимой когорте 100, 60, 15 и 5 соответственно — сигнал проверки переходов. Он не доказывает проблему предложения и не оправдывает качество трафика. Сверьте события, горизонт, состав обращений и причины.

Какие этапы воронки продаж фиксировать в CRM

Выберите этапы по фактическому процессу и критериям перехода. Заявка, квалификация, предложение, заказ, выставленный счёт, оплата и отгрузка — разные события; не объединяйте их без явного определения.

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

Набор этапов заметно различается в зависимости от ниши, и копировать чужую воронку без адаптации — ошибка. У интернет-магазина воронка часто короче: оформленный заказ → подтверждение → оплата → доставка, а главной точкой потерь оказывается не этап квалификации, а брошенная корзина ещё до создания сделки в CRM. Подробная методика поиска таких потерь разобрана в статье про аналитику брошенных корзин в интернет-магазине. У агентства недвижимости воронка обычно длиннее: лид → первый звонок → показ объекта → согласование условий → сделка. Здесь критично фиксировать переход на следующий этап и причину срыва показа. Такие нюансы и специфичные метрики описаны в материале дашборд для агентства недвижимости. В B2B с длинным циклом продаж иногда добавляют промежуточный этап «пилот» или «тестовый период» перед итоговой оплатой — его стоит вводить, только если он реально существует в процессе, а не ради красоты воронки.

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

Какие метрики считать на каждом этапе воронки продаж

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

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

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

Дашборд руководителя: что смотреть ежедневно, а что раз в месяц

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

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

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

Где обычно теряются сделки и как находить это раньше

Самая дорогая ошибка в воронке — не низкая конверсия сама по себе, а то, что падение конверсии на конкретном этапе остаётся незамеченным месяцами, потому что никто не смотрит на этапы по отдельности. Если вы видите только итоговую цифру выручки за месяц, провал конверсии из лида в квалификацию на 15% легко спишется на «сезонность» или «качество трафика», хотя реальная причина может быть в том, что менеджер физически не успевает обзванивать всех входящих.

Регулярный анализ воронки по этапам с разбивкой по источникам и по времени позволяет находить такие провалы за дни, а не за кварталы. Методика построения такого анализа для сайта и для рекламных кампаний подробно описана в статье про анализ воронки конверсии сайта, а если воронка начинается не с сайта, а с чат-бота или мессенджера, похожий подход применим и там. Смотрите материал про аналитику чат-ботов и конверсию диалогов.

Качество звонка — возможная гипотеза проверки. Сверьте записи и события по выбранной когорте; один этап не является универсально главным местом потерь.

Как сделать воронку частью сквозной аналитики и считать реальную окупаемость

Сама по себе воронка продаж в CRM показывает конверсию между этапами, но не отвечает на главный вопрос собственника: сколько прибыли принёс каждый вложенный в рекламу рубль. Для этого данные из CRM нужно связать с расходами на рекламу. Тогда появляется возможность считать реальный ROMI по каждому источнику трафика, вплоть до конкретного объявления.

Свяжите согласованные расходы с подтверждёнными событиями и дедуплицированными идентификаторами. Для ROMI используйте вклад до маркетинга и согласованные маркетинговые затраты; ROAS по выручке — другой показатель. UTM обозначает источник, а не человека. Методика — про сквозную аналитику без CRM.

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