В отчёте рекламной системы видно несколько заявок с одним телефоном. В CRM сотрудник уже объединил их в карточку клиента. Руководитель продаж считает, что это один покупатель, а маркетолог хочет сохранить каждый источник. Все смотрят на одни записи, но получают разные числа и начинают спорить о корректности выгрузки.
Дубль нельзя определить отдельно от вопроса отчёта. Для текущей работы менеджеру нужен один клиентский эпизод, для оценки спроса — отдельные намерения, а для анализа рекламы — история касаний. Сначала назовите решение, которое будет принято по показателю, затем выберите уровень объединения. Универсальная очистка удобна технически, но часто удаляет именно ту историю, которую команда собиралась изучать.
У дубля всегда есть цель объединения
Две записи становятся дублем только относительно конкретного объекта учёта: человека, обращения, намерения, сделки или рекламного касания.
Телефон хорошо помогает найти связанные записи, но не отвечает, что между ними одинаково. Человек мог сначала спросить о новом автомобиле, позже записать текущий на сервис, а затем вернуться к оценке trade-in. Контакт один, задачи разные. Если объединить всё в одну заявку, отчёт перестанет показывать структуру спроса и фактическую работу нескольких направлений.
Обратная ситуация возникает, когда посетитель несколько раз отправляет одну форму из-за отсутствия подтверждения. Здесь разные технические события описывают один рабочий эпизод. Менеджеру не нужны параллельные карточки с одинаковым вопросом. Их можно связать и выбрать одну основную запись, сохранив время и источник каждого отправления в истории.
Перед настройкой правила сформулируйте предложение вида: «Мы объединяем эти записи, чтобы…». Продолжение должно называть решение. Например, чтобы не назначать двух менеджеров на один запрос или чтобы посчитать людей, проявивших интерес. Если команда не может закончить фразу одинаково, она пытается одним показателем ответить на несколько разных вопросов.
Рабочий эпизод не равен человеку
Для обработки удобно связывать записи вокруг одного запроса и ближайшего результата, не превращая всю историю клиента в бесконечную заявку.
Границу эпизода задаёт не только время. Важнее предмет разговора и согласованный следующий шаг. Два обращения в один день могут относиться к разным автомобилям и требовать отдельных решений. Напротив, разговор после паузы может продолжать прежний подбор, если клиент возвращается к тем же критериям и менеджер сохраняет договорённость.
В основной карточке сотрудник должен видеть связанные попытки контакта, но работать с одной актуальной задачей. Повторная форма не должна обнулять уже известные предпочтения. Одновременно новая потребность не должна прятаться внутри старой закрытой сделки. Поэтому система хранит связь между записями, а не просто удаляет всё, что совпало по телефону.
Полезная проверка — попросить менеджера назвать следующий шаг по каждой группе. Если у записей один владелец, один предмет и одно продолжение, это, вероятно, единый эпизод. Если действия различаются, жёсткое объединение усложнит работу и исказит результат подразделения.
- один предмет запроса
- один актуальный владелец
- согласованное продолжение
- сохранённая история повторных попыток
Историю рекламных касаний сохраняют отдельно
Даже когда заявки объединены для продаж, источники и моменты рекламного контакта остаются отдельными событиями аналитической истории.
Человек может увидеть объявление, вернуться через поиск и позже позвонить по номеру с сайта. Для отдела продаж это один разговор о покупке. Для маркетинга последовательность помогает понять, какие сообщения участвовали в выборе. Если при объединении оставить только последнее касание, ранние этапы исчезнут. Если считать каждое касание новой заявкой, объём спроса окажется завышенным.
Храните исходное событие неизменным, а правила расчёта применяйте в отчёте. Тогда один и тот же набор можно посмотреть как число уникальных людей, число рабочих эпизодов и число рекламных контактов. Разница между итогами перестаёт быть ошибкой: она объясняется объектом подсчёта.
Не обещайте отчёту точность, которой нет в исходных данных. Общий телефон семьи, смена номера или обращение через сотрудника могут связать либо разделить записи неправильно. Такие случаи отмечают как ограничение и при необходимости проверяют вручную, а не скрывают за уверенным автоматическим правилом.
Правило записывают рядом с показателем
Название показателя должно сообщать, что именно объединено, по каким признакам и для какого управленческого решения рассчитан итог.
Фраза «уникальные заявки» звучит точно, но без определения остаётся двусмысленной. Укажите, считается ли уникальным контакт, сочетание контакта и интереса или рабочий эпизод. Рядом нужен период и поведение повторного обращения. Короткое пояснение экономит больше времени, чем последующий спор о расхождении между двумя таблицами.
После изменения правила пересчитайте небольшой знакомый набор и покажите конкретные объединения владельцам отчёта. Аналитик проверит логику, менеджер заметит потерянные задачи, маркетолог увидит сохранность источников. Если итог нельзя объяснить на нескольких строках, массовый расчёт лишь размножит скрытую ошибку.
Не заменяйте старый показатель молча. Сохраните версию определения и дату перехода, чтобы прошлые отчёты оставались понятными. В результате команда перестаёт искать единственную истинную цифру и начинает выбирать показатель, подходящий к решению: нагрузке сотрудников, объёму спроса или роли рекламы.
Можно ли считать дубли только по номеру телефона?
Можно использовать телефон как признак связи, но не как готовое решение об объединении. Проверьте предмет запроса, время, владельца и следующий шаг. Один номер может принадлежать нескольким людям или сопровождать разные задачи одного клиента.
Нужно ли удалять повторные записи из CRM?
Обычно полезнее связать их и выбрать основную запись. Так менеджер не ведёт параллельную работу, а аналитика сохраняет время, источник и содержание каждой попытки. Удаление уместно лишь для явного технического мусора после проверяемой процедуры.
