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

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

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

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

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

Начните с идентификатора обращения, времени, канала, доступного контакта, выбранной услуги и текста запроса. Для веб-форм полезно сохранять страницу отправки и доступные метки источника; для звонка — идентификатор записи колл-трекинга, если он используется. Неизвестные данные оставляйте неизвестными, не подставляя источник из соседней записи.

Нормализуйте формат телефона и адреса почты, сохраняя исходное значение. Используйте внутренние идентификаторы CRM и доступные идентификаторы диалога. Имя, время визита или похожая формулировка могут подсказать кандидата на связь, но их недостаточно для уверенного объединения. Передавайте только поля, нужные для работы, и задайте доступ к истории по ролям.

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

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

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

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

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

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

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

В рамках услуги аналитики AI-студия может помочь составить карту событий, правила связи обращений и понятный отчёт. Возможности объединения зависят от доступных данных и интеграций; их нужно проверить до согласования реализации. Начать можно с одного маршрута, например «форма — звонок — CRM», и расширять его после проверки результатов.