В аналитике 120 обращений, в CRM — 95, а менеджер насчитал 80 подходящих клиентов. Эти числа могут расходиться по разным причинам, и не каждая означает техническую ошибку. Прежде чем перенастраивать систему, нужно проверить определения, периоды и путь отдельных событий.
Сравните смысл показателей
Аналитика может считать отправки формы, CRM — созданные сделки, менеджер — уникальных людей. Повторная отправка, несколько обращений одного клиента и автоматический спам по-разному влияют на эти уровни.
В сквозной аналитике полезен словарь событий с источником истины. Без него попытка добиться одинаковых чисел может привести к искусственной подгонке, а не к исправлению.
Проверьте время и фильтры
Сопоставьте часовые пояса, даты создания и изменения, включение тестовых обращений, статусы и фильтры сотрудников. Убедитесь, что отчёты обновились до одного момента. Пограничные события около полуночи часто попадают в разные дни.
Также проверьте, относятся ли продажи к дате привлечения или оплаты. Это два разных способа группировки, которые нельзя сравнивать как идентичные.
Найдите конкретные расхождения
Выберите небольшой период и сопоставьте обращения по внутренним идентификаторам. Разделите случаи: есть только в аналитике, только в CRM, присутствуют несколько раз или имеют неверные поля. Такая классификация показывает участок проблемы.
Если событие есть в аналитике, но отсутствует в CRM, проверьте сохранение и передачу. Если CRM содержит обращение без аналитического события, возможны ограничения отслеживания или другой канал регистрации. Не относите всё автоматически к одному сбою.
Проверьте повторные события
Дубли могут возникать при повторном нажатии, перезагрузке страницы успеха или двух одновременно подключённых обработчиках. Сравните фактическое действие пользователя с количеством зарегистрированных событий.
При настройке CRM отдельно проверяют повторную доставку и правила создания контакта и сделки. Технический повтор не должен становиться новым лидом только потому, что интеграция повторила запрос.
Зафиксируйте допустимые различия
После разбора часть расхождений может остаться объяснимой: ограничения браузера, разные сущности, задержка обработки. Важно документировать их и наблюдать за долей, а не обещать абсолютное совпадение в любых условиях.
Контроль качества данных должен быть регулярным. Когда команда умеет разложить расхождение до отдельных событий, отчёт становится проверяемым инструментом, а не набором цифр, которому приходится верить на слово.