Коллтрекинг и CRM: как проверить, что все звонки попали в отчёты

Почему количество звонков не обязано совпадать с числом сделок

Условный пример: в отчёте коллтрекинга сто звонков, а в CRM за тот же день появилось семьдесят сделок. Разница настораживает, но ещё не доказывает потерю тридцати обращений. Один клиент мог позвонить несколько раз, часть вызовов могла относиться к существующим заказам, а интеграция — дополнить уже созданную карточку.

Сверку нужно начинать с единицы учёта. Коллтрекинг фиксирует звонок и доступные сведения о его рекламном происхождении. CRM хранит клиентов, обращения, сделки и действия сотрудников. Между ними возможны связи «несколько звонков к одной сделке» и «один клиент с несколькими сделками».

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

Опишите фактическую схему подключения

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

Например, в документации Calltouch по интеграции с Битрикс24 отдельно описано взаимодействие с телефонией и создание либо обновление обращений. Это конкретный пример реализации, а не правило для всех сервисов. Для вашего подключения проверьте режим, настройки и ограничения в документации его поставщика.

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

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

Сделайте выгрузки сопоставимыми

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

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

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

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

По каким признакам сопоставлять записи

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

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

Телефон клиента сам по себе не является уникальным номером обращения. Один человек звонит по разным вопросам, корпоративный номер используется несколькими сотрудниками, а повторный вызов может относиться к незавершённой сделке. Правило поиска карточки нужно согласовать отдельно от правила учёта события.

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

Как устроить таблицу сверки

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

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

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

Что делать, если звонка действительно нет в CRM

Выберите один подтверждённый случай и проследите его по этапам. Есть ли событие у телефонии? Получил ли его коллтрекинг? Была ли попытка передачи? Как ответила CRM? Идентификатор и время позволяют обсуждать конкретную операцию вместо общего сообщения «интеграция не работает».

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

Если передача завершилась ошибкой, зафиксируйте безопасное описание ответа и направьте его ответственному. Причиной могут быть доступ, требуемые поля, изменение настроек или временная недоступность. Эти варианты являются гипотезами до проверки конкретного журнала; не нужно исправлять все настройки одновременно.

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

Как разбирать повторы и неверную привязку

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

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

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

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

Если звонок есть, но рекламный источник неправильный

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

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

Попросите маркетолога и интегратора пройти известный рекламный путь в тестовом режиме: ссылка, посадочная страница, показанный номер, событие и запись в CRM. Сравните источник на каждом участке. Изменение одного поля вручную в карточке не подтверждает, что передача исправлена.

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

Не считайте каждый зарегистрированный вызов готовым клиентом

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

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

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

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

Как принять исправленную интеграцию

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

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

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

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