Короткий ответ
Нужно последовательно проверить совпадение периодов и часовых поясов, наличие задержки передачи в CRM, дублирование лидов и потери на этапе интеграции форма → CRM — без поспешного вывода, какая причина основная.
Как это работает подробнее
Расхождение может возникать на разных этапах: от технической потери данных при передаче формы в CRM (сбой webhook/API) до методологических различий, когда кабинет считает лид по своей атрибуции, а CRM — по факту создания карточки менеджером с возможной задержкой или фильтрацией спама. Если проблема оказывается системной (например, регулярные сбои webhook), стоит поставить отдельный мониторинг самой интеграции, а не только разового сравнения чисел при подготовке отчёта.
Что использовать на практике
- Практика. Практически стоит построчно сверить выборку заявок по времени и контактным данным за короткий тестовый период между источниками, проверить логи интеграции на ошибки и уточнить, не фильтрует ли
CRMдубли или спам до того, как лид попадёт в отчёт. Полезно также сверить момент времени, когда лид считается «созданным» в каждой системе — по времени отправки формы, по времени обработки менеджером или по времени первого звонка — расхождение в определении часто объясняет часть разницы. - Пример. Кабинеты показывают 200 лидов за месяц,
CRM— 150. Проверка логов интеграции показывает 30 ошибокwebhookза месяц (технические потери) и ещё 15 дублей, отфильтрованныхCRM— после учёта этого расхождение объяснимо почти полностью.
Подводные камни
- Риск. Частая ошибка — сразу винить «плохое качество лидов» или отдел продаж, не проверив техническую целостность передачи данных между формой,
CRMи рекламными кабинетами.